ckyl a écrit 3877 commentaires

Un conseil, demenage et viens vivre dans des contrees plus acceuillantes que la jungle urbaine et son traintrain ;-)

Y'en a qui vivent sur mars !

Cependant la qualite des infos de clubic est toujours constante et toujours aussi merdique. Va faire un tours sur telcom.gouv.fr pour avoir le texte exact.

l'extension adblock est pas mal.
Si tu tournes souvent sur les memes sites (genre de site) tu vires 90% de la pub c'est deja pas mal.

ordonnanceur entre autre.

Le but est d'avoir la plus grande interactivite possible => quand tu bouges ta souris X recoit tres vite le signal.

Pour mplayer, la sortie de ps/top a toujours varie d'un noyau a l'autre. Il faut se fier a la ligne de debug sur la console qui est plus fiable (voir la FAQ de mplayer a ce sujet)

Tout parreil, info c'est trop chiant a utiliser :-)

Je dirais trouver une information dans un man prend moins longtemps. Info tu es justement toujours en train de naviguer ! Mais c'etait pas le but initial....

Moi je fais que suivre le (mauvais) exemple. Faut le dire au monsieur du dessus :-)

C'est vrai blowfish n'est pas du tout connu pour être l'un des trois algos qui gère les mots de passe sur les *BSD....

Heu je ne pense pas que ca soit de la securite par l'obscurite mais uniquement du bon sens !

Quand tu vois qu'une centrale nucleaire canadienne à du être arreter y'a 6 mois par ce qu'elle etait connectée à internet et avait subit blaster (je suis plus sur que ce soit blaster).

Connecter de systèmes critiques à internet est une stupidité dans la plupart des cas. Ce n'est en rien de la sécurité par l'obscurité c'est du bon sens...

Et ce n'est pas cacher le diamant amha, c'est faire qu'il ne soit pas accessible sans passer par une couloir particulier et plus ou moins controler/able

On me fait signe a l'instant que le poste n'etait pas tout a fait complet donc je le termine un petit peu en vrac.

L'etat d'ULE est actuellement proche de la production. D'ailleur après le tag de la 5_2 ULE est devenu l'ordonanceur par défaut de CURRENT. Ceci dans le but de finir de l'éprouver et de pouvoir déterminer si ULE ou 4BSD est le mieux adapté lorsque 5 deviendra la branche STABLE (http://www.freebsd-fr.info/modules.php?name=News&file=article&a(...))

Il y'a eu des problèmes, Jeff a beaucoup travaille pour les corriger, il y a encore des problemes, il travaillera certainement encore beaucoup et n'attend que VOS rapports de bug. ULE est en phase de finalisation.

Donc pour ceux qui decouvrent ULE, ce n'est pas par ce que vous ne connaissez pas quelques choses qui cela n'existe pas. ULE ne vient pas de sortir d'un chapeau par ce qu'il est sur kerneltrap (en suivant les liens de KT on tombe d'ailleur sur des comparaisons interessantes, des interview de molnar etc.)

Autrement pour extrapoler un petit peu sur le sujet (a propos du pseudo plagiat de FreeBSD) il serait bon de s'interesser à ce que propose FreeBSD. Par exemple comparer KSE à NTPL. Et la tout lecteur attentif aura compris que les deux systèmes ont des approchent radicalement différentes.

http://people.redhat.com/drepper/nptl-design.pdf(...)
http://madchat.org/netadm/kern/kern.bsd/Kernel-Scheduled_Entities_f(...)

Comme ca on pourra se lancer dans de vrais bon gros trolls sur l'approche 1:1 vs M:N et autre joyeusetés

Bon allons y.

Premièrement la partie technique :

Il fut un temps, ce temps n'étant pas encore révolu puisqu'il couvre des débuts d'UNIX à FreeBSD 4 et Linux 2.4, ou la grande majorité des *nix utilisait un algorithme d'ordonancement souvent nommé "decay". On trouvera la description d'un tel algorithme dans le chapitre 10 de Understanding the linux kernel mais aussi celui de FreeBSD 4.

http://madchat.org/netadm/kern/kern.bsd/the_freebsd_process_schedul(...)
http://madchat.org/netadm/kern/kern.linux/ch10.html(...)

Depuis quelque temps une classe d'algorithme nouveau fait son emerge dans l'ordonancement de tache. Ce type d'algorithme est nommé "event driven". Avant les ordonanceurs avait une complexite en 0(n) [n nombre de processus/threads dans le systeme]. Pour BSD par exemple on était obligé de parcourir l'ensemble de la liste de processus toute les secondes. Quand on pense que Ingo Molnar a lancer 110 000 threads sur un 2.5 y'a six mois ca laisse songeur :-)

Bref a ma connaissance ingo Molnar a été le premier a implemente un ordonnanceur "event driven" sur un système d'exploitation grand publique. Le principe de ceux ci est d'eviter tout parcour de la liste et d'avoir un complexite en O(1).

Pour faire dans les grosses lignes on utilise deux files de processus. L'une des deux files est la file courante. Quand un processus a utiliser tout le temps qui lui etait imparti on le passe dans l'autre file. quand la file courante est vide on swap les deux files. Tout cela c'est du O(1) partout.

Ingo Molnar fut le premier, suivit de près par Jeff Robertson qui a écrit... ULE. Ils utilisent le même concept. Après il faut être très niait pour croire que ce son Ingo Molnar ou Jeff Robertson sont les inventeurs de ce principe. Il doit y avoir quelques dizaine de papier présentant des algorithmes similaires. Voila celui qui correspond au code d'Ingo Molnar

http://www.usenix.org/events/usenix01/nieh.html(...)

Pour ULE on regardera

http://madchat.org/netadm/kern/kern.bsd/ULE.pdf(...)

Pour l'ordonnanceur de linux il n'y a pas de papier officiel il me semble. J'ai rapidement fait un commentaire du code de celui-ci dans un projet de DEUG. Ceux que ca interesse peuvent consulter

http://mistral.unice.fr/~mathieuc/sched/book.html#AEN470(...)

[il s'agit d'un brouillon nullement destine a etre mis en ligne, si vous voyez des fautes je suis preneur]

Donc je ne vois pas le problème, ni l'histoire des licences qui ressort. C'est bizarre mais ce sont les mêmes qui crient au FUD pour SCO et commencent a sortir plus ou moins n'importe quoi pour les autres. Et j'ai lu le code de molnar il y'a 7 mois, celui de Jeff il y'a 2 mois... si quelqu'un peu me trouver du code commun entre les deux ca m'interesse, par ce que moi j'ai pas vu.

Sur ce, je conseil a tout ceux qui perdent leur temps a troller stupidement d'aller lire un peu de code ca fait du bien des fois. Et non il n'y a rien de revolutionnaire dans les algorithmes utilisés, de plus tout ceux qui ont deja suivit le developpement d'un ordonanceur savent que c'est une semaine pour l'écrire, un an pour le régler et virer tout les problèmes. Le code n'est pas transposable comme certain aimerait le croire.

Simplement par ce qu'il y a mieux a faire que de s'amuser a accroitre ses XPs de linuxfr dans la vie. Et si certains le font je les plaind plus qu'autre chose.

Vous avez pas l'impression de transformer des problemes qui n'en sont pas en affaire d'Etat ?

En meme temps Mr tout le monde fait chier^w^wappel le pote qui s'y connait pour installer un logiciel sous Windows. Je vois pas la différence.

Achetes toi understanding the linux kernel, design & implementation of 4.4BSD et quelques autres. Si tu les fais en un jour je te payes a boire :-)

