Archlinux.fr [Forums]

Slt,

Standard-Arch, Beyond, Emission... à votre avis sur quel noyau partir ?

Question : Les particularités de Beyond ou Emission (latence réduite, stabilité, ...) sont-elles intéressantes pour un serveur de fichier en LAN ? et pour une petite passerelle/routeur/firewall/proxy ?

Détail :

Le serveur de fichiers est un PIV 1,7GHz avec 512 ou 1024 Mo sdram.
Fonctions : (1) serveur de fichiers pour 6 machines et connection de 6 utilisateurs à la fois (qui se connectent grâce à NFS / YPserver) ; (2) sauvegarde des documents depuis qlqs autres machines sous Linux ou Windows : rsync, (duplicity), Samba, tar, gunzip
Je suis parti du PKGBUILD de wain kernel26-emission recompilé sans X et modules matériels en dur ; les performances sont intéressantes avec 7 Mo d'utilisation RAM au démarrage, sshd et vsftpd lancés :p

La 1ère passerelle est un Pentium II 350MHz avec 192 Mo de RAM
Il sert de routeur/firewall/serveur DHCP & DNS, connecté directement sur la freebox, et accueille aussi un serveur Zope/Plone (Python) gourmand en mémoire et temps processeur.
Tourne sur Arch Linux avec un noyau custom archck

La 2nde passerelle sera un petiot Pentium II
Uniquement routeur/firewall/serveur DHCP & DNS,connecté directement sur r1 petit outeur-firewall matériel connecté à une livebox.
Pour çuilà on penche pour utiliser IPCop

Perso j'ai un serveur de fichier SAMBA+NFS et il tourne vaillament sur un noyau 2.4. Je pencherais pour une version méga stable du noyau, puisqu'on a pas tjs envie de faire des interventions lourdes sur les serveurs. Donc le Arch Standard, mais tu peux le recompiler pour n'avoir que ce qui t'intéresse.

Pareil que vincentxavier, les autres kernels c'est plus pour du desktop ou faire tourner des applis @fond la caisse.

Pardon de pas être (pour une fois) du même avis que vous les gars, mais le patchset emission offre un menu de tuning spécial serveur.
Donc sans hésitation, je mettrais à ta place kozaki un kernel emission recompilé à ta sauce sur chaque machine.
Dès que ça fonctionne ensuite, tu supprimes mkinitrd, mkinitramfs, mkinitcpio et kernel26 et tu bloque les maj d'udev/glibc/gcc/initscripts comme ça tes serveurs survivront à toutes les mises à jour futures

huuum, ça parait clair comme ça
avec les manip préconisées par wain on gagne en responsivité tout en conservant la stabilité indispensable
C'est même précisemment ce qu'on cherchait
--> Saint-Cloud-ParisMatch les gars