Re: Aide pour choisir le matériel

2011-04-09 Par sujet FROIDURE Nicolas
Désolé pour le doublon. Prendre en compte le dernier message car il y a 
eu des modifs.


Merci.

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.

--
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-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4da01c43.8030...@yahoo.fr



Aide pour choisir le matériel

2011-04-09 Par sujet FROIDURE Nicolas

Bonjour,

Après plusieurs années de bons et loyaux services, je compte changer de 
PC fixe et par la même occasion, passer ce dernier sous Debian. 
Cependant, ça fait longtemps que j'ai décroché du montage/démontage de 
PC pour la programmation et je ne sais pas trop quels choix faire, le 
tout ayant bien évolué...


Tout d'abord, mon besoin : optimiser mon temps de travail (réduire 
l'attente) grâce à une importante réactivité de mes logiciels, avoir 
deux écrans (est-ce possible avec GNU/Linux).


Sachant que j'ai en permanence : Firefox (+20 onglets/10 extensions), 
Thunderbird, mon éditeur de code (n++, mais je crois pas qu'il existe 
sous Linux), Filezilla. En plus de manière ponctuelle : Gimp, Inkscape, 
Blender, Zargo, OpenOffice (Writer et Calc). Et certainement, avec le 
passage sous Linux, une console à portée de main. J'utilise aussi Flash, 
mais j'ai mon portable sous Seven.


Pour les écrans, j'aimerai connaître les critères pour choisir un écran 
qui ménage mes yeux vu le temps que je passe devant. Si possible avec un 
réglage de la luminosité ayant une forte amplitude.


