OVH Cloud OVH Cloud

Debian Fork ?

39 réponses
Avatar
Gaël
Hello,


http://debianfork.org/





Ga=EBl

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CAGKqBr=Tj+G=1LY2XtRaXFbTKVX0C_H8CegMR4FHW1sDz1eveg@mail.gmail.com

10 réponses

1 2 3 4
Avatar
JF Straeten
Re,


On Wed, Oct 22, 2014 at 04:16:42PM +0200, BERTRAND Joël wrote:

[...]
Les niveaux d'exécution ne me dérangent pas plus que cela



J'admets que l'idée sous-jacente n'est pas mauvaise, mais les 9/10eme
du temps, même si ça ne gêne pas, ça ne sert à rien, en tout cas
ici... Donc, pourquoi les garder ?



[...]
Aujourd'hui, j'ai commencé à migrer mes machines vers autre
chose que du Linux. [...]



Ce serait indiscret de demander quoi ? :-)


[...] Je pense que systemd est assez symptomatique de la dérive de
Linux en général.



Là, t'y vas fort ;)

A+

--

JFS.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
BERTRAND Joël
JF Straeten a écrit :

Re,


On Wed, Oct 22, 2014 at 04:16:42PM +0200, BERTRAND Joël wrote:

[...]
Les niveaux d'exécution ne me dérangent pas plus que cela



J'admets que l'idée sous-jacente n'est pas mauvaise, mais les 9/10eme
du temps, même si ça ne gêne pas, ça ne sert à rien, en tout cas
ici... Donc, pourquoi les garder ?



Ça permet d'avoir des fonctionnements différents. init 5 avec X, init 2
ou 5 en fonctionnement serveur classique, 2a avec un fonctionnement
classique plus un serveur de fax par exemple...

Pour un poste de travail, ça ne sert à rien. Pour un serveur, ça peut
être utile.

[...]
Aujourd'hui, j'ai commencé à migrer mes machines vers autre
chose que du Linux. [...]



Ce serait indiscret de demander quoi ? :-)



Pas du tout. Pour les serveurs, je laisse les Linux mourir de leur
belle mort et lorsque je remplace un serveur, c'est par un NetBSD. Pour
les postes de travail, en fonction de l'architecture, c'est du Net ou du
Free. Je bricole aussi avec du L4 ou du VMS, mais c'est un autre sport :-P

[...] Je pense que systemd est assez symptomatique de la dérive de
Linux en général.



Là, t'y vas fort ;)



On en reparlera dans quelques années. Le noyau Linux ne ressemble plus
à rien, il faut 1 Go de mémoire pour booter n'importe quelle
distribution avec un bureau léger... J'ai un K6-III qui ne me sert que
pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire.
C'est devenu inutilisable avec :
- Linux récent (debian stable dégraissée au maximum)
- Xorg (carte matrox G200)
- comptes en NFS

Au démarrage, tu charges tout un tas de saletés dont tu n'as que faire.
Et comme le noyau sait mieux que toi comment il doit gérer la mémoire,
il préalloue des tas de zones et se met à swapper immédiatement alors
même que tu lui as indiqué une valeur swapiness intéressante. En fait,
Linux à la fin des années 1990 était vendu comme un système léger et
fiable. Il est encore à peu près fiable (sur x86) mais plus du tout léger.

Cordialement,

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
François Boisson
Le Wed, 22 Oct 2014 17:31:42 +0200
BERTRAND Joël a écrit:

On en reparlera dans quelques années. Le noyau Linux ne ressemble
plus à rien, il faut 1 Go de mémoire pour booter n'importe quelle
distribution avec un bureau léger... J'ai un K6-III qui ne me sert que
pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire.
C'est devenu inutilisable avec :
- Linux récent (debian stable dégraissée au maximum)
- Xorg (carte matrox G200)
- comptes en NFS



Non, tu exagères. Je boute sans aucun problème sur une machine 512M avec
clefagreg donc un système de fichiers composées de système SQH réunis avec un
système en RAM (contenant en autre le home) via AUFS, le tout sous XFCE/wheezy.
Avec 1G, le tout tient en RAM.
Enfin, un de mes serveurs en production est sur une machine 256M sous squeeze
et fonctionne parfaitement. Le seul service que j'ai délocaliser sur une autre
machine est spamassassin. Certes, ça n'est pas un énorme serveur mais les
domaines hébergés reçoivent quelques millions de requêtes par an inégalement
distribuées (pic en Mai, Juin et Juillet) et la machine gère plusieurs
comptes mails ainsi bien sûr comme serveur NFS et SSH.
Bref, je pense que tu dois pouvoir exploiter ton K6 mieux que tu ne sembles le
dire.

François Boisson

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
maderios
On 10/22/2014 05:31 PM, BERTRAND Joël wrote:

Au démarrage, tu charges tout un tas de saletés dont tu n'as que
faire. Et comme le noyau sait mieux que toi comment il doit gérer la
mémoire, il préalloue des tas de zones et se met à swapper immédiatement
alors même que tu lui as indiqué une valeur swapiness intéressante. En
fait, Linux à la fin des années 1990 était vendu comme un système léger
et fiable. Il est encore à peu près fiable (sur x86) mais plus du tout
léger.


