Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser En ce moment je m'amuse bien, je compile le kernel (2.6.3 sous sid).
Parmi les options proposées, il y en a une qui permet d'activer ou pas le système de fichier /proc. Cela a soulevé en moi une angoissante question :
Quelles sont les répercutions sur le système si on a pas de /proc?
Et aussi : Y a-t-il un intérêt à ce passer d'un /proc (à part réduire la taille du kernel)?
> Lire le journal (14 commentaires, moyenne: 1,1).
Re: linux sans /proc
Je te conseille pas de t'en passer. C'est a peu près indispensable: Sans /proc: - Pas de ps, de top - Pas de chargement dynamique de module - Pas de hotplug - Pas d'ACPI - Pas de forward de paquet IP - Aucune configuration du noyau - Je pense que beaucoup de programmes vont refuser de fonctionner
Re: linux sans /proc
/proc est remplacé par /sys mais par contre il n'y a pas encore beaucoup de programmes qui ont été porté pour utiliser la nouvelle interface!
-
[^]Re: linux sans /proc
Posté par TazForEver () le 27/02/2004 à 23:12. (lien). Évalué à 1.et ils sont ou les équivalents de meminfo, cpuinfo, etc ?
-
[^]Re: linux sans /proc
Posté par Matthieu C () le 28/02/2004 à 00:01. (lien). Évalué à 1.je crois pas...
/sys ne remplacera jamais l'imense merdier que l'on peut trouver dans /proc...-
[^]Re: linux sans /proc
Posté par mr_moustache () le 28/02/2004 à 01:55. (lien). Évalué à 1.Ah, je croyais etre le seul a me dire ca..
-
[^]Re: linux sans /proc
Posté par farib () le 28/02/2004 à 10:17. (lien). Évalué à 1.tant qu'on a /proc/kcore, on a tout ;)
-
[^]Re: linux sans /proc
Posté par foulmetal canette (page perso, ) le 28/02/2004 à 14:49. (lien). Évalué à 1.oui mais bon /proc/kcore ça prend pas mal de place alors : # rm -f /proc/kcore tiens, faudrait que j'en fasse une astuce d'ailleurs.. ____ | ___ | ----------> [ ] ( oops loupé la marche ;+] )-
[^]Re: linux sans /proc
Posté par Jean-Marc Spaggiari (page perso, ) le 01/03/2004 à 03:25. (lien). Évalué à 1.Arf, trop fort. J'ai même pas essayé de fair ece genre de truc. Et on peut jouer avec tout ce qu'il y a dans proc de la même façon?
Allez, avant d'éteindre, je vais faire le con avec ca ;)
Ralala, je vrois que je vais adorer.
JMS
-
[^]Re: linux sans /proc
Posté par fred point (page perso, ) le 02/03/2004 à 18:39. (lien). Évalué à 1.Essaye ça ! C'est bien aussi !
gzip /lib/libc-2.3.2.so
PS: Eh oui je l'ai fait il y trés trés trés longtemps...-
[^]Re: linux sans /proc
Posté par fred point (page perso, ) le 02/03/2004 à 19:01. (lien). Évalué à 1.sauf que c'était pas cette version... bien sur ...
-
-
-
-
Re: linux sans /proc
Juste pour dire que dans un système bien conçu (qui a dit FreeBSD) il y a d'autres moyens d'acceder aux informations de /proc que par le merdier de /proc.
M'enfin ca va pas très loin comme remarque :-)
-
[^]Re: linux sans /proc
Posté par cykl (Jabber id, ) le 28/02/2004 à 23:02. (lien). Évalué à 2.Pour ceux qui moinssent qu'ils reflechissent 30 secondes sur l'avantages d'avoir des appels systemes propres et des structures de données bien définies par rapport a un parsage immonde de /proc pour acceder a ce dont on a besoin...
M'enfin c'est tellement plus facile de cliquer sur [-]...
Linux c'est bien mais c'est limite goret way of life quand même, puis la documentation sur les structures de données on va pouvoir les attendre encore pendant 20 ans avant que les devels comprennent comment faire une man page...-
[^]Re: linux sans /proc
Posté par Nicolas Boulay () le 01/03/2004 à 16:35. (lien). Évalué à 0.C'est peut-être pour cela que linux avance si vite...
-
[^]Re: linux sans /proc
Posté par cykl (Jabber id, ) le 03/03/2004 à 00:48. (lien). Évalué à 1.Si vite ?
Tu vois des choses extra ordinaire dans linux toi ?
Ce sont les principes UNIX, il y a peu d'inovations en ce moment et c'est juste du polishage et de l'optimisation d'algo. C'est vrai que ca empeche de documenter ses APIs pour ceux qui travaillent dans le noyau... Et de créer un truc propre et stable
T'as d'autres trucs du genre en stock ? Ton argument s'appliquerait encore à dragonflyBSD si tu fais le ratio creativité|code pondu/dévoloppeur. Et la tu peux dire que ca avance vite...
-
-
Cette page a été générée par Templeet en 0.0769s (dont 0.0072 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.