Pour la carte mère et le processeur, je souhaiterai qqchose d'assez 
évolutif mais surtout avec de fortes performances. (SandyBridge i7


Pour les données, mon serveur local sous Debian dispose d'un raid1 et je 
stocke tout dessus (NFS est-il le mieux ?). Du coup, je me questionne 
sur l'intérêt d'avoir un disque dur. Peut-être devrais-je utiliser un 
disque SSD (démarrage rapide ?), mais il paraît que ça se dégrade vite 
en cas de lecture écriture successive.


Vu que la RAM coûte pas cher, pensez-vous qu'il soit utile/possible de 
monter un ramdisk au démarrage pour mettre /temp ou autre dessus ?


La carte vidéo m'importe peu, mais il faut qu'elle ne crée pas de 
problème avec le reste. Pas de lecteur CD, pas de graveur mais du USB 
3.0. La carte son de la carte mère me suffira.


Sachant que je pense mettre 900€ ou un peu plus, si ça apporte qqchose, 
pour la tour (hors écrans clavier souris donc). D'ailleurs, pour la 
souris et le clavier USB ou PS/2 ? Si ça existe encore...


Bien-sûr, le matériel doit être compatible Linux et c'est surtout ça qui 
me fait un peu peur à vrai dire.


Merci pour votre aide, pour info, voici ce que j'avais envisagé :
Proc : core i7 950
Ventilo : ?
Carte mère : Carte mère GA-X58A-UD3R Core i7 X58+ICH10R 4xDDR3 2xPCIE16 
GL USB3

Mem : OCZ Gold Edition 1x12 Go DDR3
Carte vidéo : GeForce GTX 570 1.3Go
DD : ?
Alim : Antec HCG - 750W
Boitier : Cooler Master HAF-X

Bon week end.

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.

--
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-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4da01aed.6090...@yahoo.fr



Re: Apache: MaxClients + taille processus

2011-03-08 Par sujet FROIDURE Nicolas

Le 08/03/2011 13:18, Luxpopuli Open source a écrit :

Bonjour Nicolas,

Merci pour ta réponse.

J'ai trouvé également cette page concernant les scripts Perl: 
http://modperlbook.org/html/11-1-Setting-the-MaxClients-Directive.html


Et ici, un calcul d'estimation pour déterminer la valeur: 
http://www.devside.net/articles/apache-performance-tuning


A propos de ab, peux-tu me donner un peu plus d'info sur le test qui 
permet de mettre en évidence la différence de ressource entre des 
ressources statiques et du php ?


Pascal

Le 7 mars 2011 14:57, FROIDURE Nicolas <mailto:froidure_nico...@yahoo.fr>> a écrit :


Le 06/03/2011 16:41, Luxpopuli Open source a écrit :

Bonjour,


On lit de partout, à commencer dans la doc, que la valeur par
défaut (256) de la directive MaxClients de Apache est suffisante
dans la plupart des cas.

Comme je ne trouve pas cette valeur particulièrement élevée, je
voudrais savoir s'il y a un moyen d'évaluer (d'une façon ou d'une
autre) ce que cela représente en terme de visites ou de pages
vues ou je ne sais quoi ?
Si j'ai bien compris 256 c'est le nombre max de processus fils
simultanés = nombre max de connexions simultanées ? (un processus
ne gère qu'une connexion (il meurt à la fin de la connexion)
alors qu'une connexion peut gérer /MaxRequestsPerChild/ requêtes)
Oui/Non ?

_Taille des processus_

Quelles sont les techniques de calcul de la taille des processus
pour déterminer la valeur de MaxClients et donc la quantité de
RAM que doit avoir le serveur ?

Pascal

Slt,

En ce qui concerne la taille des processus, cela dépend du
nombre de modules Apaches chargés en mémoire + la taille
éventuelle de la mémoire utilisé par ton language de programmation
côté serveur.

C'est d'ailleurs le principal problème car pour des ressources
statiques, une valeur de 256 est probablement supportable par de
nombreuses confs matérielles, mais dès lors que ce sont des
scripts qui font appel à la base/utilisent bcp de mémoire, ça
change la donne.

J'ai lu qqpart : 1-2Mo pour une ressource statique et 8Mo pour
un script PHP en moyenne, après, à toi de définir le ratio entre
processus php/res statiques. Si tu veux optimiser, vire les
modules qui ne te servent pas en t'aidant de la doc, ça te
permettra de mieux les connaître par la même occasion.

Et sinon, dans le dossier bin d'apache, tu as ab (apache
benchmark) qui te permet d'effectuer un grand nombre de requêtes
simultanées. Tu pourra constater l'énorme différence entre des
ressources statiques et du php.

Bonne semaine.

-- 
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.




Slt,

Merci pour tes liens, j'y ai aussi appris des trucs.

Pour te donner un exemple sur un serveur local de test avec 512mo 
de ram et un AMD 2Go. 500 requêtes avec 50 requêtes concurrentes :

- 22 secondes : 12ko générés en PHP avec cache côté serveur activé (XCMS)
- 90 secondes : 12ko générés en PHP sans cache (XCMS)
- 3.71 secondes pour une image de 47ko

Je t'ai mis les résultats en fin de mail. Tu peux également tester 
une charge plus "habituelle" en extrayant les url de tes logs et en les 
mettant en entrée dans ab. Essayes man ab pour voir si il lit l'entrée 
standard. A la limite, ça serait pas mal de faire un shell qui 
automatise le "replay" de fichiers de log n fois. Je mets ça dans ma 
todolist.


Bons tests.

[TEST 1]
This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.elitwork.com.ewk (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests


Server Software:Apache/2.2.16
Server Hostname:www.elitwork.com.ewk
Server Port:80

Document Path:  /
Document Length:12456 bytes

Concurrency Level:  50
Time taken for tests:   22.312500 seconds
Complete requests:  500
Failed requests:0
Write errors:   0
Total transferred:  6396000 bytes
HTML transferred:   6228000 bytes
Requests per second:22.41 [#/sec] (mean)
Time per request:   2231.250 [ms] (mean)
Time per request:   44.625 [ms] (mean, across all concurrent requests)
Transfer rate:  279.93 [Kbytes/sec] received

Connection Times (ms)
  min  mean[+/-sd] median   max
Connect:00   2.6  0  15
Processing:   406 2187 459.2   22503421
Waiting:  390 2089 429.6   21253218
Total:406 2188 459.3   22503421

Percentage of the requests served within a certain tim

Re: Apache: MaxClients + taille processus

2011-03-07 Par sujet FROIDURE Nicolas

Le 06/03/2011 16:41, Luxpopuli Open source a écrit :

Bonjour,

On lit de partout, à commencer dans la doc, que la valeur par défaut 
(256) de la directive MaxClients de Apache est suffisante dans la 
plupart des cas.


Comme je ne trouve pas cette valeur particulièrement élevée, je 
voudrais savoir s'il y a un moyen d'évaluer (d'une façon ou d'une 
autre) ce que cela représente en terme de visites ou de pages vues ou 
je ne sais quoi ?
Si j'ai bien compris 256 c'est le nombre max de processus fils 
simultanés = nombre max de connexions simultanées ? (un processus ne 
gère qu'une connexion (il meurt à la fin de la connexion) alors qu'une 
connexion peut gérer /MaxRequestsPerChild/ requêtes) Oui/Non ?


_Taille des processus_

Quelles sont les techniques de calcul de la taille des processus pour 
déterminer la valeur de MaxClients et donc la quantité de RAM que doit 
avoir le serveur ?


Pascal

Slt,

En ce qui concerne la taille des processus, cela dépend du nombre 
de modules Apaches chargés en mémoire + la taille éventuelle de la 
mémoire utilisé par ton language de programmation côté serveur.


C'est d'ailleurs le principal problème car pour des ressources 
statiques, une valeur de 256 est probablement supportable par de 
nombreuses confs matérielles, mais dès lors que ce sont des scripts qui 
font appel à la base/utilisent bcp de mémoire, ça change la donne.


J'ai lu qqpart : 1-2Mo pour une ressource statique et 8Mo pour un 
script PHP en moyenne, après, à toi de définir le ratio entre processus 
php/res statiques. Si tu veux optimiser, vire les modules qui ne te 
servent pas en t'aidant de la doc, ça te permettra de mieux les 
connaître par la même occasion.


Et sinon, dans le dossier bin d'apache, tu as ab (apache benchmark) 
qui te permet d'effectuer un grand nombre de requêtes simultanées. Tu 
pourra constater l'énorme différence entre des ressources statiques et 
du php.


Bonne semaine.

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.



Re: Conseils serveur web Debian

2011-02-12 Par sujet FROIDURE Nicolas

Le 07/02/2011 10:39, Frédéric MASSOT a écrit :

Le 07/02/2011 10:03, FROIDURE Nicolas a écrit :

  Bonjour,


[...]


Je suis parti sur apache en préfork avec suexec et suphp pour le web
afin de cloisonner au maximum. Quelqu'un ici utilise ce type de conf
avec succès ? Y-a-t-il mieux ? Le profil est plusieurs petits sites à
trafic mensuel <10.000 visiteurs et quelques e-commerces un peu plus
fréquentés (soit 60-80 sites).


Salut,

Tu peux aussi regarder du cote du paquet apache2-mpm-itk, il permet de 
faire tourner Apache/PHP sous différents utilisateur selon l'hôte 
virtuel.


The ITK Multi-Processing Module (MPM) works in about the same way as the
 classical "prefork" module (that is, without threads), except that it 
allows

 you to constrain each individual vhost to a particular system user. This
 allows you to run several different web sites on a single server without
 worrying that they will be able to read each others' files. This is a
 third-party MPM that is not included in the normal Apache httpd.

re,

J'ai creusé un peu plus la question de suphp/suexec vs MPM-itk et 
je suis tombé sur ce benchmark qui veut peut-être rien dire, mais qui a 
l'air de faire pencher la balance sur le second :

http://www.firewing1.com/node/575
http://workingdirectory.net/posts/2010/benchmarking-php/
Les solutions à base de cgi sont intéressantes, mais j'ai vraiment 
besoin de pouvoir utiliser http basic auth.


Le seul problème auquel je pense est que vu que les processus 
apache sont la propriété de chaque user, il apparaît difficile de 
maintenir un certain nombre de processus comme on le fait aisément avec 
Prefork et StartServers MinSpareServers. Ou alors, ces processus ne sont 
peut-être pas encore alloués à un utilisateur et cela ne se fait qu'au 
moment de la requête ?


Bref, quelqu'un a des retours sur l'utilisation de ITK sur un 
serveur avec bcp de vhosts et pas mal de trafic en heure de pointe ?


@+

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.

--
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-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d559629.70...@yahoo.fr



Re: Conseils serveur web Debian

2011-02-08 Par sujet FROIDURE Nicolas

Le 07/02/2011 14:15, Kevin Hinault a écrit :

Le 7 février 2011 10:03, FROIDURE Nicolas  a écrit :

Pour l'accès FTP, j'ai bien envie d'utiliser SSHD pour faire du SFTP en
chrootant les utilisateurs dans leur home. Ca m'éviterai d'avoir à installer
et configurer un logiciel FTP particulier. Des contre-indications à cette
méthode sachant que peu de client (voire aucun) l'utilisent ?

Pas vraiment une contre-indication, plus de l'expérience : SFTP et FTP
ne tournent pas sur le même port et si le port 21 (FTP) est souvent
ouvert dans les proxys d'entreprise, c'est loin d'être le cas pour le
22 (SSH).

Il faut garder à l'esprit que ce ne sont pas des concurrents et donc
les exclure mutuellement est étrange puisque de base les
fonctionnalités ne sont pas les mêmes (chiffrement, compression en
plus pour ssh, vhost, quotas de base pour ftp), la façon de transférer
non plus (passive/active en FTP), les droits sont traités différemment
(connexion anonyme, limite de bande passante, limite de connexions
simultanée ou d'IP etc).

Les deux peuvent fonctionner de paire sur le même serveur et l'ajout
d'un fichier de configuration supplémentaire à mon sens n'est pas un
argument quand on souhaite faire de l'hébergement ;)

Je serais toi j'offrirais les deux accès en précisant que SSH est
sécurisé, FTP non et que ce dernier est bridé (nombre de connexion par
ex)

Re-bonjour,

A la relecture de chacun de vos messages, je viens d'avoir une idée 
par rapport au problème soulevé par Kevin. Je peux peut-être utiliser le 
port 21 à la place du 22 pour le SSH de mon serveur. De cette façon, je 
fais d'une pierre deux coups : j'évite les scans du port 22 et je reste 
compatible avec les firewall d'entreprise. Vu je je compte pas mettre de 
serveur FTP, ça se tient non ? Des contre-indications à cette stratégie ?


++

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.

--
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-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d513240.5050...@yahoo.fr



Re: Conseils serveur web Debian

2011-02-07 Par sujet FROIDURE Nicolas

Le 07/02/2011 12:07, daniel huhardeaux a écrit :

[je remets sur la liste, pas de MP SVP]

Le 07/02/2011 11:46, FROIDURE Nicolas a écrit :

Le 07/02/2011 10:17, daniel huhardeaux a écrit :

Le 07/02/2011 10:03, FROIDURE Nicolas a écrit :

Bonjour,


Bonjour


[...]
Je suis parti sur apache en préfork avec suexec et suphp pour 
le web afin de cloisonner au maximum. Quelqu'un ici utilise ce type 
de conf avec succès ? Y-a-t-il mieux ? Le profil est plusieurs 
petits sites à trafic mensuel <10.000 visiteurs et quelques 
e-commerces un peu plus fréquentés (soit 60-80 sites).


J'ai abandonné apache pour lighttph ou nginx: bien plus légers et 
réactifs (c'est mon avis et n'engage que moi ;-)).
Je connais pas du tout ces serveurs, mais on m'en a dit que du bien. 
J'étais parti sur le principe de virer tous les modules dont je n'ai 
pas besoin. Un paquet sont mis par défaut et servent à rien. Après, 
dans la conf, y'a moyen d'alléger encore en supprimant la recherche 
des .htaccess, la résolution des noms d'hôtes etc... J'essaierai de 
tripatouiller sur une machine virtuelle pour voir à quoi ça ressemble.


Si je vire le mod_auth, j'aurai toujours accès aux variables PHP 
HTTP_AUTH_DIGEST, HTTP_AUTH_USER/PASSWD ? Nginx ou lighthttpd 
permettent-ils cet accès également ? Dans la doc PHP, ils disent 
qu'il faut pas exécuter PHP en mode CGI mais en tant que module 
Apache pour les avoir.


http://redmine.lighttpd.net/wiki/1/Docs:ModAuth

lire la doc me parait une bien bonne idée, personne mieux que toi ne 
sait ce que tu veux. A ce jour aucune possibilité d'Apache n'est 
absente de ces deux softs. Heureusement! ;-)


Pour l'accès FTP, j'ai bien envie d'utiliser SSHD pour faire du 
SFTP en chrootant les utilisateurs dans leur home. Ca m'éviterai 
d'avoir à installer et configurer un logiciel FTP particulier. Des 
contre-indications à cette méthode sachant que peu de client (voire 
aucun) l'utilisent ?


pure-ftp est parfait

J'avais lu ça : http://www.debian-administration.org/articles/590
Le seul inconvénient c'est que c'est sftp ou rien, mais c'est peu 
important pour moi. Par contre, j'ai remarqué que faire chown root 
/home/{user}/ causait des problèmes pour entrer dans le mode 
graphique. Sur mon serveur, y'en a pas, mais je me dit que ça peut 
aussi avoir une incidence ailleurs. Après,


Pas testé mais semble OK. pure-ftp me plait car il gere sa propre base 
d'utilisateurs indépendante de /etc/passwd , les quotas, etc.
[...]  ? D'ailleurs sur ce point, vous me conseillez de les mettre en 
tâche cron quotidienne ou de le faire manuelle (voire, de m'envoyer 
une simulation des commandes par mail, pour voir si y'a besoin de la 
faire ?). D'ailleurs, aptitude ou apt-get ou les deux ?


Jamais en automatique - toujours voir ce qui se passe, exemple de Jean 
Michel avec les drivers e100 dans un autre fil. Je n'utilise 
qu'aptitude depuis des lustres.


Merci, j'ai appuyé sur répondre sans faire attention qu'il répondait à 
l'expéditeur, pas à la liste.


--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.

--
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-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d4fd56f.5050...@yahoo.fr



Conseils serveur web Debian

2011-02-07 Par sujet FROIDURE Nicolas

Bonjour,

Après quelques temps d'observation, mon premier message. J'envisage 
sérieusement d'utiliser Debian pour gérer mes services type 
"hébergement" (http, php, mysql, bind, mails) en mode multi-domaine.


J'ai acheté plusieurs bouquins dont ceux conseillés (Debian 
GNU/Linux +  Debian Lenny de Raphaël Hertzog), mais comme ils seront pas 
là avant deux semaines, je vais essayer d'obtenir quelques réponses ici.


Je suis parti sur apache en préfork avec suexec et suphp pour le 
web afin de cloisonner au maximum. Quelqu'un ici utilise ce type de conf 
avec succès ? Y-a-t-il mieux ? Le profil est plusieurs petits sites à 
trafic mensuel <10.000 visiteurs et quelques e-commerces un peu plus 
fréquentés (soit 60-80 sites).


Pour l'accès FTP, j'ai bien envie d'utiliser SSHD pour faire du 
SFTP en chrootant les utilisateurs dans leur home. Ca m'éviterai d'avoir 
à installer et configurer un logiciel FTP particulier. Des 
contre-indications à cette méthode sachant que peu de client (voire 
aucun) l'utilisent ?


Pour le mail, je part sur Postfix et j'attends de recevoir mon 
bouquin sur le sujet. Partir sur une gestion en base me semble un peu 
excessif; je vais peut-être gérer le multi-domaine directement dans les 
fichiers de conf. Pourrais-je tout de mail utiliser RoundCube pour 
consulter les boites ?


Enfin, j'allais partir sur une Lenny, mais vu l'actu, je vais 
partir sur une Squeeze. Mais pour l'avenir, que vaut-il mieux utiliser : 
la stable (pour la stabilité j'imagine) ou la testing (pour la sécurité ?).


Merci pour vos réponses et bonjour à toute la communauté Fr de Debian.

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.

--
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-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d4fb57b.2090...@yahoo.fr