<cite>Ce sont les gens qu'il faut critiquer, pas les élus</cite>
Ah, critiquer les deux c'est interdit ?
Le président actuel n'a t'il jamais profité du pouvoir des médias et de son pouvoir sur les médias pour se faire élire par des moutons ?
Le désintéressement des électeurs date des premières démocraties grecques, et on en profitait déjà à l'époque. Deux siècles n'y ont absolument rien fait : Les élus n'ont aucun intérêt à ce que ça change, alors ça changera pas, Point barre.
C'est un cercle vicieux : il suffit que l'un change pour que les autres suivent. C'est comme l'adoption de linux et le support matériel/logiciel ...
Les douzes avaient un temps de parole ? laisse moi rire !
On à entendu parler 24h/24h que d'un seul candidat avant l'élection présidentielle. Et quand on invite les autres candidats, les journalistes ne parlent que des 3/4 candidats principaux. Résultat l'interviewé détourne les questions et/ou n'y répond pas, ou alors il pousse une geulante.
Les gens ils votent comment ils choisissent leurs machine à laver ou leurs OS : ils prennent seulement ce qu'il connaissent. Il n'avaient même pas une vague idée du programme du président élu, alors parler d'idée qui conviennent pas ...
La feature qui me manque lorsque j'utilise xterm, c'est la surveillance de l'activité/inactivité de konsole. ça m'évite de surveiller mon terminal pour attendre un résultat...
Mais lorsque j'ai juste besoin d'un terminal pour moins de dix secondes, xterm suffit (et je l'utilise actuellement)
Mis à part celui de mon navigateur (qui ne supporte pas cette extension non plus), le très peu de besoin d'utiliser FTP pour envoyer un fichier est parfaitement couvert par ce programme.
Tu regarde souvent le coin de ton œil ? Moi pas.
J'imagine bien qu'il doit y avoir 50% du champ de vision qui sert 0.1 secondes juste le temps de tourner la tête.
et vu l'éloignement de la télé par rapport à toi, ça doit pas changer grand chose ton histoire ...
Sauf que j'aime pas les CD. Et vu que je voulais installer la version 64bit, fallait que je trouve un liveCD avec un noyau amd64, et j'en avais pas sous la main... du coup j'ai pris l'option sauvage ''partoche sur le disque dur'' mais ça aurai quand même été plus simple si le noyau du liveCD incluait le module cp437 dans son initrd.
Et j'avais essayé de lire le liveCD avec une autre distro, sauf que le squashfs il en voulais pas naturellement ...
Est-ce que maintenant installer une gentoo par USB est possible, ou bien est-ce toujours ''non supporté'' et pas possible ? (car le module vfat serait compilé mais pas le codepage 437)
Pas vraiment, dans le cas a) son pilote peut se comporter de facon particuliere de maniere a eviter des bugs HW par exemple
Dans ce cas c'est un défaut de construction généralisé. c'est tellement facile de péter ce genre de matos lorsque le PC est freezé ... (vécu avec une imprimante de merde)
Si c'est l'option du noyau que je connais, c'est un indicateur temporel depuis le démarrage de la machine. Si on redémarre, il n'est pas mis à 0. Pas pratique d'éteindre puis de réallumer pour tester ...
Déjà avec dash, c'est pas 50%, c'est plus de l'ordre de 400%, c'est pas négligeable, sauf que dash est un interpréteur et qu'il est inutilisable en tant que shell interactif.
Et si tu parle du shell interactif léger (je me souviens plus duquel c'était, peut être tcsh), alors entre 1 Mo et 700 Ko, ça fait que 300 Ko de différence, c'est pas grand chose.
J'ai aucun problème pour lancer 10 terminaux. Mais quand y a firefox qui tourne et qui se réserve 30 Mo, faut mieux pas en lancer plus qu'un. une différence de 300 Ko ne va rien changer dans ce cas.
J'ai pas vu mon temps de boot beaucoup diminuer avec dash, mais la conso mémoire, oui elle diminue.
Mais quand je dit que bash consomme 1Mo par défaut, je parle en tant qu'un shell interactif utilisé par un humain, et ça dash sait pas trop faire ;) j'ai essayé plusieurs shells pour trouver celui qui consomme le moins pour cette utilisation, et il prend 700 Ko minimum... autant garder bash.
Je suis bien d'accord, y a des problèmes actuellement entre linux et les vieilles machines. juste quelques précisions.
C'est bien à cause des 64Mio de RAM que c'est lent. J'ai pas de problème pour faire tourner des 200 Mhz avec 192 Mio de RAM, mais aussitôt qu'on descend en dessous de 96, c'est la galère.
Y a une différence énorme entre les vieux portables et les vieux pc de bureau.
les premiers ont des disques très lent et on peut simplement pas se permettre de trop swapper. et si la cg a de la mémoire partagée, alors on perd encore (dans mon cas) 8 Mio de 64 Mio. alors que les PC de bureau ont généralement de la mémoire dédiée et des disques plus rapides.
Sinon pour dire que udev est lent, je suis parfaitement d'accord : ça suxxe grave. bootchart me montre clairement que udev prend 100% du cpu pendant 7 secondes, pendant lequel il est inutile d'essayer de lancer quelque chose en parallèle. S'il faut améliorer le temps de boot de linux, faudrai peut être penser optimiser udev, ou a faire quelque chose quoi.
Moi, pour améliorer les perfs de linux sur un portable 640mhz avec 64mio de RAM j'ai :
- Réduit la mémoire partagée à 3 Mio. ça fait 5 Mio de disponible en plus, et ça fait du bien. (note : je suis en 800x600)
- Désactivé plein de trucs inutile dans xorg.conf qui sont actifs par défault mais qui servent jamais. y a moyen de gagner de la mémoire en interdisant le chargement de modules qui servent pas, vu que X bouffe plein de RAM.(au final il m'en prend 10mio)
- Jarté tout les processus qui sont pas assez inactif pour être swappé mais pas assez utile pour prendre de la RAM
- Moi j'utilise enlightenment, avec le plus de module possible déchargés. ça prend 5 Mio au final. C'est pas mal. on peut surement faire mieux avec d'autres WM.
- Jarté des modules noyau. c'est bien les petites conneries, mais j'ai gagné 1Mio en chargant pas automatiquement 20 petit machins qui servent jamais.
- Recompilé le noyau et utilisé de la concurrence pour gagner des secondes au démarrage.
Au final c'est mieux, mais c'est toujours le bordel :
- On peut lancer des processus de 20 Mio sans problème. Mais si on va dans les 30 Mio (genre firefox), alors il faut attendre au moins deux minutes le temps que le système swappe. seulement après il redeviens utilisable.
- bash prend au minimum 1 Mio par processus. faut pas lancer trop de shells.
- Ça prend toujours 25 sec à charger, et je vois pas comment accélérer le boot.
- Aussitôt que j'utilise aptitude, faut arrêter de toucher au système. Ce machin est d'une lenteur et prend une grosse consommation de RAM...
Dans la BTS Debian, on trouve des témoignages de gens qui veulent pas lancer aptitude parce qu'ils ont peurs des OOM du noyau sur des systèmes avec 32Mo.
Mais si on se passe de X, on n'est pas trop limité.
À coté, windows 98 marche bien, mais :
- Je peux pas aller sur le web avec IE, pour des raisons que vous connaissez, et inutile d'essayer de lancer firefox.
- Ça supporte moins de matos (pas de wifi, ni de clef USB UMS)
- Le disque pédale pas mal : FAT32 ça fragmente.
- Faut redémarrer quand ça deviens trop lent.
- Faut formater si on utilise trop.
Faut quand même rester réaliste. Savoir nager c'est une chose, savoir secourir quelqu'un en mer, c'est complètement différent, et c'est franchement pas donné à tout le monde. Quelqu'un qui est proche de la mort est complètement paniqué et imprévisible. Il peut essayer de prendre appui sur vous et vous couler pour rester hors de l'eau, du coup vous mourrez tout les deux...
<cite>PS: Ça prends tant de temps que ça le chargement dynamique de modules ? C'est quoi, le chargement ou la détection du matos ?</cite>
Sur du matos récent, ça change absolument rien. Mais aussitôt que tu tape dans du matos pas rapide, alors presque toutes les optimisations se valent. Entre le noyau qui va prendre 12sec, udev qui prend 100% du cpu pendant 5 sec, et le reste des scripts d'init qui appellent chacun 20 sous-processus et accèdent à 50 fichiers éparpillés sur le disque dur ...
[^] # Re: Faut pas déconner non plus
Posté par Batchyx . En réponse au journal Fichage généralisé. Évalué à 6.
Ah, critiquer les deux c'est interdit ?
Le président actuel n'a t'il jamais profité du pouvoir des médias et de son pouvoir sur les médias pour se faire élire par des moutons ?
Le désintéressement des électeurs date des premières démocraties grecques, et on en profitait déjà à l'époque. Deux siècles n'y ont absolument rien fait : Les élus n'ont aucun intérêt à ce que ça change, alors ça changera pas, Point barre.
C'est un cercle vicieux : il suffit que l'un change pour que les autres suivent. C'est comme l'adoption de linux et le support matériel/logiciel ...
[^] # Re: Faut pas déconner non plus
Posté par Batchyx . En réponse au journal Fichage généralisé. Évalué à 6.
On à entendu parler 24h/24h que d'un seul candidat avant l'élection présidentielle. Et quand on invite les autres candidats, les journalistes ne parlent que des 3/4 candidats principaux. Résultat l'interviewé détourne les questions et/ou n'y répond pas, ou alors il pousse une geulante.
Les gens ils votent comment ils choisissent leurs machine à laver ou leurs OS : ils prennent seulement ce qu'il connaissent. Il n'avaient même pas une vague idée du programme du président élu, alors parler d'idée qui conviennent pas ...
[^] # Re: xterm vs reste du monde
Posté par Batchyx . En réponse à la dépêche Interface graphique fonctionnelle : encore un effort pour l'open source. Évalué à 2.
Mais lorsque j'ai juste besoin d'un terminal pour moins de dix secondes, xterm suffit (et je l'utilise actuellement)
[^] # Re: Faut pas déconner non plus
Posté par Batchyx . En réponse au journal Fichage généralisé. Évalué à 9.
On est peut-être aussi cambriolé un peu ...
Tapez pas, j'y vais -->[]
[^] # Re: Mon téléphone
Posté par Batchyx . En réponse à la dépêche Le téléphone nouveau est arrivé : Neo FreeRunner. Évalué à 2.
[^] # Re: Partage de fichier "portable"
Posté par Batchyx . En réponse à la dépêche Publication de Samba 3.2. Évalué à 3.
[^] # Re: Partage de fichier "portable"
Posté par Batchyx . En réponse à la dépêche Publication de Samba 3.2. Évalué à 1.
Et quels clients supportent cette extension ? pas le /usr/bin/ftp de chez moi en tout cas
[^] # Re: Partage de fichier "portable"
Posté par Batchyx . En réponse à la dépêche Publication de Samba 3.2. Évalué à 3.
FTP ne peut pas supporter l'IPV6, vu qu'il encapsule une IPv4 dans son protocole.
Et c'est pas trop le NAT qui empêche les connexions FTP, c'est plutôt les firewall (pour une bonne raison).
[^] # Re: Où est le problème ?
Posté par Batchyx . En réponse au journal 4/3 16/9 panscan letterbox .... Évalué à 1.
J'imagine bien qu'il doit y avoir 50% du champ de vision qui sert 0.1 secondes juste le temps de tourner la tête.
et vu l'éloignement de la télé par rapport à toi, ça doit pas changer grand chose ton histoire ...
[^] # Re: Installer par USB
Posté par Batchyx . En réponse à la dépêche Sortie de la version 2008.0 du CD d'installation de Gentoo. Évalué à 3.
Et j'avais essayé de lire le liveCD avec une autre distro, sauf que le squashfs il en voulais pas naturellement ...
[^] # Re: ...
Posté par Batchyx . En réponse au journal 4/3 16/9 panscan letterbox .... Évalué à 6.
# Installer par USB
Posté par Batchyx . En réponse à la dépêche Sortie de la version 2008.0 du CD d'installation de Gentoo. Évalué à 3.
[^] # Re: Et sans CPL
Posté par Batchyx . En réponse au journal CPL et risques sanitaires. Évalué à 1.
[^] # Re: Toujours la même chose
Posté par Batchyx . En réponse au journal Hoax ou pas hoax ?. Évalué à 6.
Linux, par rapport à windows vista ;-) ...
[^] # Re: Le vendeur
Posté par Batchyx . En réponse au journal Darty condamné pour vente subordonée. Évalué à 7.
[^] # Re: Argumente...
Posté par Batchyx . En réponse au journal Questions trollesques sur GNOME & cie. Évalué à 1.
[^] # Re: Au delà du gaming
Posté par Batchyx . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 2.
Dans ce cas c'est un défaut de construction généralisé. c'est tellement facile de péter ce genre de matos lorsque le PC est freezé ... (vécu avec une imprimante de merde)
[^] # Re: Profilage
Posté par Batchyx . En réponse au journal Gestion du matériel gourmande en resources (udev, hal) ?. Évalué à 2.
[^] # Re: Parfaitement d'accord.
Posté par Batchyx . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 4.
Et si tu parle du shell interactif léger (je me souviens plus duquel c'était, peut être tcsh), alors entre 1 Mo et 700 Ko, ça fait que 300 Ko de différence, c'est pas grand chose.
J'ai aucun problème pour lancer 10 terminaux. Mais quand y a firefox qui tourne et qui se réserve 30 Mo, faut mieux pas en lancer plus qu'un. une différence de 300 Ko ne va rien changer dans ce cas.
[^] # Re: Parfaitement d'accord.
Posté par Batchyx . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 2.
Mais maintenant c'est trop tard : ça a été supprimé si je me souviens bien, ou alors déprécié en faveur d'aptitude.
Et utiliser aptitude sans ncurse, c'est pas beaucoup plus rapide que avec, y a juste une étape en moins (construction de la vue je crois...).
[^] # Re: Parfaitement d'accord.
Posté par Batchyx . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 1.
Mais quand je dit que bash consomme 1Mo par défaut, je parle en tant qu'un shell interactif utilisé par un humain, et ça dash sait pas trop faire ;) j'ai essayé plusieurs shells pour trouver celui qui consomme le moins pour cette utilisation, et il prend 700 Ko minimum... autant garder bash.
# Parfaitement d'accord.
Posté par Batchyx . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 6.
C'est bien à cause des 64Mio de RAM que c'est lent. J'ai pas de problème pour faire tourner des 200 Mhz avec 192 Mio de RAM, mais aussitôt qu'on descend en dessous de 96, c'est la galère.
Y a une différence énorme entre les vieux portables et les vieux pc de bureau.
les premiers ont des disques très lent et on peut simplement pas se permettre de trop swapper. et si la cg a de la mémoire partagée, alors on perd encore (dans mon cas) 8 Mio de 64 Mio. alors que les PC de bureau ont généralement de la mémoire dédiée et des disques plus rapides.
Sinon pour dire que udev est lent, je suis parfaitement d'accord : ça suxxe grave. bootchart me montre clairement que udev prend 100% du cpu pendant 7 secondes, pendant lequel il est inutile d'essayer de lancer quelque chose en parallèle. S'il faut améliorer le temps de boot de linux, faudrai peut être penser optimiser udev, ou a faire quelque chose quoi.
Moi, pour améliorer les perfs de linux sur un portable 640mhz avec 64mio de RAM j'ai :
- Réduit la mémoire partagée à 3 Mio. ça fait 5 Mio de disponible en plus, et ça fait du bien. (note : je suis en 800x600)
- Désactivé plein de trucs inutile dans xorg.conf qui sont actifs par défault mais qui servent jamais. y a moyen de gagner de la mémoire en interdisant le chargement de modules qui servent pas, vu que X bouffe plein de RAM.(au final il m'en prend 10mio)
- Jarté tout les processus qui sont pas assez inactif pour être swappé mais pas assez utile pour prendre de la RAM
- Moi j'utilise enlightenment, avec le plus de module possible déchargés. ça prend 5 Mio au final. C'est pas mal. on peut surement faire mieux avec d'autres WM.
- Jarté des modules noyau. c'est bien les petites conneries, mais j'ai gagné 1Mio en chargant pas automatiquement 20 petit machins qui servent jamais.
- Recompilé le noyau et utilisé de la concurrence pour gagner des secondes au démarrage.
Au final c'est mieux, mais c'est toujours le bordel :
- On peut lancer des processus de 20 Mio sans problème. Mais si on va dans les 30 Mio (genre firefox), alors il faut attendre au moins deux minutes le temps que le système swappe. seulement après il redeviens utilisable.
- bash prend au minimum 1 Mio par processus. faut pas lancer trop de shells.
- Ça prend toujours 25 sec à charger, et je vois pas comment accélérer le boot.
- Aussitôt que j'utilise aptitude, faut arrêter de toucher au système. Ce machin est d'une lenteur et prend une grosse consommation de RAM...
Dans la BTS Debian, on trouve des témoignages de gens qui veulent pas lancer aptitude parce qu'ils ont peurs des OOM du noyau sur des systèmes avec 32Mo.
Mais si on se passe de X, on n'est pas trop limité.
À coté, windows 98 marche bien, mais :
- Je peux pas aller sur le web avec IE, pour des raisons que vous connaissez, et inutile d'essayer de lancer firefox.
- Ça supporte moins de matos (pas de wifi, ni de clef USB UMS)
- Le disque pédale pas mal : FAT32 ça fragmente.
- Faut redémarrer quand ça deviens trop lent.
- Faut formater si on utilise trop.
[^] # Re: Pertinent
Posté par Batchyx . En réponse au journal [HS] Tester les intuitions morales. Évalué à 6.
# Mersenne twister
Posté par Batchyx . En réponse au journal Sortie de la bibliothèque Hasard version 0.2. Évalué à 3.
[^] # Re: La recompilation du noyau
Posté par Batchyx . En réponse au journal GNU/Linux : attire ou créer les geeks?. Évalué à 1.
Sur du matos récent, ça change absolument rien. Mais aussitôt que tu tape dans du matos pas rapide, alors presque toutes les optimisations se valent. Entre le noyau qui va prendre 12sec, udev qui prend 100% du cpu pendant 5 sec, et le reste des scripts d'init qui appellent chacun 20 sous-processus et accèdent à 50 fichiers éparpillés sur le disque dur ...