- Certaines choses sont rendues bien plus compliquees par rapport a d'autres systemes
Un peu plus compliquées parfois, j'en conviens. N'en rajoute pas non plus, on pourrait en trouver des trucs mal foutus dans les API de Windows.
- Ca oblige a refaire l'architecture des softs a cause d'un systeme qui fait differemment de tous les autres Unix
Non, car les routines bas niveau ne devraient jamais être utilisées directement par le programmeur. LinuxThreads a été fait quelque peu cradement au départ, mais il a été fait pour que les applications threadées existantes recompilent sans problème.
En gros ca fait bien chier et quand on sait que PID veut dire PROCESS ID, on se demande comment les threads d'un meme process ont un PID different.
Quel est le véritable problème à part la façon dont ça apparaît dans top ?
Quand a la doc de glibc, ben sur www.gnu.org/manual/glibc-2.2.3/html_node il n'y a rien du tout, tu l'a prise ou ou ta doc ?
Dans /usr/share/doc/glibc-doc/html/, j'ai une excellente doc.
[^] # Re: linuuuuuuuuuuuuux
Posté par Jar Jar Binks . En réponse à la dépêche Quel OS pour le multiprocesseur ?. Évalué à 3.
Un peu plus compliquées parfois, j'en conviens. N'en rajoute pas non plus, on pourrait en trouver des trucs mal foutus dans les API de Windows.
- Ca oblige a refaire l'architecture des softs a cause d'un systeme qui fait differemment de tous les autres Unix
Non, car les routines bas niveau ne devraient jamais être utilisées directement par le programmeur. LinuxThreads a été fait quelque peu cradement au départ, mais il a été fait pour que les applications threadées existantes recompilent sans problème.
En gros ca fait bien chier et quand on sait que PID veut dire PROCESS ID, on se demande comment les threads d'un meme process ont un PID different.
Quel est le véritable problème à part la façon dont ça apparaît dans top ?
Quand a la doc de glibc, ben sur www.gnu.org/manual/glibc-2.2.3/html_node il n'y a rien du tout, tu l'a prise ou ou ta doc ?
Dans /usr/share/doc/glibc-doc/html/, j'ai une excellente doc.