Il s'agit de la commande dbench qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
dbench - Mesure le débit du disque pour l'exécution simulée de netbench
SYNOPSIS
banc [Options]numclients
banc [Options]numclientsserveur tbench_srv [Options]
DESCRIPTION
Cette page de manuel documente brièvement les banc et banc repères. Cette page de manuel a été
écrit pour la distribution Debian GNU/Linux car le programme original n'a pas de
page de manuel. Cependant, il a un code source assez facile à lire.
Netbench est une référence terrible, mais c'est une "norme de l'industrie" et c'est ce qui est utilisé dans
la presse pour évaluer les serveurs de fichiers Windows comme Samba et WindowsNT.
Compte tenu des exigences d'exécution de netbench (60 et 150 PC Windows tous allumés rapidement
Ethernet et un serveur vraiment grincheux, et un moyen de soigner toutes ces machines ainsi
ils exécuteront une suite de benchmarks très pointilleuse sans planter), ces programmes ont été écrits
pour ouvrir netbench aux masses.
Le banc et banc lire un fichier de description de charge appelé client.txt qui a été dérivé
à partir d'un vidage de renifleur de réseau d'une véritable exécution de réseau. client.txt fait environ 4 Mo et décrit
les 90 XNUMX opérations qu'un client netbench effectue dans une exécution typique de netbench. Ils
analysez client.txt et utilisez-le pour produire la même charge sans avoir à acheter un énorme laboratoire.
dbench ne produit que la charge du système de fichiers. Il fait tout de même les appels IO que le smbd
serveur dans Samba produirait lorsqu'il était confronté à une exécution de netbench. Il ne fait pas de réseau
appels.
tbench ne produit que le TCP et la charge du processus. Il fait les mêmes appels de socket que smbd
ferait sous une charge netbench. Il n'effectue aucun appel de système de fichiers. L'idée derrière tbench est de
éliminer smbd du test netbench, comme si le code smbd pouvait être créé à l'infini
vite.
OPTIONS
La banc programme prend un nombre, qui indique le nombre de clients à exécuter
simultanément. Il peut également prendre les options suivantes :
-c client.txt
Utilisez-le comme nom de chemin complet du fichier client.txt (la valeur par défaut est
/usr/share/dbench/client.txt).
-s Utilisez les E/S de fichiers synchrones sur toutes les opérations sur les fichiers.
-t
définir le temps d'exécution du benchmark en secondes (par défaut 600)
-D DIR définir le répertoire de base pour exécuter les opérations du système de fichiers dans
-x activer la prise en charge de xattr, simulant les opérations xattr que Samba4 aurait besoin d'effectuer
exécuter la charge
-S Utilisez les E/S synchrones pour toutes les opérations de répertoire (dissocier, rmdir, mkdir et renommer).
La banc programme prend un nombre, qui indique le nombre de clients à exécuter
simultanément, et un nom de serveur : tbench_srv doit être invoqué sur ce serveur
avant d'invoquer banc. banc peut également prendre les options suivantes :
-T option[,...]
Cela définit les options de socket pour la connexion au serveur. Les options sont un
liste séparée par des virgules d'un ou plusieurs des éléments suivants : SO_KEEPALIVE, SO_REUSEADDR,
SO_DIFFUSION, SO_NODELAY, SO_LOWDELAY, SO_THROUGHPUT, SO_SNDBUF= nombre,
SO_RCVBUF= nombre, SO_SNDLOWAT= nombre, SO_RCVLOWAT= nombre, SO_SNDTIMEO= nombre,et
SO_RCVTIMEO= nombre. Voir douille(7) pour plus de détails sur ces options.
La tbench_srv ne peut prendre qu'une seule option : -T option[,...] comme documenté ci-dessus.
Utiliser dbench en ligne à l'aide des services onworks.net
