D'après Theo d'openBSD :
http://fr.news.yahoo.com/050617/7/4gtxt.html
(c'est en français, ptilou pourrait ne pas comprendre...)
Alors, vous qui avez vu des morceaux de ce code source du kernel et qui
savez faire la différence entre du bon code et du mauvais code, en quoi
le kenel est-il mauvais?
Est-ce juste une question de non conformité du code aux standard, auquel
cas, un simple code cleaning ferait l'affaire,
Ou bien est-ce bien plus grave? Est-ce remédiable?
Serait-t-il plus simple de travailler sur une "emulation Linux" chez BSD
ou bien d'entreprendre un code cleaning du kernel Linux? Parceque je
cherche une "idée" de projet.
L'émulation Linux chez BSD pour certains périphériques pourrait rendre
les drivers founis pour Linux fonctionnels sous BSD, par exemple. Mais on
peut aussi nettoyer le code Linux pour lui donner la clarté de celui d'un
FreeBSD, ou d'un NetBSD...
PS: ptilou, je t'ai plonké alors moi je suis en write only pour toi.
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Et ça tous les Linuxiens le savent.
Tu ne serait pas un parent proche de luc2 toi ? Tu débarques récemment sur linuxfr.org, et maintenant, usenet.
On parle de toi ici : <http://linuxfr.org/~MrMax/18610.html>
Sympa cette petite compilation.
-- Nazcafan
Rakotomandimby (R12y) Mihamina
Nazcafan :
Sympa cette petite compilation.
Bof... il a gagné son pari. Dire des conneries et devenir célèbre... Ca aurait été autrement plus "juste" d'écrire un article sur Arnaud Gomes Do Vale, Thomas Nemeth et autres barbus bien connus...
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Nazcafan <nazcafan@no-log.org> :
Sympa cette petite compilation.
Bof... il a gagné son pari. Dire des conneries et devenir célèbre...
Ca aurait été autrement plus "juste" d'écrire un article sur Arnaud
Gomes Do Vale, Thomas Nemeth et autres barbus bien connus...
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Bof... il a gagné son pari. Dire des conneries et devenir célèbre... Ca aurait été autrement plus "juste" d'écrire un article sur Arnaud Gomes Do Vale, Thomas Nemeth et autres barbus bien connus...
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Thierry Boudet
On 2005-06-23, Rakotomandimby (R12y) Mihamina wrote:
Thomas Nemeth et autres barbus bien connus...
Bah, tout le monde sait que Thomas ne poste plus. En plus, maintenant, il est imberbe.
-- J'ai pu constater avec les commandes "C-h v Tab" et "C-h f Tab" que emacs (version 20.7.1 de la SuSE 7.3) disposait de 1.660 variables et de 3.420 fonctions ! ----------------------------------Bloatware PowAAA----------------------
On 2005-06-23, Rakotomandimby (R12y) Mihamina wrote:
Thomas Nemeth et autres barbus bien connus...
Bah, tout le monde sait que Thomas ne poste plus. En plus,
maintenant, il est imberbe.
--
J'ai pu constater avec les commandes "C-h v Tab" et "C-h f Tab" que
emacs (version 20.7.1 de la SuSE 7.3) disposait de 1.660 variables et de
3.420 fonctions !
----------------------------------Bloatware PowAAA----------------------
On 2005-06-23, Rakotomandimby (R12y) Mihamina wrote:
Thomas Nemeth et autres barbus bien connus...
Bah, tout le monde sait que Thomas ne poste plus. En plus, maintenant, il est imberbe.
-- J'ai pu constater avec les commandes "C-h v Tab" et "C-h f Tab" que emacs (version 20.7.1 de la SuSE 7.3) disposait de 1.660 variables et de 3.420 fonctions ! ----------------------------------Bloatware PowAAA----------------------
l'indien
On Thu, 23 Jun 2005 11:41:23 +0000, Franck Yvonnet wrote:
Ainsi Parlait Servlax
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Ah bon ? J'étais persuadé que chaque version était réecrite from scratch.
C'est plus subtil que ça: ils attendent qu'une API soit bien stable pour la réécrire complètement et ils attendent les cris. Cf la gestion mémoire dans le 2.4 (stabilisée vers le 2.4.10...), le(s) scheduler dans le 2.6. Comme la couche réseau marche pas mal, c'est peut-être la prochaine victime ? ;-)
On Thu, 23 Jun 2005 11:41:23 +0000, Franck Yvonnet wrote:
Ainsi Parlait Servlax <servlax@gmail.com>
Le plus gros problème de Linux, c'est que tout est brouillon et
patché version après version. De la merde de conception quoi.
Ah bon ? J'étais persuadé que chaque version était réecrite from
scratch.
C'est plus subtil que ça:
ils attendent qu'une API soit bien stable pour la réécrire complètement
et ils attendent les cris.
Cf la gestion mémoire dans le 2.4 (stabilisée vers le 2.4.10...), le(s)
scheduler dans le 2.6.
Comme la couche réseau marche pas mal, c'est peut-être la prochaine
victime ? ;-)
On Thu, 23 Jun 2005 11:41:23 +0000, Franck Yvonnet wrote:
Ainsi Parlait Servlax
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Ah bon ? J'étais persuadé que chaque version était réecrite from scratch.
C'est plus subtil que ça: ils attendent qu'une API soit bien stable pour la réécrire complètement et ils attendent les cris. Cf la gestion mémoire dans le 2.4 (stabilisée vers le 2.4.10...), le(s) scheduler dans le 2.6. Comme la couche réseau marche pas mal, c'est peut-être la prochaine victime ? ;-)
jvcharles
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Et ça tous les Linuxiens le savent.
tien Mrs troll M$ a une opinion, ici c'est génération nt
Le plus gros problème de Linux, c'est que tout est brouillon et
patché version après version. De la merde de conception quoi.
Et ça tous les Linuxiens le savent.
tien Mrs troll M$ a une opinion, ici c'est génération nt
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Et ça tous les Linuxiens le savent.
tien Mrs troll M$ a une opinion, ici c'est génération nt
remy
"l'indien" a écrit dans le message de news:
On Thu, 23 Jun 2005 11:41:23 +0000, Franck Yvonnet wrote:
Ainsi Parlait Servlax
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Ah bon ? J'étais persuadé que chaque version était réecrite from scratch.
C'est plus subtil que ça: ils attendent qu'une API soit bien stable pour la réécrire complètement et ils attendent les cris. Cf la gestion mémoire dans le 2.4 (stabilisée vers le 2.4.10...), le(s) scheduler dans le 2.6.
ah un debat politique :-)
vaut il mieux avoir une repartition des ressources de maniere egalitaire et rapide ou une repartition des ressources en fct d'une priorite et quota constant ou un quota micro p variable plus systeme priorite
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
"l'indien" <l_indien_no_more_spams@magic.fr> a écrit dans le message de
news:pan.2005.06.23.21.52.43.808831@magic.fr...
On Thu, 23 Jun 2005 11:41:23 +0000, Franck Yvonnet wrote:
Ainsi Parlait Servlax <servlax@gmail.com>
Le plus gros problème de Linux, c'est que tout est brouillon et
patché version après version. De la merde de conception quoi.
Ah bon ? J'étais persuadé que chaque version était réecrite from
scratch.
C'est plus subtil que ça:
ils attendent qu'une API soit bien stable pour la réécrire complètement
et ils attendent les cris.
Cf la gestion mémoire dans le 2.4 (stabilisée vers le 2.4.10...), le(s)
scheduler dans le 2.6.
ah un debat politique :-)
vaut il mieux avoir une repartition des ressources de maniere
egalitaire et rapide
ou une repartition des ressources en fct d'une priorite et quota constant
ou un quota micro p variable plus systeme priorite
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
On Thu, 23 Jun 2005 11:41:23 +0000, Franck Yvonnet wrote:
Ainsi Parlait Servlax
Le plus gros problème de Linux, c'est que tout est brouillon et patché version après version. De la merde de conception quoi.
Ah bon ? J'étais persuadé que chaque version était réecrite from scratch.
C'est plus subtil que ça: ils attendent qu'une API soit bien stable pour la réécrire complètement et ils attendent les cris. Cf la gestion mémoire dans le 2.4 (stabilisée vers le 2.4.10...), le(s) scheduler dans le 2.6.
ah un debat politique :-)
vaut il mieux avoir une repartition des ressources de maniere egalitaire et rapide ou une repartition des ressources en fct d'une priorite et quota constant ou un quota micro p variable plus systeme priorite
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Thierry Boudet
On 2005-06-24, remy wrote:
vaut il mieux avoir une repartition des ressources de maniere egalitaire et rapide ou une repartition des ressources en fct d'une priorite et quota constant ou un quota micro p variable plus systeme priorite
Je propose de commencer par la création d'un sous-comité.
--
De preference, une distrib qui casse avec le knowledge du debutant. En français prolétaire, ça donne quoi ?
Pfff... tu n'es vraiment pas aware, tu n'as pas le knowledge ;-)
/// FY dans fcol.debats ///
On 2005-06-24, remy <remy@fctpas.fr> wrote:
vaut il mieux avoir une repartition des ressources de maniere
egalitaire et rapide
ou une repartition des ressources en fct d'une priorite et quota constant
ou un quota micro p variable plus systeme priorite
Je propose de commencer par la création d'un sous-comité.
--
De preference, une distrib qui casse avec le knowledge du debutant.
En français prolétaire, ça donne quoi ?
Pfff... tu n'es vraiment pas aware, tu n'as pas le knowledge ;-)
vaut il mieux avoir une repartition des ressources de maniere egalitaire et rapide ou une repartition des ressources en fct d'une priorite et quota constant ou un quota micro p variable plus systeme priorite
Je propose de commencer par la création d'un sous-comité.
--
De preference, une distrib qui casse avec le knowledge du debutant. En français prolétaire, ça donne quoi ?
Pfff... tu n'es vraiment pas aware, tu n'as pas le knowledge ;-)
/// FY dans fcol.debats ///
remy
"Thierry Boudet" a écrit dans le message de news:
On 2005-06-24, remy wrote:
vaut il mieux avoir une repartition des ressources de maniere egalitaire et rapide ou une repartition des ressources en fct d'une priorite et quota constant
ou un quota micro p variable plus systeme priorite
Je propose de commencer par la création d'un sous-comité.
perso j'aime bien le troisieme a cause du bordel que cela peut engendrer priorite la plus faible quota + inf je l'ai je le garde non mais
donc il faut peut etre creer une comission d'enquete tu as raison
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
"Thierry Boudet" <tth@zouh.org> a écrit dans le message de
news:slrndbnk1l.5eg.tth@zouh.org...
On 2005-06-24, remy <remy@fctpas.fr> wrote:
vaut il mieux avoir une repartition des ressources de maniere
egalitaire et rapide
ou une repartition des ressources en fct d'une priorite et quota
constant
ou un quota micro p variable plus systeme priorite
Je propose de commencer par la création d'un sous-comité.
perso j'aime bien le troisieme a cause du bordel que cela peut engendrer
priorite la plus faible quota + inf je l'ai je le garde non mais
donc il faut peut etre creer une comission d'enquete tu as raison
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
vaut il mieux avoir une repartition des ressources de maniere egalitaire et rapide ou une repartition des ressources en fct d'une priorite et quota constant
ou un quota micro p variable plus systeme priorite
Je propose de commencer par la création d'un sous-comité.
perso j'aime bien le troisieme a cause du bordel que cela peut engendrer priorite la plus faible quota + inf je l'ai je le garde non mais
donc il faut peut etre creer une comission d'enquete tu as raison
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
