Répondre

Veuillez composer votre message et l'envoyer
Options
Si vous êtes un être humain ne changez pas le contenu de ces deux champs.

Retour

Résumé de la discussion (messages les plus récents en premier)

Burn2
23/10/2014 09:37:30

Bon après avoir fait pas mal de bidouille voici le résumé final:

1) mettre à jour le kernel + forcer le swapiness a 0 a réduit le problème

2) la maj de mythtv à la dernière version bug fixée (sur le dépôt mythbuntu) semble avoir définitivement réglé le soucis.


Maintenant, le défaut qu'il me reste c'est un bug du au désentrelacement, il me faut choisir autre chose mais ça c'est une autre histoire. Au final j'ai basculé sur un igp ati + passage à 8go de ram et là ça change bien la donne.

Burn2
30/09/2014 20:46:58

Bon ben non malheureusement ça ne règle pas mon pb. sad

Au bout d'un moment le pc se met à sacader dans la lecture tnt et à perdre un poil de performance...

Je tente un nouveau kernel voir si ça règle ou pas le problème...

EDIT: mis à jour au kernel 3.16 + pilotes intel on va voir si sous vaapi tout se règle ou pas...

Burn2
25/09/2014 22:47:29

C'est en cours d'utilisation que ces ralentissements arrivent.

En gros le pc est ultra fluide durant X heures de lecture mythtv (tnt ou tnt HD) après le boot, et passé ce délais là (délais qui est variable selon ce que je regarde si chaine hd ou tnt) tout devient assez lent. Je commence à avoir quelques sacades un peu sur les vidéos, les menus mettent du temps à s'ouvrir etc;
Et tant que je ne redémarre pas, le comportement ne revient jamais à la normal.

Bref comme comme quand ça swap et que le kernel purge des applications.

Mais comme dit c'est totalement anormal, il me reste alors 3 go de ram. Et avant la mise à jour je n'avais jamais eu ce comportement. Je pouvais regarder la tnt autant de temps que je voulais sans jamais avoir une seule sacade, ni swap etc. Tout était parfait. hmm

Je ne sais pas si c'est un pb de kernel de mythtv ou de pilote (genre intel qui merde dans l'alocation). C'est ma seule machine sous lubuntu qui fasse ça. Toutes mes autres machines sont sur des variantes xfce d'ubuntu mais le kernel étant le même ça n'explique pas. Mon autre pc portable est sous xfce avec un gpu intel HD 2500 et ne rencontre pas ce pb là mais je n'utilise pas mythtv dessus. Du coup je ne sais vraiment pas d'ou vient le pb. sad


EDIT:
Là le htpc est allumé depuis ce matin, mais sans que mythtv front end n'ait tourné.
Résultat: pas de swap, le htpc est en train d'enregistrer un truc de ce soir, et tout va bien. C'est vraiment quand j'utilise le frontend que le problème se pose visiblement....

J'en déduis que le problème est plus du côté du pilote intel, potentiellement en utilisation avec vaapi... Je vais investiguer et voir si ça marche mieux en changeant le moteur vidéo pour xv/opengl au lieu de vaapi....

SnouF
25/09/2014 18:30:29

