Il fait son test sur un répertoire maildir contenant 50 000 mails. OK.
Mais quel est l'état de fragmentation des disques ?
C'est une bonne question mais il me semble que dans les commentaires du test, l'auteur (Gerard Beekmans) répond à ce genre de question. Par exemple ici :
Re:fragmentation is the cause, not SCSI vs IDE
by Gerard Beekmans (161) on Monday October 20, @08:05PM
I took steps to make the fragmentation as similar as possible. As I wrote elsewhere in a comment, I copied the files prior to testing so I wouldn't have the fragmentation on one drive and everything nicely sequential on the other. I also rebooted between tests as far as I could (I didn't reboot the server for obvious reasons but I ran the test on both its harddrives which are identical in specs).
Personnellement, je n'ai guère été surpris des résultats (SCSI > IDE). Le firmware des disques SCSI n'est pas le même que celui des disques IDE et a une influence mesurable sur les performances. Le site AnandTech l'avait mis en évidence sur des tests de base de données, en testant un IDE SATA performant par rapport à un SCSI du même type.
A noter aussi le TCQ (Tagged Command Queuing) qui permet aussi d'accélérer les opérations : le disque réordonne les accès dans la mesure du possible pour minimiser les mouvements de la tête.
Sur ma machine perso, je suis passé d'un disque SCSI IBM 9 Go à un IDE Seagate Barracuda IV de 40 Go (tous les 2 à 7200 tr/min), et bien que ma carte mère MSI ait un contrôleur IDE avec DMA, l'IDE continue à prendre plus de CPU que le SCSI. En SCSI la machine était toujours fluide, en IDE on arrive à ressentir les accès disques intenses.
Par contre, la remarque de l'auteur comme quoi avec un contrôleur Ultra320 et PCI 64 bits ça aurait été plus vite qu'avec son contrôleur Ultra160 et PCI 32 bits, c'est du pipeau : Note that the controller is an Ultra160 and is a 64-bit card put into 32-bit PCI slot. The drive itself is an Ultra320. The speed increase would be higher if I were to purchase an Ultra320 controller with a motherboard that supports 64-bit PCI slots.
D'une part le PCI 32 bits est capable (théoriquement) de 133 Mo/s, ce n'est pas ça qui va brider un disque à 20-40 Mo/s. Ensuite, avec du SCSI Ultra2-Wide (80 Mo/s), c'est déjà le disque qui bride les performances, pas l'interface.
[^] # Re: SCSI plus rapide que l'IDE ?...
Posté par Olivier Jeannet . En réponse à la dépêche Le SCSI plus rapide que l'IDE : mythe ou réalité ?. Évalué à 2.
Mais quel est l'état de fragmentation des disques ?
C'est une bonne question mais il me semble que dans les commentaires du test, l'auteur (Gerard Beekmans) répond à ce genre de question. Par exemple ici :
Re:fragmentation is the cause, not SCSI vs IDE
by Gerard Beekmans (161) on Monday October 20, @08:05PM
I took steps to make the fragmentation as similar as possible. As I wrote elsewhere in a comment, I copied the files prior to testing so I wouldn't have the fragmentation on one drive and everything nicely sequential on the other. I also rebooted between tests as far as I could (I didn't reboot the server for obvious reasons but I ran the test on both its harddrives which are identical in specs).
Personnellement, je n'ai guère été surpris des résultats (SCSI > IDE). Le firmware des disques SCSI n'est pas le même que celui des disques IDE et a une influence mesurable sur les performances. Le site AnandTech l'avait mis en évidence sur des tests de base de données, en testant un IDE SATA performant par rapport à un SCSI du même type.
A noter aussi le TCQ (Tagged Command Queuing) qui permet aussi d'accélérer les opérations : le disque réordonne les accès dans la mesure du possible pour minimiser les mouvements de la tête.
Sur ma machine perso, je suis passé d'un disque SCSI IBM 9 Go à un IDE Seagate Barracuda IV de 40 Go (tous les 2 à 7200 tr/min), et bien que ma carte mère MSI ait un contrôleur IDE avec DMA, l'IDE continue à prendre plus de CPU que le SCSI. En SCSI la machine était toujours fluide, en IDE on arrive à ressentir les accès disques intenses.
Par contre, la remarque de l'auteur comme quoi avec un contrôleur Ultra320 et PCI 64 bits ça aurait été plus vite qu'avec son contrôleur Ultra160 et PCI 32 bits, c'est du pipeau :
Note that the controller is an Ultra160 and is a 64-bit card put into 32-bit PCI slot. The drive itself is an Ultra320. The speed increase would be higher if I were to purchase an Ultra320 controller with a motherboard that supports 64-bit PCI slots.
D'une part le PCI 32 bits est capable (théoriquement) de 133 Mo/s, ce n'est pas ça qui va brider un disque à 20-40 Mo/s. Ensuite, avec du SCSI Ultra2-Wide (80 Mo/s), c'est déjà le disque qui bride les performances, pas l'interface.