Bonjour, Je viens vous voir concernant mon serveur dedié pris chez 1&1. Je suis sous fedora core 6 et pour le moment aucun site ne tourne vraiment dessus, ils sont juste en développement. Le dernier site que je développe dessus utilise ffmpeg via php. Le problème c'est que la ram allouée est prise à 98% : 973.7 Mo sur 992.6 Mo utilisé ; 19.0 Mo disponible J'ai environ une centaine de processus dont seulement quelque uns d'actif : [quote]top - 17:01:08 up 11 days, 20:49, 2 users, load average: 0.29, 0.27, 0.25 Tasks: 113 total, 2 running, 111 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3%us, 0.0%sy, 0.0%ni, 99.0%id, 0.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1016448k total, 991908k used, 24540k free, 17628k buffers Swap: 3919840k total, 1892k used, 3917948k free, 682996k cached[/quote] J'aimerais savoir si cela peut avoir des conséquences sur le fonctionnement des sites et quelles améliorations je peux y apporter ? Merci d'avance pour votre aide

Pour gérer la priorité d'un processus pendant le 'process schedulling' il existe la commande 'nice options nom_commande'. Un petit coup de man ou d'apropos : [code]man nice apropos priority apropos priorité[/code] Exemple de lancement de ffmeg avec priorité minimale : [code]nice -n 19 ffmpeg -i nom_source nom_destination[/code]

Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[FC6] Mémoire à 98% prise

allserv

Bonjour,

Je viens vous voir concernant mon serveur dedié pris chez 1&1.
Je suis sous fedora core 6 et pour le moment aucun site ne tourne vraiment dessus, ils sont juste en développement.

Le dernier site que je développe dessus utilise ffmpeg via php.

Le problème c'est que la ram allouée est prise à 98% :
973.7 Mo sur 992.6 Mo utilisé ; 19.0 Mo disponible

J'ai environ une centaine de processus dont seulement quelque uns d'actif :

top - 17:01:08 up 11 days, 20:49, 2 users, load average: 0.29, 0.27, 0.25
Tasks: 113 total, 2 running, 111 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 0.0%sy, 0.0%ni, 99.0%id, 0.7%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1016448k total, 991908k used, 24540k free, 17628k buffers
Swap: 3919840k total, 1892k used, 3917948k free, 682996k cached

J'aimerais savoir si cela peut avoir des conséquences sur le fonctionnement des sites et quelles améliorations je peux y apporter ?

Merci d'avance pour votre aide

philippe83

utilises plutot la commande:

free

et lis la deuxième ligne... tu auras le vrai nombre de ram occupée.. linux a la particularité d'utiliser le plus possible de ram par rapport au swap... ce n'est pas pour autant qu'il ne libèrera pas du share ou du buffered lorsqu'il en aura besoin, et ne swappera pas.

Temet

"free -m" même :p

allserv

Je comprends tout à fait mais est-ce normal ?

pmarion

La mémoire prise ne veut pas dire mémoire utilisée par des processus, mais aussi mémoire utilisée par les tampons (buffers) ou le cache et donc ce qu'il faut surveiller, c'est la swap qui si elle est utilisée indique qu'il ,'y a plus de mémoire disponible pour des processus. D'autre part la commande free indique bien la part des buffers et du cache.

Donne nous les résultat de ton 'free' ou 'free -m'

allserv

Mon free -m donne cela :

total used free shared buffers cached
Mem: 992 932 60 0 17 617
-/+ buffers/cache: 297 695
Swap: 3827 1 3826

pmarion

Tout cela me semble normal :

992M de mémoire
932M utilisés (dont le cache)
617M de cache
3827M de swap
3826M de swap libre

allserv

Ok merci alors.

Une autre question après promi j'embete plus, est-il possible lorsque l'on lance une commande via exec en php, de limiter le processus pour pas qu'il ne l'utilise à plus des 2/3 le processeur.
En fait, vu qu'il s'agit d'encodage video pour le mettre au format flash, forcément il va prendre tout le CPU, j'aurais aimé le limiter pour ne pas que le serveur soit surchargé trop vite.
Je préfère que le site soit dispo et que l'encodage dure plus longtemps putot que l'inverse.

Merci encore de ton aide.

pmarion

Pour gérer la priorité d'un processus pendant le 'process schedulling' il existe la commande 'nice options nom_commande'.

Un petit coup de man ou d'apropos :

man nice
apropos priority
apropos priorité

Exemple de lancement de ffmeg avec priorité minimale :

nice  -n 19 ffmpeg  -i nom_source nom_destination

allserv

Merci beaucoup cela est éxactement ce qu'il me fallait.

Tu as l'air trop callé une dernière question et promis pour de vrai cette fois 😃, lorsque je lance via php plusieurs conversion via ffmpeg, il est possible de créer une liste d'attente ? Exemple si je lance 3 vidéos à convertir j'aurais aimé que seulement la 2ème ne se lance que après la fin de la conversion de la 1ere etc...

Merci encore

pmarion

Comment lances-tu tes commandes ffmpeg à partir de php ?

allserv

De cette maniere :

@exec("$commande 2>&1", $output);

pmarion

Je ne connais pas '@exec' mais 'exec'. Normalement la commande 'exec' attend la fin d'exécution de la commande avant de passer à la suite donc c'est le contenu de $commande qui peut être important.

exec ($cde1, $output) ;
exec ($cde2, $output) ;

La commande cde2 est exécutée après la commande cde1

allserv

le @ permet juste de ne pas renvoyer d'erreur si erreur il y'a tout simplement 😉

Vu que la page convertor est appelé pour toutes les vidéos qui sont uploadées je ne pense pas que cela soit possible. J'aurais plus penché sur une option en + à ajouter pour ne pas éxecuter une même commande en "parallèle".

Merci encore de toute ton aide.

pmarion

Si ta commande contient un '&' en plus du '2>&1' c'est que tu demandes à exécuter ta commande en arrière plan donc php retrouve la main immédiatement.

Dans le cas contraire donc sans caractère '&' ni option propre à ffmpeg les commandes doivent s'empiler et non pas être lancées en parallèle.

pmarion

allserv wrote:Vu que la page convertor est appelé pour toutes les vidéos qui sont uploadées je ne pense pas que cela soit possible

Si chaque page lance un ffmpeg et un seul, le problème ne vient pas de l'exécution d'un ffmpeg par un script php, mais de l'exécution de plusieurs ffmpeg par plusieurs scripts php.
Dans ce cas il faudrait que le script php mette le nom de chaque commande ffmpeg à exécuter dans un fichier séparé dans un répertoire contenant donc toutes les commandes à exécuter. Ensuite un démon pourrait exécuter les commandes l'une après l'autre en effaçant chaque fichier après chaque exécution. Il s'agit là d'une gestion simpliste de file d'attente.

Mais dans ce cas la conversion pourrait se faire en léger ou en long différé ce qui poserait un problème si l'utilisateur web doit obtenir le résultat de la conversion.

Tiens nous au courant de tes problèmes de performances car ffmpeg se révèle assez gourmand en CPU.