J'ai toujours de petit ralentissement lors d'une non-utilisation prolongée (une 10ène d'heures) mais après quelque manipulation (une fois que tout es recharger en mémoire je pense) c'est ok.

Chez toi les ralentissements continue après quelques manipulations ?

Burn2
24/09/2014 20:11:07

Bon pour la charge en hd, j'ai trouvé la cause, mon profile vaapi était mal configuré, j'ai modifié la chose, maintenant en hd ça se balade à 5%. Flagrant lorsque le gpu décode réellement la vidéo. big_smile


Reste à trouver pour ces accès dd. J'ai désactiver le swapp voir si réellement ça règle le soucis.

EDIT: même problème avec swap off. Je n'ai plus les freeze du à la mise en swap, mais j'ai toujours les lenteurs par la suite du au rechargement, genre si j'affiche le menu ou que je repars vers le bureau. Le kernel purge donc la mémoire, alors qu'il n'y a que 700mo de ram réellement utilisée! Je ne vois pas comment trouver ce qui cloche là.

Burn2
23/09/2014 21:58:45

Bonsoir, merci je vais creuser, mais je ne pense vraiment pas que ça soit la raison.

Comme je l'ai dis, l'activité en temps normale est assez basse. Seul en hd le cpu monte à 100% d'un coeur (reste l'autre coeur).
L'utilisation du dd en temps normale est proche du mo/s en lecture sd et le cpu se traine à 13%. Or je le répète, même en tnt normal ça se met à swapper au bout d'un moment de lecture de vidéo.

Mon problème semble être le suivant:
Linux utilise toute la mémoire de libre pour du cache, ça c'est son comportement normal, et tant qu'il n'utilise que la mémoire de libre, il n'y a pas de soucis.
Normalement s'il a besoin de plus de ram, il dégage du cache, c'est fait pour.

Or là mon problème, c'est que même en ayant beaucoup de mémoire de libre (on parle de quand même seulement 1go de ram d'utilisé au max de chez max sur les 4go et c'est même bien souvent seulement 400mo d'utilisé...), il se met à swapper, comme s'il considérait le cache comme une utilisation "normale" de la ram, et donc plus de place donc je swappe au lieu de dégager du cache.

Je ne comprends pas bien d'ou cela peut provenir... Je n'ai pas ce comportement sur les autres pc.

EDIT: pour rappel, voilà l'utilisation de la mémoire en cours de visionnage de FR4:

free -m
             total       used       free     shared    buffers     cached
Mem:          3681       1092       2589        118         61        563
-/+ buffers/cache:        467       3214
Swap:         4728          0       4728

Le cpu est à 20% pour mythfrontend.

Et les accès disques dur ne sont que de même pas 1mo/s lors de la lecture. Donc le pc "glande", et pourtant il se met à swapper au bout d'un moment! Je vais tenter de désactiver le swap voir ce qui se passe...

gilles74
23/09/2014 21:11:20

Le backend est généralement lancé avec les options qui permettent de lister les logs dans un répertoire. ( le frontend possède également cette capacité)
Selon les options retenues et la puissance de ton processeur et de ton disque, il peut y avoir de nombreuses opérations d'écriture qui peuvent induire des ralentissements.
J'ai personnellement supprimer les écritures de log dans ma configuration de production.
Il faut que tu cherches la commande de lancement du backend et la modifier. Je ne peux pas d'aider plus car je en connais pas ubuntu

Burn2
23/09/2014 08:36:00

Bonjour, tu peux préciser stp? smile

gilles74
22/09/2014 23:56:45

supprimer les log pour voir si ce n'est pas ça

Burn2
22/09/2014 20:31:30

Bon je confirme que le pb ressemble à une charge sur le disque dur à un moment donné.

Je regardais la TNT sur les chaines SD donc clairement léger, et à moment donné, ça c'est freezé durant 5/10s le dd allumé en continu. Puis le dd a repris son activité normale et la lecture a repris.

Par la suite j'ai voulu changer de chaine, le menu n'est pas apparu immédiatement, il a mis un peu de temps à réagir genre 1s avant de re réagir de manière fluide, comme si ça swappé.
Et effectivement:

           total       used       free     shared    buffers     cached
Mem:          3807       3671        135        149         34       3165
-/+ buffers/cache:        471       3336
Swap:         4728        176       4552

On voit qu'il vient de swapper, or il y a 3336mo de ram de libre!!! pourtant:

cat /proc/sys/vm/swappiness
10

donc il ne devrait basculer en swap que lorsqu'il ne reste que 10% de ram de libre (or on en est loin) et pourtant, visiblement i vient d'utiliser le swap.:/

