Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
lhabert
Franssoa :
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00 lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html) pour faire ça plus fiablement.
Franssoa :
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00
lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre
process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux
utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html)
pour faire ça plus fiablement.
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00 lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html) pour faire ça plus fiablement.
Franssoa
Franssoa :
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00 lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html) pour faire ça plus fiablement.
En fait je pensais ne récupérer le pid qu'au moment du kill, en
analysant la sortie du grep.
#! /usr/bin/env python import os, signal pid = None for res in os.popen("grep -ax"): if "btdownload" in res: pid = int(res.list()[0]) if pid: os.kill(pid, signal.SIGINT)
Évidemment, cela suppose qu'il n'y ai qu'une instance du programme à killer. Une autre impossibilité est de garder le pid au lancement du programme, puis par la même méthode vérifier que le pid est toujours attribué à ce programme. -- Franssoa
Franssoa :
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00
lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre
process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux
utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html)
pour faire ça plus fiablement.
En fait je pensais ne récupérer le pid qu'au moment du kill, en
analysant la sortie du grep.
#! /usr/bin/env python
import os, signal
pid = None
for res in os.popen("grep -ax"):
if "btdownload" in res:
pid = int(res.list()[0])
if pid:
os.kill(pid, signal.SIGINT)
Évidemment, cela suppose qu'il n'y ai qu'une instance du programme à
killer. Une autre impossibilité est de garder le pid au lancement du
programme, puis par la même méthode vérifier que le pid est toujours
attribué à ce programme.
--
Franssoa
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00 lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html) pour faire ça plus fiablement.
En fait je pensais ne récupérer le pid qu'au moment du kill, en
analysant la sortie du grep.
#! /usr/bin/env python import os, signal pid = None for res in os.popen("grep -ax"): if "btdownload" in res: pid = int(res.list()[0]) if pid: os.kill(pid, signal.SIGINT)
Évidemment, cela suppose qu'il n'y ai qu'une instance du programme à killer. Une autre impossibilité est de garder le pid au lancement du programme, puis par la même méthode vérifier que le pid est toujours attribué à ce programme. -- Franssoa
Franssoa
Franssoa :
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00 lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html) pour faire ça plus fiablement.
En fait je pensais ne récupérer le pid qu'au moment du kill, en
analysant la sortie du grep.
#! /usr/bin/env python import os, signal pid = None for res in os.popen("grep -ax"): if "btdownload" in res: pid = int(res.list()[0]) # arghhh !!
pid = int(res.split()[0])
if pid: os.kill(pid, signal.SIGINT)
Évidemment, cela suppose qu'il n'y ai qu'une instance du programme à killer. Une autre impossibilité est de garder le pid au lancement du programme, puis par la même méthode vérifier que le pid est toujours attribué à ce programme.
-- Franssoa
Franssoa :
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00
lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre
process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux
utiliser un truc comme supervise
(http://cr.yp.to/daemontools/supervise.html)
pour faire ça plus fiablement.
En fait je pensais ne récupérer le pid qu'au moment du kill, en
analysant la sortie du grep.
#! /usr/bin/env python
import os, signal
pid = None
for res in os.popen("grep -ax"):
if "btdownload" in res:
pid = int(res.list()[0])
# arghhh !!
pid = int(res.split()[0])
if pid:
os.kill(pid, signal.SIGINT)
Évidemment, cela suppose qu'il n'y ai qu'une instance du programme à
killer. Une autre impossibilité est de garder le pid au lancement du
programme, puis par la même méthode vérifier que le pid est toujours
attribué à ce programme.
Est-ce une bonne idée de le lancer avec un cron à minuit, puis à 9h00 lancer un kill en récupérant l'id d'une façon ou d'une autre ?
Pourquoi pas. Sauf que si le truc est mort entre temps, et qu'un autre process créé après sa mort a reçu ce pid, tu killes le mauvais. Tu peux utiliser un truc comme supervise (http://cr.yp.to/daemontools/supervise.html) pour faire ça plus fiablement.
En fait je pensais ne récupérer le pid qu'au moment du kill, en
analysant la sortie du grep.
#! /usr/bin/env python import os, signal pid = None for res in os.popen("grep -ax"): if "btdownload" in res: pid = int(res.list()[0]) # arghhh !!
pid = int(res.split()[0])
if pid: os.kill(pid, signal.SIGINT)
Évidemment, cela suppose qu'il n'y ai qu'une instance du programme à killer. Une autre impossibilité est de garder le pid au lancement du programme, puis par la même méthode vérifier que le pid est toujours attribué à ce programme.
-- Franssoa
Sébastien Monbrun aka TiChou
Dans le message <news:45f7f425$0$3809$, *Franssoa* tapota sur f.c.o.l.configuration :
[...]
Je ne vois pas trop l'intérêt de tout ça. Ça ne serait pas plus simple d'utiliser les commanndes 'killall' ou 'pkill' ?
Je ne vois pas trop l'intérêt de tout ça. Uniquement que je ne connais(sait) pas d'autre solution(s).
Ça ne serait pas plus simple d'utiliser les commanndes 'killall' ou 'pkill' ? [...] Si sûrement. Je vais donc regarder les pages man de killall et pkill
pour comprendre ton entrée cron.
Merci du coup de main -- Franssoa
Je ne vois pas trop l'intérêt de tout ça.
Uniquement que je ne connais(sait) pas d'autre solution(s).
Ça ne serait pas plus simple
d'utiliser les commanndes 'killall' ou 'pkill' ?
[...]
Si sûrement. Je vais donc regarder les pages man de killall et pkill
Je ne vois pas trop l'intérêt de tout ça. Uniquement que je ne connais(sait) pas d'autre solution(s).
Ça ne serait pas plus simple d'utiliser les commanndes 'killall' ou 'pkill' ? [...] Si sûrement. Je vais donc regarder les pages man de killall et pkill
pour comprendre ton entrée cron.
Merci du coup de main -- Franssoa
Fabien LE LEZ
On Wed, 14 Mar 2007 12:51:30 +0100, Franssoa :
Le but étant de faire tourner bittorrent aux heures ou je n'utilise pas mon réseau,
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne gêne pas les autres applications ?
On Wed, 14 Mar 2007 12:51:30 +0100, Franssoa <mon@ema.il>:
Le but étant de faire tourner bittorrent aux heures ou je n'utilise pas
mon réseau,
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne
gêne pas les autres applications ?
Le but étant de faire tourner bittorrent aux heures ou je n'utilise pas mon réseau,
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne gêne pas les autres applications ?
Franssoa
On Wed, 14 Mar 2007 12:51:30 +0100, Franssoa :
Le but étant de faire tourner bittorrent aux heures ou je n'utilise pas mon réseau,
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne gêne pas les autres applications ?
si, je pourrais limiter la bande passante. Mais je préfère disposer la journée de toute la bande possible pour autre chose que bt, et la nuit je dors (pas assez, bien sur). -- Franssoa
On Wed, 14 Mar 2007 12:51:30 +0100, Franssoa <mon@ema.il>:
Le but étant de faire tourner bittorrent aux heures ou je n'utilise pas
mon réseau,
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne
gêne pas les autres applications ?
si, je pourrais limiter la bande passante. Mais je préfère disposer la
journée de toute la bande possible pour autre chose que bt, et la nuit
je dors (pas assez, bien sur).
--
Franssoa
Le but étant de faire tourner bittorrent aux heures ou je n'utilise pas mon réseau,
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne gêne pas les autres applications ?
si, je pourrais limiter la bande passante. Mais je préfère disposer la journée de toute la bande possible pour autre chose que bt, et la nuit je dors (pas assez, bien sur). -- Franssoa
Fabien LE LEZ
On Wed, 14 Mar 2007 17:55:08 +0100, Franssoa :
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne gêne pas les autres applications ?
Bon, ben je vais aller faire un petit tour sur google pour voir comment on fait ça, si c'est applicable sur mon reseau et si ça peu me convenir. -- Franssoa
On Wed, 14 Mar 2007 17:55:08 +0100, Franssoa <mon@ema.il>:
T'as pas moyen de mettre un petit peu de QoS, pour que bittorrent ne
gêne pas les autres applications ?
si, je pourrais limiter la bande passante.
Quel rapport ?
Je te parle de baisser la priorité de bittorrent.
http://en.wikipedia.org/wiki/Quality_of_service
oops, désolé, je n'avais pas compris :-(
Bon, ben je vais aller faire un petit tour sur google pour voir comment
on fait ça, si c'est applicable sur mon reseau et si ça peu me convenir.
--
Franssoa
Bon, ben je vais aller faire un petit tour sur google pour voir comment on fait ça, si c'est applicable sur mon reseau et si ça peu me convenir. -- Franssoa
Mihamina (R12y) Rakotomandimby
Franssoa wrote:
Bon, ben je vais aller faire un petit tour sur google pour voir comment
Une piste que je n'ai toujours pas testé mais que je sais qui existe depuis belle lurette. J eme demande meme si c'est encore maintenu: http://lartc.org/
Franssoa wrote:
Bon, ben je vais aller faire un petit tour sur google pour voir comment
Une piste que je n'ai toujours pas testé mais que je sais qui existe depuis
belle lurette. J eme demande meme si c'est encore maintenu:
http://lartc.org/
Bon, ben je vais aller faire un petit tour sur google pour voir comment
Une piste que je n'ai toujours pas testé mais que je sais qui existe depuis belle lurette. J eme demande meme si c'est encore maintenu: http://lartc.org/