Ce n'est pas spécifique à Linux. J'ai installé et utilisé Freebsd, c'est
exactement le même problème. La seule solution d'avoir un noyau
optimisé pour son propre système, c'est de le compiler soi-même, ce que
je fais depuis 15 ans et il n'y a pas photo avec les noyaux "officiels".

--
Maderios


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
BERTRAND Joël
François Boisson a écrit :
Le Wed, 22 Oct 2014 17:31:42 +0200
BERTRAND Joël a écrit:

On en reparlera dans quelques années. Le noyau Linux ne ressemble
plus à rien, il faut 1 Go de mémoire pour booter n'importe quelle
distribution avec un bureau léger... J'ai un K6-III qui ne me sert que
pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire.
C'est devenu inutilisable avec :
- Linux récent (debian stable dégraissée au maximum)
- Xorg (carte matrox G200)
- comptes en NFS



Non, tu exagères. Je boute sans aucun problème sur une machine 512M avec
clefagreg donc un système de fichiers composées de système SQH réunis avec un
système en RAM (contenant en autre le home) via AUFS, le tout sous XFCE/wheezy.
Avec 1G, le tout tient en RAM.
Enfin, un de mes serveurs en production est sur une machine 256M sous squeeze
et fonctionne parfaitement. Le seul service que j'ai délocaliser sur une autre
machine est spamassassin. Certes, ça n'est pas un énorme serveur mais les
domaines hébergés reçoivent quelques millions de requêtes par an inégalement
distribuées (pic en Mai, Juin et Juillet) et la machine gère plusieurs
comptes mails ainsi bien sûr comme serveur NFS et SSH.
Bref, je pense que tu dois pouvoir exploiter ton K6 mieux que tu ne sembles le
dire.



Avec 512 Mo, je sais booter normalement. Avec 256, il faut 45 minutes
pour terminer le boot (ne pas oublier anacron qui vient pomper toutes
les ressources avec un locate bien senti). Inutilisable avec une squeeze
'out of the box'.

Je t'invite quand tu veux pour constater toi-même les dégâts.

Cordialement,

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
BERTRAND Joël
maderios a écrit :
On 10/22/2014 05:31 PM, BERTRAND Joël wrote:

Au démarrage, tu charges tout un tas de saletés dont tu n'as que
faire. Et comme le noyau sait mieux que toi comment il doit gérer la
mémoire, il préalloue des tas de zones et se met à swapper immédiatement
alors même que tu lui as indiqué une valeur swapiness intéressante. En
fait, Linux à la fin des années 1990 était vendu comme un système léger
et fiable. Il est encore à peu près fiable (sur x86) mais plus du tout
léger.


Ce n'est pas spécifique à Linux. J'ai installé et utilisé Freebsd, c'est
exactement le même problème. La seule solution d'avoir un noyau
optimisé pour son propre système, c'est de le compiler soi-même, ce que
je fais depuis 15 ans et il n'y a pas photo avec les noyaux "officiels".




Mouais. J'ai installé récemment un FreeBSD sur un Acer Aspire 1700 (un
P4). FreeBSD vient nu, sans scories inutiles. L'installeur vient même
sans X. C'est à toi de rajouter ce que tu veux.

Quant à recompiler les noyaux, franchement, je ne vois pas bien la
différence entre un noyau précompilé et un autre que je compile aux
petits oignons. Autant sur quelques systèmes bien spécifiques ça peut se
justifier (du style -mtune=ev56 sur alpha), autant sur du x86, c'est une
perte de temps. Et ce n'est pas ce qui te fait gagner en occupation
mémoire. Mieux vaut triturer les paramètres avec sysctl.

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
François Boisson
Le Wed, 22 Oct 2014 20:35:17 +0200
BERTRAND Joël a écrit:

Avec 512 Mo, je sais booter normalement. Avec 256, il faut 45
minutes pour terminer le boot (ne pas oublier anacron qui vient pomper
toutes les ressources avec un locate bien senti). Inutilisable avec une
squeeze 'out of the box'.




Franchement tu m'étonnes, sur ma machine de 256M je fais tourner

* Un serveur NTP
* Un serveur Web
- depot (boisson.homeip.net)
- site personnel
- site pour clefagreg (clefagreg.dnsalias.org)
- 2 sites professionnels
(150000 hits par semaine en ce moment, période plutôt creuse)
* Un serveur DNS pour la resolution locale et pour servir d'autorité sur 2
domaines
* Un serveur de courrier (2 domaines)
* Un VPN
* Un serveur NFS

Par ailleurs elle sert de routeur et de parefeu.
cerbere:/home/francois# free
total used free shared buffers cached
Mem: 234424 163304 71120 0 11820 80176
-/+ buffers/cache: 71308 163116
Swap: 779144 131112 648032


Ça n'est pas une formule 1 ni un serveur surexploité c'est sûr mais ça tourne
sans problème. Quand j'avais installé cette machine en 2008, 256M n'était pas
ridicule. Le boute dure 4-5mn (114s jusqu'au lancement des processus
de /etc/rc2.d)

