Installation sur clé USB, optimisations ?
Le
Mouarfffff
Salut la liste,
J'ai un serveur perso sur une base VIA c7 a basse consomation; le but éta=
nt
d'avoir un serveur le plus petit possible, le moins gourmant en énergie e=
t le
plus fiable possible (c'est un boitier maison :) ). J'ai choisis d'abandonn=
er
mon disque dur classique par une clé usb relativement rapide (jusqu'à 3=
2MB/sec
en lecture et 18 MB/sec en écriture), les ssd étant encore un poil trop=
cher
pour moi.
J'ai donc transféré l'intégralité de mon disque dur systeme ( / & /=
home) vers
cette clé sans aucun soucis (ca tourne sur Debian Lenny).
Afin d'optimiser ça, j'ai déjà changé des options de montage comme=
noatime,nodiratime,relatime,async,noacl
Dans grub, j'ai opté pour l'option elevator=noop
le seul petit hic, c'est que ce serveur est relativement peu puissant et qu=
e
spamassassin/mysql/fail2ban me bouffent énormément de ressources.
Autant, le cpu et la ram supportent bien, autant les accès disques sont
nombreux et sont un véritable goulet d'étranglement.
Je suis donc à la recherche d'optimisation éventuelles, pouvant influer=
sur les
fréquences d'accès au disque dur. Je voudrait savoir aussi si y'a pas m=
oyen de
faire en sorte que spamassassin/fail2ban/mysql bouffent un peu moins de ram=
et
de cpu et si cela peut aussi influencer sur ces accès disque.
Et si vous avez d'autres idées d'optimisation, je suis prenneur :)
@bientot
--
Mouarfff !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20101109121...mouarfffff@free.fr
J'ai un serveur perso sur une base VIA c7 a basse consomation; le but éta=
nt
d'avoir un serveur le plus petit possible, le moins gourmant en énergie e=
t le
plus fiable possible (c'est un boitier maison :) ). J'ai choisis d'abandonn=
er
mon disque dur classique par une clé usb relativement rapide (jusqu'à 3=
2MB/sec
en lecture et 18 MB/sec en écriture), les ssd étant encore un poil trop=
cher
pour moi.
J'ai donc transféré l'intégralité de mon disque dur systeme ( / & /=
home) vers
cette clé sans aucun soucis (ca tourne sur Debian Lenny).
Afin d'optimiser ça, j'ai déjà changé des options de montage comme=
noatime,nodiratime,relatime,async,noacl
Dans grub, j'ai opté pour l'option elevator=noop
le seul petit hic, c'est que ce serveur est relativement peu puissant et qu=
e
spamassassin/mysql/fail2ban me bouffent énormément de ressources.
Autant, le cpu et la ram supportent bien, autant les accès disques sont
nombreux et sont un véritable goulet d'étranglement.
Je suis donc à la recherche d'optimisation éventuelles, pouvant influer=
sur les
fréquences d'accès au disque dur. Je voudrait savoir aussi si y'a pas m=
oyen de
faire en sorte que spamassassin/fail2ban/mysql bouffent un peu moins de ram=
et
de cpu et si cela peut aussi influencer sur ces accès disque.
Et si vous avez d'autres idées d'optimisation, je suis prenneur :)
@bientot
--
Mouarfff !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20101109121...mouarfffff@free.fr

Poser une question


| Salut la liste,
Salut,
| J'ai un serveur perso sur une base VIA c7 a basse consomation; le but étant
| d'avoir un serveur le plus petit possible, le moins gourmant en énergie et le
| plus fiable possible (c'est un boitier maison :) ). J'ai choisis d'abandonner
| mon disque dur classique par une clé usb relativement rapide (jusqu'à 32MB/sec
| en lecture et 18 MB/sec en écriture), les ssd étant encore un poil trop cher
| pour moi.
| J'ai donc transféré l'intégralité de mon disque dur systeme ( / & /home) vers
| cette clé sans aucun soucis (ca tourne sur Debian Lenny).
[...]
| Et si vous avez d'autres idées d'optimisation, je suis prenneur :)
Fût un temps, j'avais installé un système live sur une clé USB, depuis je suis
passé au disque 2.5", bref.
J'en ai retenu une chose qui n'optimisera en rien tes problèmes de temps
d'accès, mais permettra de maximiser la durée de vie de ta clé. J'avais à
l'époque utilisé un maximum de montages tmpfs (pour /tmp, bien sûr, mais aussi
pour d'autres répertoires un peu moins temporaires comme
/var/cache/apt/archives/, éventuellement /var/log, mais pour un serveur, il peut
être de bon goût de conserver les logs...), ça permet de solliciter un peu moins
la clé pour des données qui n'ont pas à être persistentes.
| @bientot
|
| --
| Mouarfff !
Seb
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Merci, c'est ce que je comptais faire a ce niveau.
--
Mouarfff !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Pour ce qui est de SpamAssassin, y'a pas grand chose à faire : c'est l ourd.
Mais il existe des alternatives très intéressantes (dspam a fait ses preuves
ici). Pour fail2ban, que dire ?
Perso pas de fail2ban, mais une limitation du nombre de connexions par IP
et par tranche de temps.
MySQL, par contre, tu te débrouilles :P
--
"Free software, free society."
Jérémie Courrèges-Anglas
GPG key : 06A11494
--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (OpenBSD)
iQIcBAEBCAAGBQJM2gK1AAoJEGGRj78GoRSU+UQQAK6m1wBKhhcfZttRiKJxcROl
W8O9sY3Vk9itqNdzxis7raab3r+ZTMwKFTbbkiE0IxJid1jlUEmPxF8KbRgdzOMF
8LKP6X7TbdhIDTWmc1EpKMsS8X1+buZDHooxXd+FzVUnnvvmgC3AvHb63EenxwCy
i8hC41LTgYnlIGgOHKL3yBp0hKbdyZF646qx6hHvuY891jZmQn0O+FWXjhWOk2M7
3/52FKR33thkl3BfCa0cU+1q2SeuZ9XhaBC4Ijs3OHAkOzrnQ8sMAdMSHVJl7Whs
wlOIeaqW8eAns/VWV+gsMvGPv2w3Uv8jodshetsvU8n4sTyjLEBl3AN2aojNuJni
VQ3KbEmlEXma/OL/WOv0DPy2g6lZqfn7iwqAOYckCy1MiVty/MU1Mf//lEDU75SL
4ayk7U+YsqXUeUhIzZ1AX9BLblir+2rR26Yw50XwPfWONFBsChIeqA5pcxSHfakL
Mc0gWbTynm46dfnqHyNAeIH1U88GsZP1V02ewyIui05G1kiNZHmupGf5nUFCTFm1
cvto7mXaxZGpsCSiuaMSiYzkuvW9Q3ymki7JL6tmRpVCOjHWKvswUFa74/ah86Ng
3UVAR/LOlleLoYaPMqBknOeoGIqRvtbgZ+yJT2nffWNVwrdiufVcktYV9opN7HeG
qrW1COgY5bjULyn6sHxa
=eGUq
-----END PGP SIGNATURE-----
--sm4nu43k4a2Rpi4c--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/