Auteur | Message |
---|---|
devtribu
| Inscrit le : 16/06/2005 |
# Le 15/02/2006 à 09:57 Salut, Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
krucial
| Jean Christophe Inscrit le : 09/03/2005 |
# Le 15/02/2006 à 10:41 Salut JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes |
Julgates
| Julien Inscrit le : 09/03/2005 |
# Le 15/02/2006 à 10:44 Kru > Je pense que quand il dit que sa mémoire est utilisée, c'est bien la mémoire utilisée (free) et non ce qu'affiche top... Shopping Time Network - Founder / CTO |
devtribu
| Olivier Inscrit le : 16/06/2005 |
# Le 15/02/2006 à 10:47 Je viens de rebooter le serveur : la charge montait a 3 (et j'ai envoyé ma newsletter cette nuit, je veux pas tout planter) Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
mirage
| Vincent Inscrit le : 04/05/2005 |
# Le 15/02/2006 à 10:55 Fais : free -m ... c'est plus lisible ! Sinon je confirme que c'est bien normal que la RAM soit à 100%, Linux prend tout ce qui est libre (ou le max) pour pouvoir exécuter plus rapidement les requêtes (source : Sivit). |
devtribu
| Olivier Inscrit le : 16/06/2005 |
# Le 15/02/2006 à 10:58 avec free -m Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
krucial
| Jean Christophe Inscrit le : 09/03/2005 |
# Le 15/02/2006 à 11:03
Julgates a dit : Kru > Je pense que quand il dit que sa mémoire est utilisée, c'est bien la mémoire utilisée (free) et non ce qu'affiche top... Oui, j'avais bien compris. Exemple, mon serveur Vacanceo affiche une RAM used à 95% environ. Mais un swap utilisé à 15680 sur 1911692. Et un uptime à 0.09. Et "top" et "free" renvoient les memes données pour la RAM. JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes |
krucial
| Jean Christophe Inscrit le : 09/03/2005 |
# Le 15/02/2006 à 11:05 Devtribu -> niveau CPU tu en es ou ? Tu iddle à combien ? JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes |
krucial
| Jean Christophe Inscrit le : 09/03/2005 |
# Le 15/02/2006 à 11:05 (genre je parle comme un techos) JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes |
mirage
| Vincent Inscrit le : 04/05/2005 |
# Le 15/02/2006 à 11:10 Ton serveur swap pas là (remarque, si tu viens de le rebooter, c'est normal ^^). Il n'a pas encore utilisé toute la mémoire là. sd760:~# free -m Il swap un peu car je n'ai pas assez de RAM. Sinon, pour savoir ce qui prend de la mémoire, tu peux voir avec top (en fonction des process, ça peut donner des idées) et les options (je crois que c'est m pour la mémoire). Sinon, tu peux regarder du côté de SSH ou Webmin qui bouffent de la RAM chez moi (Sendmail n'en utilise pas beaucoup, je sais pas pour Qmail), tout comme mySQL et Apache (mais si tu dis que ça ne change pas quand tu les reboot, c'est que ce n'est pas ça). Enfin moi ça me parait normal que ça bouffe toute la RAM mais pas que le serveur charge... Tu as pas un script qui boucle ? Tu as un anti-aspirateur ? |
devtribu
| Olivier Inscrit le : 16/06/2005 |
# Le 15/02/2006 à 11:20 ca sera plus simple avec les graphs Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
flush
| Jean-Philippe Inscrit le : 09/05/2005 |
# Le 15/02/2006 à 11:23 Que la mémoire soit occuper au maximum est le fonctionnement normale du serveur, afin d'optimiser aux maximum les temps de réponse. @+ Jean-Philippe |
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 15/02/2006 à 11:25 Il me semblait aussi que linux utilisait le plus possible de ram. Mais apparemment s'il n'y a qu'apache d'installé ca ne le fait pas. En tout cas sur cit, les serveurs apache ont 47% de la ram utilisé seulement et ca monte jamais bcp plus sauf en coup de bourre, mais après ca redescend. |
devtribu
| Olivier Inscrit le : 16/06/2005 |
# Le 15/02/2006 à 11:46 j'ai essayé de faire le M dans top, mais rien de particulier n'est apparu : mysql et http en premier... Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 15/02/2006 à 12:02 Linux se sert effectivement de la mémoire non utilisée pour se faire divers caches, dont les caches disques. Mais évidement si une application a besoin de mémoire, ces caches sont diminués. total used free shared buffers cached C'est à dire 1133Mo libres, et 642Mo utilisés pour des caches... soit environ 250Mo réellements utilisés sur la machine Maintenant reste à savoir à combien ces chiffres sont au moment où ça coince, mais comme dit plus haut par tout le monde, il y a peu de chances que ça vienne de ta mémoire. |
devtribu
| Olivier Inscrit le : 16/06/2005 |
# Le 15/02/2006 à 12:14 Je posterai de nouveau les chiffres au moment ou ca reviendra. Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 15/02/2006 à 12:16
Bool a dit : Pour le cas de CIT, c'est surtout qu'à mon avis la quantité de données lues sur le disque (quelques scripts PHP je suppose) ne permet pas du tout de saturer la mémoire. Okay Effectivement, eaccelerator qui met en cache les scripts indique : Cached Scripts 16 Y a pas grand chose qui tourne, mais ca tourne beaucoup ! |
devtribu
| Olivier Inscrit le : 16/06/2005 |
# Le 25/02/2006 à 13:21 Bonjour, Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
krucial
| Jean Christophe Inscrit le : 09/03/2005 |
# Le 25/02/2006 à 14:07 Le clearopensmtp, si je ne dis pas de connerie (donc a prendre avec des pincettes ) ca permet a ton serveur SMTP d'effacer les droits de connexion qu'il a ouvert aux users qui l'ont "poppé". JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes |
krucial
| Jean Christophe Inscrit le : 09/03/2005 |
# Le 25/02/2006 à 14:08 Pour conclure, pour moi, rien a voir avec tes problemes yahoo. JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes |
Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.
© MHN - Tous droits réservés | CNIL N°844440 | 24/11/2024 4:45:00 | Généré en 10.42ms | Contacts | Mentions légales |