 |  |
-
Catégories -
Classements -
News Membres Livre d'or Forum Membres bannis Staff de RedList Jeux flash Console Informations Contact Statistiques
Communauté -
Créer un compte
 | Partenaire - Pub |
 | Membres |
| Partenaire - Pub |
 | Hello la populace ! Alors je reviens vers vous concernant la lenteur du serveur. Inutile de le dire à tout bout de champ sur le tchat, inutile de m'envoyer des MPs, des mails, etc à ce sujet.. je sais que ca lag.. Le dire n'arrangera rien. Je bosse dessus, j'ai lu des tutos etc mais rien n'y fait, alors j'ai posté sur un forum on verra bien ce que ça donne : [Problème de configuration de serveur web] J'ai encore d'autres recours après, ne vous en faites pas, je compte pas laisser ça comme ça. Je suis le premier ennuyé. Mais bon faut savoir que je peux pas être sur RedList autant que vous, j'ai un tas de trucs à côté, je sors du boulot en semaine il est parfois 20h30 croyez moi j'suis pas toujours en forme pour bosser encore ici une fois rentré chez moi. Donc prenez votre mal en patience. Allez voir ailleurs pendant une semaine et revenez après voir l'évolution ou que sais-je.. faites ce que vous voulez  A côté de ça concernant les candidatures, désormais à chaque candidatures un MP sera envoyé à tous les admins. Vous êtes priés de voter pour chaque candidature, ca prend genre 1 minute par jour, c'est pas énorme. Comme ça une fois qu'y a suffisamment de votes, on peut valider (ou pas) la candidature. Pour les candidats, inutile de vous plaindre, ces décisions sont irrévocables, on peut pas dire oui à tout le monde. Dans le formulaire il y a des points pour l'orthographe alors faites gaffe.. un type qui sait pas écrire c'est le premier à qui j'ferai pas confiance. Red^^ |
 | Commentaires - 23 éléments |
 |
darkblue le 2011-11-21 16:36:25 |
| Ouais je plussoie nginx. C'est le serveur de beaucoup de sites de streaming de p... heu non rien :-p Donc oui, référence... Aussi j'ai remarqué que les anonymes (pas les anonymous, hein) avaient un débit aussi bon voire meilleur que les connectés. Donc du coup, il y a plus de non connectés qui vont sur Redlist sans se loguer. La charge à mon avis doit-être de ce coté. A creuser. Avec une pelle ou une petite cuillère... La bise à ton chat. |
 |
Matkill le 2011-11-19 11:10:17 |
| Lol c'est pas ça c'est que j'suis réaliste, et à valider les liens en attentes de valid, j'en vois d'la merde... |
 |
profitroll le 2011-11-18 21:46:35 |
bon vivant rime avec prévoyant  |
|
profitroll le 2011-11-18 14:17:05 |
...et pour finir (promis  , maintenant qu'apache est censé avoir été soulagé par nginx, il semblerait qu'APC ait pas mal la cote (au moins chez les debianautes) pour filer un coup de fouet à PHP. mais je suppose que tu as déjà quelque chose du genre pour cacher l'opcode (encore un mot que j'aurai appris aujourd'hui...)http://www.woueb.net/2011/04/11/accelerateur-php-apc/ http://blog.jeromefath.com/2011/03/23/tester-les-performances-du-cache-dopcode-apc-pour-php-avec-apachebench/ |
|
profitroll le 2011-11-18 12:48:32 |
| le celebre korben avait fait un schema bien con/rigolo quand il a mis nginx : http://pictures.korben.info/2009/12/reso.png ...et là, redarche nous dit que nginx est déjà installé et on part tous se suicider  |
 |
mezzer le 2011-11-18 12:21:50 |
| je plussoie nginx en reverse |
|
profitroll le 2011-11-18 12:21:24 |
| maintenant qu'on t'a filé toutes les soluces clé en main, on peut avoir un bouzin qui turbine ? :P |
|
profitroll le 2011-11-18 12:18:20 |
| voui piste intéressante, et surtout il semblerait qu'on puisse utiliser nginx en tant que "reverse proxy" (je quote, vu que je n'ai jamais vu l'expression avant aujourd'hui ) pour grandement soulager apache sans avoir a le remplacer : http://blog.gaetan-grigis.eu/systeme/administration/ameliorer-les-performances-dapache-avec-nginx/ http://www.yann.com/fr/mettez-un-turbo-dans-votre-serveur-web-avec-nginx-20/05/2011.html |
 |
