Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de Meuuh :
- [29/11@14:15] Test
Journal : Petite documentation sur Samba et ClamAV
Posté par Christophe Nowicki (Jabber id, page perso, ) le 18 mai 2004J'ai un peu geekisé, comme je n'ai trouve rien de mieux a faire :)
Durant mon temps libre, j'ai écrit une petite documentation dont le titre est :
"Mise en place d'un système de protection antivirus sur un serveur de fichiers Samba sous Debian GNU/Linux"
Cette documentation explique comment installer samba-vscan sous Debian.
Vous pouvez la trouver comme d'habitude sur ma page Web avec tous les autres petit articles que j'ai écris :
https://etud.epita.fr/~nowick_c/index.php?publications.html(...)
Le document est disponible aux formats :
* HTML : https://etud.epita.fr/~nowick_c/publications/deb_vscan/index.html(...)
* PDF : https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.pdf(...)
* RTF : https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.rtf(...)
* Texte : https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.txt(...)
Les sources au format XML DocBook de ce document se trouvent à l'adresse suivante :
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.xml(...)
Voila bonne lecture
> Lire le journal (5 commentaires, moyenne: 1,6).
Zut alors !!
Presque ! Mais pas tout à fait.
J'allais faire remarquer que tes liens ne fonctionnaient pas. Et j'ai vu que c'était du https !
Ok le https c'est pas non plus inaccessible en général... si ! quand on est en cours et derrière un proxy pas très coopératif.
Voilà juste pour ceux qui sont dans des situations particulières ça serait bien d'éviter le http secure.
Allez hop :
http://etud.epita.fr/~nowick_c/publications/deb_vscan/index.html(...)
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.pdf(...)
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.rtf(...)
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.txt(...)
Nickel
Il tombe bien ton journal ! ça faisait un moment que je voulais le faire sur mon petit serveur.
Bravo et merci !
Mais ça m'inquiète le coté dégradation des perfs. C'est tout de même affreux ! Même si on est loin, en pratique, d'un rapport 100 (d'après ce que tu dis), c'est très pénalisant.
J'esperais pouvoir mettre tout mes partages samba sous protection rapprochée de ClamAv...
ps:
-C'est domage qu'on ne distingue pas bien le graph à la fin de ta doc.
-0.5Mo/s - 1.5Mo/s c'est vraiment supportable, même pour une PME ??
Et aussi:
-ce débit tu l'obtient avec la config que tu cite ?? En pratique c'est tout de même supportable (suivant ton appréciation?)
-En ouvrant qu'un seul fichier ça donne quoi ? (au hasard un divx ça se lit quand même ?)
Bon ben mon magnifique PII233 il va faire la tête :(
-
[^]Re: Nickel
Posté par Christophe Nowicki (Jabber id, page perso, ) le 18/05/2004 à 17:41. (lien). Évalué à 1.Bonjour,
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-
[^]Re: Nickel
-
Cette page a été générée par Templeet en 0.0556s (dont 0.0054 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.