Reprise du message précédent :

 
sinon mon iBook fait dans les 4h30 c'est ben aussi

Ils sont sur le point de lancer des a64 à "basse" conso, mais c'est encore assez loin, oué...

ben oui, le Centrino est un vrai nouveau CPU créé from scratch avec comme objectif un CPU puissant à basse consommation. Pour y arriver, il fallait notamment descendre en fréquence d'horloge et le P4 ne joue pas du tout dans cette catégorie
 
Il se pourrait que le nouveau Prescott soit le dernier à utiliser leur architecture Netburst (introduite avec le premier P4). D'ailleurs, Intel a déjà préparé le terrain en abandonnant la fréquence dans la dénomination de leurs modèles (et accessoirement, Centrino pourrait envahir le marché desktop).

le prochain objectif pour monter en puissance c'est le multicore, et c'est pas avec le radiateur de poche qu'ils viennent de sortir qu'ils pourront faire ça, donc forcément oui les processeurs style pentium-m vont devenir d'actualité pour le desktop...

En fait ce que je n'avais fait gaffe, c'est que le Pentium-M est la dénomination du CPU au centre de la technologie Centrino (alors que j'assimilais Centrino à un CPU )

 
c un dérivé de p3 mais sinon c'est from scratch
 
edit : du moins son architecture dérive de celle du p3

vouip c'est plus ou moins un p3 avec le sse et plus de cache, gravé plus finement.

qui lui meme n'est jamais qu'un dérivé du bon vieux 8086

D'ailleurs c'est marrant de voir que la solution viable pour le futur chez intel c'est celle qui applique la méthode...d'amd, l'a64 n'étant finalement qu'un dérivé du k7 concurrent du pentium3!

kikikuku
 

 
sse2 meme  
64ko de cache L1 (32 + 32)
1024ko de cache L2
 
et un bus QDR 400MHz contre 133MHz pour le p3 tutu
 
 
 

belle bestiole quoi, sympa pour un minipc de riche!

http://forum.hardware.fr/hardwaref [...] 5563-1.htm  

(en fait je crois que l'égalisation d'histo sur qui veut gagner du pognon ça va vraiment pas le faire!)

 
1) calcul de l'histo N (sur n pixels)
2) histogramme des fréquences N(r)/n
3) fonction de distribution: somme(i=0 à n) de h(i)=g(n)
4) remplacer r par g(r)

le message n'était pas clair?

 
j'ai trouvé le "kikikuku" assez étrange, à vrai dire

j'ai essayé de faire aussi court que possible
 
 
bon, dans la série "j'ai mis un message bidon dans mon appli et le client l'a vu", mon chef de projet est tombé dedans, sauf que lui c'était des données fictives dans la DB (pour un proto), ça égratignait pas mal un type chiant chez le client et ça a fait un de ces foins par ici

 
encore faut il trouver une mobo compatible  
 
j'voulais mater les prix, j'ai pas trouvé

[11:16] Mouss Diouff vient aider Vincent à faire la vaisselle.

attention grosse question conne:
pour copier un fichier en java, je dois utiliser soit renameTo de File ou faire moi meme ma methode avec une copie de byte de InputStream vers OutputStream ??
y a pas de methode de copie??
 
(oui, c'est bon j'ai pas pris de cafe ce matin)

humm.
1) ok.
2) Tu passes sur [0,1], quoi...
3) C'est quoi h()? N()/n ?
4) Là faut que je repasse sur [0, 255], moi...
 
Je peux skipper 2) et 4) pour aller plus vite, non?

 

3) c'est ton histogramme cumulé en fait, mais normalise (sur [0,1]) avant, comme ça tu n'as plus besoin de faire de conversion sur [0,255] pour la phase 4)

sisi yen a : http://www.materiel.be/viewnews.php?n=4114 (par exemple).

ben rename ça fait un rename(/move), pas un copy.

 
c'est bien le probleme

ah ouééééééééééééé chuis con!

 
[edit]
'me demande si ça fait pas exactement la même chose que ce que j'ai, au final...

 
non

 
  bon banco pour la copie de byte a byte alors...

 
BufferedInputstream BufferedOutputStream tousa
et si c'est un fichier texte, reader/writer

 
c'est un fichier texte, mais je passais par:
 
InputStream in = new FileInputStream(src);
OutputStream out = new FileOutputStream(dst);  

utilise BufferedReader et BufferedWriter pour lire/ecrire du texte (et tu attends que Benou te sorte sa super class utilitaire).

 
qui est une repompe du 4004
 
intel spa trop ca pour l'innovation  

 
fais gaffe parce que si tu remplis un fichier byte à byte sans préallouer sa taille, ça fragmente fort en FAT et en NTFS (paraît que Linux se débrouille bien, lui )

moktar> soit je suis très très nul, soit j'avais raison, faut que je remultiplie par 255 à la fin, là!

 
1.je suis sous linux
2.plus besoin avec BufferedReader/Writer
 

ouais mais si tu fais du Java ça peut tourner sous Windows aussi, non ?
 
BufferedWriter il fait comment ?

ya quoi comme façon de procéder fiable pour bencher la vitesse d'exécution d'une fonction en C++?

GetTickCount avant et après l'appel de la fonction