F.B

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
BERTRAND Joël
François Boisson a écrit :
Le Wed, 22 Oct 2014 20:35:17 +0200
BERTRAND Joël a écrit:

Avec 512 Mo, je sais booter normalement. Avec 256, il faut 45
minutes pour terminer le boot (ne pas oublier anacron qui vient pomper
toutes les ressources avec un locate bien senti). Inutilisable avec une
squeeze 'out of the box'.




Franchement tu m'étonnes, sur ma machine de 256M je fais tourner

* Un serveur NTP
* Un serveur Web
- depot (boisson.homeip.net)
- site personnel
- site pour clefagreg (clefagreg.dnsalias.org)
- 2 sites professionnels
(150000 hits par semaine en ce moment, période plutôt creuse)
* Un serveur DNS pour la resolution locale et pour servir d'autorité sur 2
domaines
* Un serveur de courrier (2 domaines)
* Un VPN
* Un serveur NFS

Par ailleurs elle sert de routeur et de parefeu.
cerbere:/home/francois# free
total used free shared buffers cached
Mem: 234424 163304 71120 0 11820 80176
-/+ buffers/cache: 71308 163116
Swap: 779144 131112 648032


Ça n'est pas une formule 1 ni un serveur surexploité c'est sûr mais ça tourne
sans problème. Quand j'avais installé cette machine en 2008, 256M n'était pas
ridicule. Le boute dure 4-5mn (114s jusqu'au lancement des processus
de /etc/rc2.d)



On ne parle pas de la même chose. Lorsqu'elle est lancée, ça fonctionne
à peu près. C'est le démarrage qui pose problème avec le anachron.
Effectivement, elle met en gros une minute à aller jusqu'à xdm, je peux
me logguer, mais les tâches anachron qui partent deux minutes après le
boot la mettent par terre durant trois gros quart-d'heure.

Je me refuse à tuer ces tâches car la machine n'est pas allumée assez
longtemps pour que les crons normaux se déroulent correctement.

Mais tu peux venir constater par toi même si tu ne me crois pas.

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
François Boisson
Le Wed, 22 Oct 2014 22:16:35 +0200
BERTRAND Joël a écrit:

On ne parle pas de la même chose. Lorsqu'elle est lancée, ça
fonctionne à peu près. C'est le démarrage qui pose problème avec le
anachron. Effectivement, elle met en gros une minute à aller jusqu'à xdm, je
peux me logguer, mais les tâches anachron qui partent deux minutes après le
boot la mettent par terre durant trois gros quart-d'heure.

Je me refuse à tuer ces tâches car la machine n'est pas allumée
assez longtemps pour que les crons normaux se déroulent correctement.

Mais tu peux venir constater par toi même si tu ne me crois pas.



Non, je comprends mieux, ça n'a rien à voir avec un serveur pour le coup. Tu
devrais mettre un mice et peut être même un ionice sur le updatedb, ça
arrangera considérablement les choses. Tu peux même éventuellement faire un
roulement sur les répertoires en fonction des jours pour minimiser l'impact du
updatedb. logrotate va très vite donc ne pose pas de souci.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
BERTRAND Joël
François Boisson a écrit :
Le Wed, 22 Oct 2014 22:16:35 +0200
BERTRAND Joël a écrit:

On ne parle pas de la même chose. Lorsqu'elle est lancée, ça
fonctionne à peu près. C'est le démarrage qui pose problème avec le
anachron. Effectivement, elle met en gros une minute à aller jusqu'à xdm, je
peux me logguer, mais les tâches anachron qui partent deux minutes après le
boot la mettent par terre durant trois gros quart-d'heure.

Je me refuse à tuer ces tâches car la machine n'est pas allumée
assez longtemps pour que les crons normaux se déroulent correctement.

Mais tu peux venir constater par toi même si tu ne me crois pas.



Non, je comprends mieux, ça n'a rien à voir avec un serveur pour le coup. Tu
devrais mettre un mice et peut être même un ionice sur le updatedb, ça
arrangera considérablement les choses.



Déjà tenté. Ça ne fait presque rien parce que le problème est que
updatedb est un goret en terme d'occupation mémoire. Ça swappe et
lorsque ça se met à swapper, un ionice n'arrange rien. La question
sous-jacente est de savoir pourquoi updatedb bouffe autant de mémoire.
J'ai comme dans l'idée que le truc n'est pas optimisé, du moins pour
l'occupation de la mémoire (je vois monter updatedb à plus de 300 Mo...
d'occupation mémoire).

En fait, je crois que ce qui m'énerve prodigieusement, c'est que j'ai
sous la main une AS200 qui a en tout et pour tout 128 Mo de mémoire et
que l'engin tourne avec un OpenVMS 8.4 _complet_, DECwindows compris
(serveur X), extensions TCPIP et tout ce qu'il faut en plus pour
connecter un VMS au monde Unix, que ce système fait largement plus de
choses et qu'il est confortable à l'utilisation. Ça donne un bon point
de comparaison.

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
1 2 3 4