Quelqu'un comprend quelque chose????

Burn2
21/09/2014 18:47:10

La msi que j'ai vu est low profile (ce qui définit donc la hauteur de la carte) mais aussi single slot (donc un seul slot en épaisseur).

EDIT: je viens de me rendre compte que le design est low profile mais que l'équerre low profile n'est pas fournie! Du coup je me demande si réellement c'est possible ou pas... C'est quoi ce binz, les constructeurs font vraiment n'importe quoi....

SnouF
20/09/2014 18:12:12

lowprofil c'est la dimension de l'équerre, pas le nombre de slot que ça occupe il me semble.

N210-MD512D3HLP_IO.jpg
N210-MD1GD3H/LP
Low profil mais dans mon PC ça ne passe pas sad

Burn2
20/09/2014 16:21:31

Ok, bon je vais donc me récupérer un gpu nvidia pour voir si ça règle bien mon soucis. Je pensais que l'igp intel serait plus facile sur le long terme mais visiblement c'est pas sûr. hmm


Pour le passif, j'ai vu une carte graphique low profile single, donc tout va bien! (une msi)

SnouF
20/09/2014 15:58:20

Effectivement, les  commandes en rapport avec le serveur X dans un shell distant c'est ... casse-pied smile

Sinon je suis avec du nvidia mais je pense que du intel c'est tout aussi bien voir mieux.

PS: Attention ! j'ai regardé il y a ~ 1ans pour une nouvelle carte Nvidia, persque toute les fanless occupent  deux slot à cause du radiateur !

Burn2
20/09/2014 12:17:00

Bonjour,  et merci de ta réponse.

En fait, je me suis rendu compte d'un truc, ce que j'ai posté n'est pas le résultat réel de ce qui se passe sur le poste. j'avais fait la commande par terminal, et visiblement, elle ne répond pas la même chose lorsque fait en terminal à distance, et en local dans le terminal.

Va-api est bien installé et fonctionnel, il me répond bien la lib de intel.

Mais du coup ça n'explique pas ce que je constate. Vous utilisez quoi vous comme gpu? Tous des nvidia au final? Parce que là si tout fonctionnait sous la 12.04, sous la 14.04 ça marche beaucoup moins bien. hmm

C'est fonctionnel mais si je regarde 2/3h de tv, je commence à avoir des sacades, les menus mettent du temps à s'ouvrir comme si ça manquait de ram, mais le swap est à 0 d'utilisation et avec 4go de ram j'ose espérer que ce n'est pas le cas quoi. hmm (free -m me montre 1.2go de ram réellement utilisé et tout le reste du cache)

J'hésite à commander un gpu nvidia en passif et passer à 8go (vu le prix ça ne coute rien de le faire quoi).

Pour moi c'est vraiment la nouvelle version de mythtv qui est moins stable qu'avant.

EDIT: un vaapi après avoir fait un export DISPLAY=:0:

sudo vainfo
error: XDG_RUNTIME_DIR not set in the environment.
libva info: VA-API version 0.35.1
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.35 (libva 1.3.1)
vainfo: Driver version: Intel i965 driver for Intel(R) Sandybridge Desktop - 1.3.2
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :	VAEntrypointVLD
      VAProfileMPEG2Main              :	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSlice
      VAProfileH264Main               :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointEncSlice
      VAProfileH264High               :	VAEntrypointVLD
      VAProfileH264High               :	VAEntrypointEncSlice
      VAProfileVC1Simple              :	VAEntrypointVLD
      VAProfileVC1Main                :	VAEntrypointVLD
      VAProfileVC1Advanced            :	VAEntrypointVLD
      VAProfileNone                   :	VAEntrypointVideoProc

On voit que tout est ok pourtant.

Pied de page des forums

Propulsé par FluxBB

Webmasteur SnouF

Hébergé par Tuxfamily

Valid XHTML 1.0 Strict