Télécharger la liste

Description du projet

sdb is a really simple program to benchmark disks. It only writes/reads data sequentially to/from a file and calculates the performance of this action. A memory buffer is used for input/output to get values close to the real performance of the disk or RAID system. You can use flags like O_DIRECT and O_SYNC to avoid buffering by the operating system. It is similar to dd, but there are some differences, since dd was not created for benchmarking a disk. It is possible to initialize the buffer with random values before writing them to the disk or a file on the disk. It is a simple but effective program to get the maximum speed of a disk. Due to the simplicity, you will get the results much faster than with a more complex benchmark.

Système requise

System requirement is not defined
Information regarding Project Releases and Project Resources. Note that the information here is a quote from Freecode.com page, and the downloads themselves may not be hosted on OSDN.

2012-11-14 07:01 Retour à la liste release
0.5

Il n'y a aucun changement fonctionnel dans cette version. La sortie détaillée est remise en forme, les utilisateurs peuvent ajouter des commentaires, et le nom d'hôte et de la date/heure sont imprimées. Cette version essaie de trouver le périphérique où résident les fichiers et le système de fichiers utilisé (peut-être que quelqu'un a oublié de monter le lecteur?). Le commentaire est utile de préciser si, par exemple, un utilisateur modifie le Cache d'écriture différée à WriteThrough. Avec les liens symboliques vers les périphériques réels, vous pouvez tester plusieurs disques en parallèle. Cela peut être utile si vous avez, par exemple, un contrôleur RAID avec deux fonds de panier. Vous pouvez construire des volumes par BP, testez-les en parallèle et trouver les limites du contrôleur RAID.
There is no functional change in this release. The verbose output is reformatted, users can add comments, and the hostname and date/time are printed. This release tries to find the device where the files reside and the used filesystem (maybe someone forgot to mount the drive?). The comment is helpful to include if, for example, someone changes the Cache from WriteBack to WriteThrough. With symbolic links to the real devices, you can test several drives in parallel. This might be helpful if you have, for example, one RAID controller with two backplanes. You could build volumes per BP, test them in parallel, and find the limits of the RAID controller.

Project Resources