La degonfle version aigle.
Vous n’êtes pas identifié. Veuillez vous connecter ou vous inscrire.
Le Vrai Asile » Messages de Plume
La degonfle version aigle.
Il semblerait que l'on soit tous des trolls hormis Reblo.
Peut être devrais-tu lancer ta propre marque commerce équitable car visiblement la mondialisation et le libre échange ne répondent pas à ton besoin légitime.
Il faut que tu trouves un nom de marque.
Puis une population pauvre pour fabriquer le matos.
Commence à réfléchir au nom c'est l'étape la plus longue.
Bonjour,
Quelques statistiques:
4146 MP ont été envoyés jusqu'à présent.
100 contiennent le mot bite et 219 cul.
La plus grosse pipelette est Napalm avec 379 messages, suivi de rain avec 235.
Un (ou quelques) admin(s) jette(nt) parfois un œil aux messages en peignoir, un verre de château Petrus à la main.
Plume, c'est pour toi. DTC
C'est pour le ravitaillement en vol.
Ce matin dans un parc parisien, j'ai vu un pigeon se faire recaler par 4 femelles.
Il a finit par niquer la 5 ème en 4 secondes chrono puis s'est envolé plus léger dans l'instant qui a suivi.
Plume a écrit:sed a écrit:Un collègue vient justement de m'expliquer la même chose ))
On a regardé un peu plus en détail le script et
Additonal options: -cpu <n> : number of parallel CPU workers to use for multithreads (default all)
Il m'a expliqué que si je veux en lancer 2 en parallèle, il faut que j'alloue 4 cores sur l'un et 4 cores sur l'autre pour éviter justement qu'ils se croisent sur le même CPU.
Merci anyway
Pas tout à fait.
Si t'as 4 CPUs, il faut que tu lances tes 2 scripts avec -cpu 2 pour occuper tes 4 CPUs.
Si tu lances les 2 scripts avec -cpu 4, ça fait une charge de travail pour 8 CPUs, répartie sur 4 CPUs, donc ça ne va pas aller plus vite.
Et probablement plus lentement car chaque CPU va devoir executer 49% du temps le script A, puis 49% le script B, et les 2% correspondent au travail de transition que doit effectuer le CPU quand il change la tâche (de A vers B et inversement) qu'il est en train d'executer.
Je sais pas si ça ira plus vite avec -cpu 2, je crois même que ça changera que dalle.
Cela dépend essentiellement du degré de parallélisme de son script.
Un collègue vient justement de m'expliquer la même chose ))
On a regardé un peu plus en détail le script et
Additonal options: -cpu <n> : number of parallel CPU workers to use for multithreads (default all)
Il m'a expliqué que si je veux en lancer 2 en parallèle, il faut que j'alloue 4 cores sur l'un et 4 cores sur l'autre pour éviter justement qu'ils se croisent sur le même CPU.
Merci anyway
Pas tout à fait.
Si t'as 4 CPUs, il faut que tu lances tes 2 scripts avec -cpu 2 pour occuper tes 4 CPUs.
Si tu lances les 2 scripts avec -cpu 4, ça fait une charge de travail pour 8 CPUs, répartie sur 4 CPUs, donc ça ne va pas aller plus vite.
Et probablement plus lentement car chaque CPU va devoir executer 49% du temps le script A, puis 49% le script B, et les 2% correspondent au travail de transition que doit effectuer le CPU quand il change la tâche (de A vers B et inversement) qu'il est en train d'executer.
Si tu bouffes tous les CPUs de ta machine, ça ne va pas planter, juste ramer parce que les processus qui gèrent ton bureau vont batailler pour avoir du CPU.
Pour éviter que ça rame, change la priorité de tes scripts pour qu'ils s'exécutent avec une priorité inférieure.
Lance les avec la commande nice.
Genre:
$nice hmmscan
Euh vous confondez les mecs, le film de Reblo c'est Projet X.
Au final est-ce que l'un de vous a acheté un oneplus one ?
Bah il n'y a pas des Unix ou le process devient orphelin ?
Seulement si c'est volontaire (daemon) ou par négligence programmatique (orphan).
Mais j'ai écrit un peu vite, ce n'est pas UNIX mais Linux only: PR_SET_PDEATHSIG.
Après rien n'empêche un process (disons bash) d'envoyer TERM à son propre process group quand il se termine.
Ca fonctionne sauf en cas de crash violent de bash et encore kill(2) peut être invoqué depuis un signal handler (genre SIGSEV).
Sans doute un forfait enterrement de vie de garçon.
On s'est renseigné pour un pote, ça comprend:
la pute
conduite de char
tir à kalash
Ce que tu cherches ne serait pas plutôt le PID d'un process lancé dans un script qui a été lancé avec un nohup ? (le echo $! te renvoi le PID de python et pas de l'exe dans ton script)
D'ailleurs sed, en butant le parent, le fils est censé mourrir aussi ce qui n'est selon tes dires pas le cas, ce qui remet en question toute l'informatique unix et va sans doute troubler le sommeil de plus d'un ici.
Enculé va.
Pas assez cher mon fils ?
Bon j'ai rien lu parce qu'il faut bien reconnaître que je m'en bas les couilles.
Par contre je tiens à dire que j’apprécie particulièrement sentir avec mon pied le parquet chauffé par le soleil.
Et même laisser traîner le pied sous un de ses rayons si l'occasion se présente.
C'est juste fini depuis 8-10 ans les soucis de drivers AMD, y'a que Loner qu'a des soucis.
Loner doit être sous Linux, où les drivers sont merdiques comme sur Win y'a 10 ans.
Oui c'est bien comme prix d'ami.
Tu peux rajouter au moins 50€. Elle est loin d'être finie.
Sur la fibre orange, le modem est séparé de la box et cablé en RJ45 (vlan 835 pour le net).
Il est tout fait possible de relier le modem directement à un ordi/router et configurer ses identifiants orange sur le client PPPoE de la passerelle maison.
Ce n'est pas aussi compliqué que ça en a l'air.
Pareil, wifi sur la box orange complètement dans les choux.
A noter qu'orange ne propose pas d'IPv6 (la blague en 2014).
Free j'ai l'impression que c'est surtout de la merde sur Paris.
Comme d'hab, si ça déconne, parlez-en ici !
Le Vrai Asile » Messages de Plume
Propulsé par PunBB, supporté par Informer Technologies, Inc.
Généré en 0,791 secondes, 10 requêtes exécutées