J'ai bien regarde partout mais n'ai pas trouvé...
Quelqu'un sait s'il est possible d'utiliser plusieurs processeurs avec
mencoder ?
Je sais qu'avec transcode on peut repartir mais est-ce possible avec
mencoder et si oui ...Avec quelles commandes ?
Google, le man (Homérique!!!) et la doc n'ont pas été mes amis sur ce
coup...
Merci d'avance
Pascal
--
"L'avenir, c'est à l'avance qu'il faut y penser."
R. Brautigan
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Tue, Jan 25, 2005 at 06:22:53PM +0100, pascal wrote:
Bonsoir la liste
J'ai bien regarde partout mais n'ai pas trouvé... Quelqu'un sait s'il est possible d'utiliser plusieurs processeurs avec mencoder ? Je sais qu'avec transcode on peut repartir mais est-ce possible avec mencoder et si oui ...Avec quelles commandes ? Google, le man (Homérique!!!) et la doc n'ont pas été mes amis sur ce coup...
la page man justement (ne pas tout lire , juste chercher (raccourci /) les mots clefs smp ou threads ) dit :
lavc (-lavcopts) Many lavc options are very specialized and tersely documented. Read the source for full details.
.....
threads=<1-8> Maximum number of threads to use (default:1).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Tue, Jan 25, 2005 at 06:22:53PM +0100, pascal wrote:
Bonsoir la liste
J'ai bien regarde partout mais n'ai pas trouvé...
Quelqu'un sait s'il est possible d'utiliser plusieurs processeurs avec
mencoder ?
Je sais qu'avec transcode on peut repartir mais est-ce possible avec
mencoder et si oui ...Avec quelles commandes ?
Google, le man (Homérique!!!) et la doc n'ont pas été mes amis sur ce
coup...
la page man justement (ne pas tout lire , juste chercher (raccourci /) les
mots clefs smp ou threads ) dit :
lavc (-lavcopts)
Many lavc options are very specialized and tersely
documented. Read
the source for full details.
.....
threads=<1-8>
Maximum number of threads to use (default:1).
On Tue, Jan 25, 2005 at 06:22:53PM +0100, pascal wrote:
Bonsoir la liste
J'ai bien regarde partout mais n'ai pas trouvé... Quelqu'un sait s'il est possible d'utiliser plusieurs processeurs avec mencoder ? Je sais qu'avec transcode on peut repartir mais est-ce possible avec mencoder et si oui ...Avec quelles commandes ? Google, le man (Homérique!!!) et la doc n'ont pas été mes amis sur ce coup...
la page man justement (ne pas tout lire , juste chercher (raccourci /) les mots clefs smp ou threads ) dit :
lavc (-lavcopts) Many lavc options are very specialized and tersely documented. Read the source for full details.
.....
threads=<1-8> Maximum number of threads to use (default:1).
Oui j'avais lu ça...mais ca ne veut pas obligatoirement dire que les threads seront distribués sur les différents processeurs et donc que mencoder supporte le smp ? Ou bien me plante-je ? Pascal
-- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Nooks L. Affro a écrit :
la page man justement (ne pas tout lire , juste chercher (raccourci /) les
mots clefs smp ou threads ) dit :
smp et threads ca n'est pas nécessairement la même chose, non ?
lavc (-lavcopts)
Many lavc options are very specialized and tersely
documented. Read
the source for full details.
.....
threads=<1-8>
Maximum number of threads to use (default:1).
Oui j'avais lu ça...mais ca ne veut pas obligatoirement dire que les
threads seront distribués sur les différents processeurs et donc que
mencoder supporte le smp ? Ou bien me plante-je ?
Pascal
--
"L'avenir, c'est à l'avance qu'il faut y penser."
R. Brautigan
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Oui j'avais lu ça...mais ca ne veut pas obligatoirement dire que les threads seront distribués sur les différents processeurs et donc que mencoder supporte le smp ? Ou bien me plante-je ? Pascal
-- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le mardi 25 janvier 2005 à 23:39 +0100, pascal a écrit :
Nooks L. Affro a écrit :
> > la page man justement (ne pas tout lire , juste chercher (raccourci /) les > mots clefs smp ou threads ) dit : smp et threads ca n'est pas nécessairement la même chose, non ?
SMP = Simetric Multi Processing
C'est un modèle de gestion de système possédant plusieurs processeurs , qui en gros repose sur le fait que les processeurs partage le même espace mémoire. Bon après cette brève digression, passons à ta question !
Les threads sont un moyen d'exprimer de la concurrence à l'intérieur de s processus. Dans le cas ou tu possède un système à plusieurs processeu rs, cette concurrence peut ce traduire par une exécution parallèle (c'est l'ordonnanceur qui s'en charge). Donc pour résumer, les threads dans le cadre d'une machine SMP permettent de faire de l'exécution parallèle.
> > lavc (-lavcopts) > Many lavc options are very specialized and tersely > documented. Read > the source for full details. > > ..... > > > threads=<1-8> > Maximum number of threads to use (default:1). > > > donc tu dois pouvoir utiliser > > mencoder -ovc lavc -lavcopts vbitrate€0:threads$:vhq ... > > 24 c juste pour rever un peu !!! > > > Nooks, > > Oui j'avais lu ça...mais ca ne veut pas obligatoirement dire que les threads seront distribués sur les différents processeurs et donc que mencoder supporte le smp ? Ou bien me plante-je ?
Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme précis e permettant de forcer l'exécution d'un thread (et même d'un processus) sur un processeur particulier (Pour des raison évidente de sécurité), et donc dans le cas ou plusieurs threads appartenant à un même processus demande à être exécuté, rien ne t'assure qu'il soient exécuté e n parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a toute les chances que tes threads soient exécuté en parallèle.
Pascal
Fabrice
-- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
--=-Avwf5Hc5BJ4h8KnaOozf Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux)
Le mardi 25 janvier 2005 à 23:39 +0100, pascal a écrit :
Nooks L. Affro a écrit :
>
> la page man justement (ne pas tout lire , juste chercher (raccourci /) les
> mots clefs smp ou threads ) dit :
smp et threads ca n'est pas nécessairement la même chose, non ?
SMP = Simetric Multi Processing
C'est un modèle de gestion de système possédant plusieurs processeurs ,
qui en gros repose sur le fait que les processeurs partage le même
espace mémoire. Bon après cette brève digression, passons à ta
question !
Les threads sont un moyen d'exprimer de la concurrence à l'intérieur de s
processus. Dans le cas ou tu possède un système à plusieurs processeu rs,
cette concurrence peut ce traduire par une exécution parallèle (c'est
l'ordonnanceur qui s'en charge). Donc pour résumer, les threads dans le
cadre d'une machine SMP permettent de faire de l'exécution
parallèle.
>
> lavc (-lavcopts)
> Many lavc options are very specialized and tersely
> documented. Read
> the source for full details.
>
> .....
>
>
> threads=<1-8>
> Maximum number of threads to use (default:1).
>
>
> donc tu dois pouvoir utiliser
>
> mencoder -ovc lavc -lavcopts vbitrate=800:threads=24:vhq ...
>
> 24 c juste pour rever un peu !!!
>
>
> Nooks,
>
>
Oui j'avais lu ça...mais ca ne veut pas obligatoirement dire que les
threads seront distribués sur les différents processeurs et donc que
mencoder supporte le smp ? Ou bien me plante-je ?
Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme précis e
permettant de forcer l'exécution d'un thread (et même d'un processus)
sur un processeur particulier (Pour des raison évidente de sécurité), et
donc dans le cas ou plusieurs threads appartenant à un même processus
demande à être exécuté, rien ne t'assure qu'il soient exécuté e n
parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a
toute les chances que tes threads soient exécuté en parallèle.
Pascal
Fabrice
--
"L'avenir, c'est à l'avance qu'il faut y penser."
R. Brautigan
--=-Avwf5Hc5BJ4h8KnaOozf
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Le mardi 25 janvier 2005 à 23:39 +0100, pascal a écrit :
Nooks L. Affro a écrit :
> > la page man justement (ne pas tout lire , juste chercher (raccourci /) les > mots clefs smp ou threads ) dit : smp et threads ca n'est pas nécessairement la même chose, non ?
SMP = Simetric Multi Processing
C'est un modèle de gestion de système possédant plusieurs processeurs , qui en gros repose sur le fait que les processeurs partage le même espace mémoire. Bon après cette brève digression, passons à ta question !
Les threads sont un moyen d'exprimer de la concurrence à l'intérieur de s processus. Dans le cas ou tu possède un système à plusieurs processeu rs, cette concurrence peut ce traduire par une exécution parallèle (c'est l'ordonnanceur qui s'en charge). Donc pour résumer, les threads dans le cadre d'une machine SMP permettent de faire de l'exécution parallèle.
> > lavc (-lavcopts) > Many lavc options are very specialized and tersely > documented. Read > the source for full details. > > ..... > > > threads=<1-8> > Maximum number of threads to use (default:1). > > > donc tu dois pouvoir utiliser > > mencoder -ovc lavc -lavcopts vbitrate€0:threads$:vhq ... > > 24 c juste pour rever un peu !!! > > > Nooks, > > Oui j'avais lu ça...mais ca ne veut pas obligatoirement dire que les threads seront distribués sur les différents processeurs et donc que mencoder supporte le smp ? Ou bien me plante-je ?
Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme précis e permettant de forcer l'exécution d'un thread (et même d'un processus) sur un processeur particulier (Pour des raison évidente de sécurité), et donc dans le cas ou plusieurs threads appartenant à un même processus demande à être exécuté, rien ne t'assure qu'il soient exécuté e n parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a toute les chances que tes threads soient exécuté en parallèle.
Pascal
Fabrice
-- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
--=-Avwf5Hc5BJ4h8KnaOozf Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux)
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
pascal
Peix Fabrice a écrit :
Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme précise permettant de forcer l'exécution d'un thread (et même d'un processus) sur un processeur particulier (Pour des raison évidente de sécurité), et donc dans le cas ou plusieurs threads appartenant à un même processus demande à être exécuté, rien ne t'assure qu'il soient exécuté en parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a toute les chances que tes threads soient exécuté en parallèle.
Merci pour toutes ces precisions... Si je peux me permettre... Est-il illusoire d'esperer forcer l'execution des differents threads d'un meme processus en parallèle en "nicant" ce processus (et en s'assurant qu'il n'y pas de processus gourmand en concurrence)? Pascal -- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Peix Fabrice a écrit :
Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme précise
permettant de forcer l'exécution d'un thread (et même d'un processus)
sur un processeur particulier (Pour des raison évidente de sécurité), et
donc dans le cas ou plusieurs threads appartenant à un même processus
demande à être exécuté, rien ne t'assure qu'il soient exécuté en
parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a
toute les chances que tes threads soient exécuté en parallèle.
Merci pour toutes ces precisions...
Si je peux me permettre...
Est-il illusoire d'esperer forcer l'execution des differents threads
d'un meme processus en parallèle en "nicant" ce processus (et en
s'assurant qu'il n'y pas de processus gourmand en concurrence)?
Pascal
--
"L'avenir, c'est à l'avance qu'il faut y penser."
R. Brautigan
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme précise permettant de forcer l'exécution d'un thread (et même d'un processus) sur un processeur particulier (Pour des raison évidente de sécurité), et donc dans le cas ou plusieurs threads appartenant à un même processus demande à être exécuté, rien ne t'assure qu'il soient exécuté en parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a toute les chances que tes threads soient exécuté en parallèle.
Merci pour toutes ces precisions... Si je peux me permettre... Est-il illusoire d'esperer forcer l'execution des differents threads d'un meme processus en parallèle en "nicant" ce processus (et en s'assurant qu'il n'y pas de processus gourmand en concurrence)? Pascal -- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le mercredi 26 janvier 2005 à 11:03 +0100, pascal a écrit :
Peix Fabrice a écrit :
> > Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme pr écise > permettant de forcer l'exécution d'un thread (et même d'un processu s) > sur un processeur particulier (Pour des raison évidente de sécurit é), et > donc dans le cas ou plusieurs threads appartenant à un même process us > demande à être exécuté, rien ne t'assure qu'il soient exécut é en > parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a > toute les chances que tes threads soient exécuté en parallèle. > Merci pour toutes ces precisions... Si je peux me permettre... Est-il illusoire d'esperer forcer l'execution des differents threads d'un meme processus en parallèle en "nicant" ce processus (et en s'assurant qu'il n'y pas de processus gourmand en concurrence)?
La seule méthode permettant de "s'assurer" de l'exécution d'un thread est de changer sa méthode de "scheduling", sous linux cela correspond a SCHED_FIFO, qui dit en gros que le thread garde la main tant qu'il le veut. Il est important de noter que cela n'est evidement possible que sous "root", et que cela peut frizzer la machine le tant que le processus ce termine (et si il se met a boucler ... ben t'est dans la merde).
La technique du nice peut néanmoins être efficace dans la pratique.
Pascal -- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
--=-60FiDvFa4/GLB/W2yNz2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux)
Le mercredi 26 janvier 2005 à 11:03 +0100, pascal a écrit :
Peix Fabrice a écrit :
>
> Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme pr écise
> permettant de forcer l'exécution d'un thread (et même d'un processu s)
> sur un processeur particulier (Pour des raison évidente de sécurit é), et
> donc dans le cas ou plusieurs threads appartenant à un même process us
> demande à être exécuté, rien ne t'assure qu'il soient exécut é en
> parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a
> toute les chances que tes threads soient exécuté en parallèle.
>
Merci pour toutes ces precisions...
Si je peux me permettre...
Est-il illusoire d'esperer forcer l'execution des differents threads
d'un meme processus en parallèle en "nicant" ce processus (et en
s'assurant qu'il n'y pas de processus gourmand en concurrence)?
La seule méthode permettant de "s'assurer" de l'exécution d'un thread
est de changer sa méthode de "scheduling", sous linux cela correspond a
SCHED_FIFO, qui dit en gros que le thread garde la main tant qu'il le
veut. Il est important de noter que cela n'est evidement possible que
sous "root", et que cela peut frizzer la machine le tant que le
processus ce termine (et si il se met a boucler ... ben t'est dans la
merde).
La technique du nice peut néanmoins être efficace dans la pratique.
Pascal
--
"L'avenir, c'est à l'avance qu'il faut y penser."
R. Brautigan
--=-60FiDvFa4/GLB/W2yNz2
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Le mercredi 26 janvier 2005 à 11:03 +0100, pascal a écrit :
Peix Fabrice a écrit :
> > Yes, tu te plante mais pas tout à fait. Il n'existe pas de norme pr écise > permettant de forcer l'exécution d'un thread (et même d'un processu s) > sur un processeur particulier (Pour des raison évidente de sécurit é), et > donc dans le cas ou plusieurs threads appartenant à un même process us > demande à être exécuté, rien ne t'assure qu'il soient exécut é en > parallèle, mais si il n'y a pas de processus gourmand qui tourne il y a > toute les chances que tes threads soient exécuté en parallèle. > Merci pour toutes ces precisions... Si je peux me permettre... Est-il illusoire d'esperer forcer l'execution des differents threads d'un meme processus en parallèle en "nicant" ce processus (et en s'assurant qu'il n'y pas de processus gourmand en concurrence)?
La seule méthode permettant de "s'assurer" de l'exécution d'un thread est de changer sa méthode de "scheduling", sous linux cela correspond a SCHED_FIFO, qui dit en gros que le thread garde la main tant qu'il le veut. Il est important de noter que cela n'est evidement possible que sous "root", et que cela peut frizzer la machine le tant que le processus ce termine (et si il se met a boucler ... ben t'est dans la merde).
La technique du nice peut néanmoins être efficace dans la pratique.
Pascal -- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
--=-60FiDvFa4/GLB/W2yNz2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux)
