En faite il y'a bien un rapport de 100. Je passe de 5mo/sec pour un client a 50ko/sec. Le probleme c'est que je n'ai pas trouver de benchmark plus realiste que nbench de la suite smbtorture. Et ce benchmark est fait pour stresser les serveurs de fichiers et il n'ai pas realiste d'apres son auteur :
"
realistic load?
---------------
One question some people may ask is whether the above represents a
realistic load on a fileserver. It doesn't. Nearly 90% of the
read/write IO operations in netbench are writes whereas in a "normal"
office load reads dominate. Also, the load is *much* higher than a
normal office PC would put on a server. There aren't many office PCs
that write over a hundred megabytes of data to a server in a few
minutes, unless maybe they are copying a CD.
That doesn't mean the benchmark is useless, it just means you
shouldn't use this for purchasing decisions unless you really
understand the results and how they relate to your environment.
"
Dans dans un environnement standard : une pme qui stoque ces fichiers au format proprietaire doc/xls ou bien des exe. Les performances sont "acceptables"
Pour repondre a tes questions :
- le graphique je n'arrive pas a obtenir une bonne resolution je vais me planger dans le man de gnuplot ;)
- les debit que j'ai obtenu sont effectivement ceux fait avec ma station de travail. (le bi-proc). Mais le SMP n'a aucun interet un bon CPU avec plus de 1Ghz est plus economique.
- Le divx ne pose aucune probleme, tu va avoir un gros temps de latence lors de l'ouverture du fichier (2-5 sec lors de l'ouverture du fichier) et apres le "streaming" reseau va s'effectuer comme d'habitude.
- pour ton p2 il ferra l'affaire mais il ne fauderas pas etre trop presser lors des access au serveur de fichier ;)
[^] # Re: Nickel
Posté par Christophe Nowicki . En réponse au journal Petite documentation sur Samba et ClamAV. Évalué à 1.
En faite il y'a bien un rapport de 100. Je passe de 5mo/sec pour un client a 50ko/sec. Le probleme c'est que je n'ai pas trouver de benchmark plus realiste que nbench de la suite smbtorture. Et ce benchmark est fait pour stresser les serveurs de fichiers et il n'ai pas realiste d'apres son auteur :
"
realistic load?
---------------
One question some people may ask is whether the above represents a
realistic load on a fileserver. It doesn't. Nearly 90% of the
read/write IO operations in netbench are writes whereas in a "normal"
office load reads dominate. Also, the load is *much* higher than a
normal office PC would put on a server. There aren't many office PCs
that write over a hundred megabytes of data to a server in a few
minutes, unless maybe they are copying a CD.
That doesn't mean the benchmark is useless, it just means you
shouldn't use this for purchasing decisions unless you really
understand the results and how they relate to your environment.
"
Dans dans un environnement standard : une pme qui stoque ces fichiers au format proprietaire doc/xls ou bien des exe. Les performances sont "acceptables"
Pour repondre a tes questions :
- le graphique je n'arrive pas a obtenir une bonne resolution je vais me planger dans le man de gnuplot ;)
- les debit que j'ai obtenu sont effectivement ceux fait avec ma station de travail. (le bi-proc). Mais le SMP n'a aucun interet un bon CPU avec plus de 1Ghz est plus economique.
- Le divx ne pose aucune probleme, tu va avoir un gros temps de latence lors de l'ouverture du fichier (2-5 sec lors de l'ouverture du fichier) et apres le "streaming" reseau va s'effectuer comme d'habitude.
- pour ton p2 il ferra l'affaire mais il ne fauderas pas etre trop presser lors des access au serveur de fichier ;)
Voila