idee : peut etre mettre a jour procps ?

J'ai vu dans le changelog des adaptations a NTPL qui a change au passage /proc (les threads non principaux sont en .pid dans /proc).

cf NTPL => http://www.redhat.com/partners/pdf/POSIX_Linux_Threading.pdf(...)

"Resource usage reported to the parent (CPU time, wall time, page faults,
etc.) are reported for the entire process and not just the initial thread."

J'ai pas de machine qui tourne actuellement en NTPL et je ne m'avancerais pas plus :-)

Puisque ca n'a pas l'air d'etre clair, ma remarque etait ironique et en rapport avec le journal précédent.

Je suis a 99,65% d'accord avec linus la dessus.

J'avoue que des micro application, hormis un pote qui les achetait au kilo dans un petit magasin et les revendait trois fois plus cher dans un autre magasin j'ai pas eu l'occasion d'en lire beaucoup !

Aucun utilisateur d'ordinateur personnel n'aura besoin de plus de 640Kb de RAM

Linux pour les nuls est l'exemple typique du mauvais bouquin pour les debutants.

Il n'y a aucun approche pedagogique, on balance des infos dans tout les sens qui servent a rien. Des details technique sans importance. Je l'ai pas sous la main a cet instant, mais ma memoire me dit que c'est l'une des pires "chose" que j'ai eu l'occasion d'avoir entre les mains.

Il suffit de filmer l'ecran

> mais avec cette tare, Windows a encore de longues années de tranquilité devant lui.

Bin t'as les sources non ? :-)

Disons que sauf si tu as des kilos de traducteurs sous la main c'est insoluble.

Si tu fais des rapports de bug en francais le developpeur ne peut pas le comprendre ! Si tu etais dev et que tu te retrouvais avec un rapport de bug en polonais comment ferais tu ?

L'anglais a pour le moment la place de langue technique universelle et j'ai bien dit technique ! Parler ou lire un anglais technique n'est vraiment pas complique etant donner que la plupart des mots sont latins ou alors par ce que les francais utilisent les mots anglais partout.

Amha rapporte dans ton probleme dans un anglais meme mauvais, personnes ne te feras remarquer cela sauf si personne n'a compris ce que tu voulais dire :-)

Apres si tu parles d'un petit projet avec des devs majoritairement francais, tu peux tenter t'as chance ou alors poste sur une ML qui tolere plusieurs langues. Je connais quelques projets comme cela ou les MLs sont en anglais et en francais.

Pas de solution amha.

Bande de petits joueurs :-)))

Sous Linux => man pkill

===========================================
NAME
pgrep, pkill - look up or signal processes based on name and other
attributes


SYNOPSIS
pgrep [-flvx] [-d delimiter] [-n|-o] [-P ppid,...] [-g pgrp,...]
[-s sid,...] [-u euid,...] [-U uid,...] [-G gid,...]
[-t term,...] [pattern]

pkill [-signal] [-fvx] [-n|-o] [-P ppid,...] [-g pgrp,...]
[-s sid,...] [-u euid,...] [-U uid,...] [-G gid,...]
[-t term,...] [pattern]
============================================

Et ouai, alors elle est ou la bonne astuce ? :-)

Je pense que tu devrais lire : ftp://ftp.rfc-editor.org/in-notes/rfc3514.txt(...)

La difference entre toi et eux ? C'etait un poisson d'avril....

Que c'est beau d'etre naif

Tu vas lancer le DSPAM (Distributed SPAM) :-þ