Catcall le 2011-11-17 19:06:11 |
| Tiens? Un autre adepte du centralisme démocratique... |
|
darkblue le 2011-11-17 18:42:37 |
| Bref depuis que je suis abonné à Redlist, mon robinet de cuisine ne fuit plus et j'ai du succès dans les affaires. Alors le lag ça ne m'impressionne pas. Nan. Je plaisante. Gérer un problème de 3000 à 5000 connexions simultanées est difficile et coté load balancing j'y connais rien. |
|
Matkill le 2011-11-17 18:37:13 |
| Tout simplement parce que les membres ne sont déjà pas capable d'ajouter des liens correctement, alors les faire voter pour autoriser d'autres membres à uploader ce serait complètement ridicule |
|
profitroll le 2011-11-17 17:44:46 |
| ... et je continue mes lectures d'apache et je lis des choses tres interessantes ici : http://www.devshed.com/c/a/Apache/Server-Limits-for-Apache-Security/ --------- You should make a habit of putting a limit on the maximal number of requests served by one server instance, which is unlimited by default in Apache 1 (as indicated by the0 cvalue) but set to10000 in Apache 2. When a server instance reaches the limit, it will be shut down and replaced with a fresh copy. A high value such as1000 (or even more) will not affect web server operation but will help if an Apache module has a memory leak. Interestingly, when the Keep-Alive feature (which allows many requests to be performed over a single network connection) is used, all requests performed over a single Keep-Alive connection will be counted as one for the purposes ofMaxRequestsPerChildhandling. ------- si on combine ta valeur a priori tres(trop?) basse sur maxrequestperchild et le fait qu'une seule requete soit possible par connection (keep alive sur off dans ta config), ca doit surement pas aider, non ? t'as deja esayé avec keep alive sur on et maxrequests au dela de 1000 ? avec 8GB c'est quand meme assez confortable a priori pour pas avoir a serrer autant les settings sur des valeurs basses... bon je raconte tout ca mais j'ai jamais monté un serveur , j'essaie juste de sentir la logique "scalable" du truc. |
|
profitroll le 2011-11-17 17:15:35 |
| pareil. et meme pire : les admins au moins doivent pouvoir voir si un "nouveau" pretendant ne s'est pas deja pointé precedemment voire deja fait virer avec un autre compte. ca va etre le retour des faux liens/fiches doublon a gogo si on vire "democratie participative" comme disait l'autre |
|
Catcall le 2011-11-17 17:09:46 |
| Je rappelle à tous que je suis de toute façon un crypto-néo-stalinien |
|
Catcall le 2011-11-17 17:08:01 |
| Vi, sans doute... mais ce sont les admins' qui , le cas échéant, doivent nettoyer le caca, pas la communauté... Et puis les votes avec 90% d'abstentions, 9% de "oui" par principe, 0.9% de copains de tchat... et 0.1% de non (les admins' qui connaissent le gus et savent que c'est un multicompte multirécidiviste de fakes par exemple),hein... autant épargner du boulot à Red et dire qu'on laisse tout le monde uploader..  |
|
profitroll le 2011-11-17 14:09:03 |
| sinon cette page là me semble interessante si elle ne raconte pas des cracks http://www.devside.net/articles/apache-performance-tuning "This article is geared towards a site that needs to handle multiple concurrent requests [ten to several hundred per second]." et elle fait des choix assez differents des tiens. c'est surtout le maxrequestsperchild qui me titille, bloqué à un "petit" 400 chez toi, et proposé en illimité (0) chez eux. Je ne sais pas si c'est jouable de le mettre en illimité. c'est histoire de trouver le parametre qui nous fait l'entonnoir... |
|
Catcall le 2011-11-17 13:57:30 |
| Red: Est-ce que je comprends bien que ça "réserve" (bloque) une grande quantité de RAM qui devient non dispo pour les opérations courantes ? Si c'est le cas, la solution consiste peut-être à rajouter des barrettes... C'est peut-être aussi la raison pour laquelle (si tu as bien l'une des cartes-mères que j'ai identifié pour tes Xéon), le fabricant recommande 16Go de Ram non-ecc... |
|
profitroll le 2011-11-17 13:50:32 |
| c'est normal le grand écart entre threadlimit (128) et threadsperchild (20) a ce propos ? (je n'ai jamais installé de serveur, j'ai juste utilisé google ) d'apres la doc, ce serait à éviter : --------------------------- ThreadLimit Directive This directive sets the maximum configured value for ThreadsPerChild for the lifetime of the Apache process. Any attempts to change this directive during a restart will be ignored, but ThreadsPerChild can be modified during a restart up to the value of this directive. Special care must be taken when using this directive. If ThreadLimit is set to a value much higher than ThreadsPerChild, extra unused shared memory will be allocated. If both ThreadLimit and ThreadsPerChild are set to values higher than the system can handle, Apache may not start or the system may become unstable. Do not set the value of this directive any higher than your greatest predicted setting of ThreadsPerChild for the current run of Apache. ------------------------ |
|
profitroll le 2011-11-17 13:39:11 |
| ca a l'air l'enfer à debugger apache. bonne chance http://prefetch.net/articles/debuggingapache.html |
 |
Le Phoenix le 2011-11-17 13:22:15 |
et sinon chez moi dsl de vous décevoir sa lag pas trop  |
