windows l'a fait !
 
 
 

http://forum.hardware.fr/forum2.ph [...] h=&subcat=

Ouais ca fait ca de tps en tps, Windows a tjs ete mauvais en calcul mental

Tiens ca me rappelle mon chipset VIA kt133 ...
 
 
élue par Shongail pire daube informatique de la dernière decennie

 
Ce problème apparaît lors de transfert avec une ligne rapide (LAN par exemple) et une multitude de petits fichiers. Le timer utilisé pour mesurer est imprécis dans ce cas la et le temps sera très très très exagéré.
 
Tu peux faire l'expérience suivante, tu archive tes fichiers sans compression et tu transfert ce fichier, tu verras que le temps estimmé pour la même quantité de données est correct (du moins si ton débit est stable)

photoshop m'a fait un caca nerveux. le CPU a fait un nervous breakdwon à 100%
 
quand je cliquais sur une fenètre ça montait à 4500000

Oui ca peut aussi être une cause qu'une ressource bloque le transfert de fichier pendant un certains laps de temps et que le temps augmente estimmé augmente selon une courbe qui tend vers l'infini.
 
En fait c'est un grand problème de statistiques que tu soulèves, vaut-il mieux prendre le débit moyen (période longue) pour estimmer le temps de transfert ou le débit instantanné (période courte)

bah vu que le debit était bon, j'aurai préféré du 10 Gbits et pas du 10 Mbits

Ca le fait aussi quand on transfert de gros fichiers (plus de 2Go au total)... car il ne calcul que sur les 2 premiers Go (même sous win2k).

HS : le scsi160 ... héhé... pas mal
un fichier de 200Mo
 
SCSI ultra 2 vers scsi160 --> moins de 4 secondes