> Justement, ton OS gère très bien les accès concurrent
Ah bon, t'utilises quoi comme OS ? :)
Nan sérieux, sur ma machine (un laptop avec un 2.6.12.x en CFQ), si je copies quelques gros fichiers en parallèle, ça se ressent quand même pas mal (genre pour lancer une nouvelle appli pendant que ça se passe). Bon, c'est normal, y'a pas de miracle, mais je pense que pour l'utilisateur c'est plus confortable d'avoir les copies en séquence : ça prendra globalement le même temps si il ne fait rien à côté, et si au contraire il a besoin d'IO pour autre chose, il ne sera en concurrence qu'avec un processus et pas 36, et il aura beaucoup moins l'impression que "ça râme". Copier des fichiers ou bien les déplacer entre des partition, c'est typiquement une tâche faiblement prioritaire pour l'utilisateur desktop typique, donc pas besoin de bourriner en multipliant les processus.
Et puis actuellement, si tu drag'n'drop plusieurs fichiers en même temps, ils sont copiés en séquence, alors que si tu les drag'n'drop les uns après les autres, ils sont copiés en parallèle. C'est quand même franchement contre-intuitif comme comportement, non ?
"Converti" peut-être ?
« Il y a pas mal de nouveaux convertis... »
« Très rapidement un converti est capable de... »
Ouaif, ça a l'air de le faire, enfin c'est pas complètement ridicule. Et puis c'est bien connu que les distribs Linux sont autant de chapelles pour lesquelles chacun prêche, tout ça quoi...
Intuitivement je dirais plutôt que ça dépend du contexte, du degré de certitude qu'on accorde à la proposition : « il semble que l'indicatif soit parfois une faute, mais il est vrai que ça n'en est pas toujours une. »
Mais bon, je n'en suis pas plus sûr que ça.
Perso mon conseil ça serait surtout de ne pas te prendre trop le chou sur ces histoires de CFLAGS. Un truc du genre CFLAGS="-march=athlon-xp -02 -fomit-frame-pointer -pipe" et CXXFLAGS="${CFLAGS}" est très raisonnable, ne te posera pas de problème de stabilité comme certains flags de jacky à la -funroll-all-loops et autres -ffast-math, te fera des binaires assez considérablement plus petits qu'en -03 (chargement des applis plus rapide, et surtout moins de fautes de cache CPU, qui font bien souvent se trainer les binaires de jacky en fait). Bref des bons flags par défaut à mon goût. Après, le -O3, il peut être bénéfique pour certains softs/libs assez calculatoires, mais je dirais que c'est une nette minorité. Tu pourras toujours jouer plus tard à l'appliquer séléctivement avec un "/etc/portage/bashrc" [1] qui va bien, sur quelques paquets du style libsdl, ffmpeg, etc.
Mais quoi qu'il en soit, ne t'attends pas à voir ton système s'envoler grâce aux CFLAGS... À mon avis, il est bien plus important de te concentrer sur un choix judicieux pour tes USE flags : fait toujours des "emerge -pv machin/truc" avant d'installer quelquechose, regarde les USE flags utilisés, et complète petit à petit ta liste de ceux globaux dans "/etc/make.conf" et de ceux locaux dans "/etc/portage/package.use". Il y a bien des logiciels pour lesquels les USE flags te font passer du simple au double le nombre de bibliothèques liées, et ça par exemple ça peut influer bien plus visiblement sur l'impression de légèreté ou de lourdeur du système.
Moi ce que j'aimerais c'est un raccourcis qui permettrait de faire un preview de ce que j'ai actuellement de copié (enfin deux raccourcis, un pour voir ce qui est copié pas le Ctrl+C ou équivalent des applis, et un pour voir la copie automatique qui est faite lors d'une séléction de texte). Je compte pas le nombre de fois où dans un journée je colle un truc pour ensuite annuler parceque j'ai oublié que j'avais copié autre chose entre temps, ou bien parce que j'ai confondu la copie Ctrl+C avec celle automatique, etc.
Tiens, c'est marrant que tu mentionnes ça, parce que c'est très exactement la raison qui m'a enfin décidé il y a 2 ou 3 jours à switcher de Straw vers Liferea. (Et il va sans dire que je ne le regrette pas...)
Bah c'était pas précisé de quel bout du tunnel il s'agissait en même temps :)
Bon ouais nan, ceci dit je suis un peu d'accord avec toi, j'y avais pas prêté attention à la relecture, mais c'est vrai que c'est un titre un peu trop généraliste pour juste une offre particulière (même si c'est, à ma connaissance et à celle des autres relecteurs je crois, la première avec un portable grand constructeur et Linux préinstallé sans double-boot).
> Tous les messages passent par bogofilter.
> Seules les erreurs sont corrigées manuellement
Ah je préfère, donc la base n'est pas modifiée à chaque message comme l'indique ton journal, mais juste consultée en lecture. C'est juste là dessus que je tiquais.
À part ça :
- sur spamassassin, je suis plutôt d'accord quant à la lourdeur de la solution, c'est bien pour ça que je ne l'utilise pas non plus. C'était plus une suggestion "faute de mieux"...
- quant à ton anacron, je te suggère d'essayer fcron à l'occasion en remplacement. Ça combine en gros un cron classique, plus un anacron, plus quelques autres features. Si je dis ça, c'est parce que tu peux y configurer un délais minimum à respecter entre son démarrage et l'exécution des jobs en retard. Ça évite d'avoir un gros rush d'IO direct après le boot, quand tu démarres toi aussi tes applications, et donc dans ton cas quand tu récupères un premier coup tes mails.
Ça me semble très bizarre ça. Quand un nouveau message arrive, comment tu détermines automatiquement si il doit servir à entrainer la base du ham ou celle du spam ? Tu es sûr que tu l'utilises correctement bogofilter ?
Bon sinon, sur l'idée d'un démon, effectivement ça semblerait utile, mais non je ne connais rien de tel. Sauf éventuellement à utiliser Spamassassin... Je l'utilise pas perso donc je dis peut-être des conneries, mais il me semble que :
- on peut configurer les types de règles qu'on veut utiliser
- il sait faire entre autre de la classification bayesienne
Donc on devrait pouvoir en faire en gros un bogofilter. Mouaif, à voir...
Je me baserais plus volontier sur le nombre de votes/jour (changer le sondage en deça d'un seuil qui reste à déterminer d'après des stats qui reste à faire). Les commentaires, bah c'est comme partout ailleurs, tu peux avoir 3 zouaves qui trollent en boucle depuis 15 jours, et c'est pas ça qui doit déterminer le contenu de la page d'accueuil pour tous les autres visiteurs. Les 3 zouaves peuvent aller chercher dans les archive, ou bien passeront de toute façon par leur "page personnelle".
> Supposons que tu as 1Go de RAM ton disque dur fait disons du
> 30Mo/s ce qui fait dans les 35 secondes pour reveiller le portable !
> À raprocher de la vitesse de boot des distros avec un bon
> système d'init.
Après un boot frais, je doute que tu aies 1Go de RAM d'utilisé. Il manque donc qqch dans ta comparaison...
Perso j'avais mesuré mon temps de réveil lors d'une utilisation typique, dans une discussion ici : http://linuxfr.org/forums/10/9217.html(...)
Réveil en 22 secondes pour 480Mo de RAM utilisés, avec compression LZF et sur un disque 5400t/min. C'est 22 secondes pour avoir un bureau avec tout plein d'applis lancées, et des documents ouverts de partout, bref dans l'état du bureau de quelqu'un que tu interromps alors qu'il est sur sa session depuis bien des jours sans l'avoir jamais fermée. Franchement, ce que tu récupères au réveil, il n'est souvent pas envisageable d'y revenir sans y passer de nombreuses minutes sur un boot frais. Sans compter qu'une session bien chargée, c'est long à fermer (annoter tes buffers de code pour marquer ou tu en étais dans ton boulot, sauver des buffers de petites notes temporaires qui ne l'auraient jamais été sinon, bookmarker temporairement des pages web, etc.).
> Sans oublier qu'au passage tes connexions réseau ont expirées etc.
C'est le rôle du script "hibernate" de s'occuper de tous ces petits détails, et il le fait très bien pour peut qu'on le lui demande dans la config.
Ouais, bon, limite off-topic, mais si y'a des Gentooistes dans la salle intéressés par Tiny ERP, je viens de bazarder un premier (puis un second en fait) jet d'ebuilds pour le client et le serveur ici : http://tdegreni.free.fr/tiny(...)
Tout commentaire par d'éventuels beta-testeurs sera le bienvenu (message perso ou l'email qui est dans le README). Je ne me suis pas encore vraiment sérieusement penché sur les 4 nouveaux softs par contre, ça sera peut-être pour plus tard...
Perso je distribue depuis un compte Free une Gentoo spécialisée pour un petit NAS, et ce depuis ~7 mois sans qu'on m'ait embêté. Mais bon, ça reste très modeste (parce que truc de geek et parce que j'ai pas fait d'update depuis des siècles), genre 3Go/mois. Ceci dit, j'en parle parceque ça peut être un moyen simple pour démarrer, le temps que le projet soit devenu suffisament intéressant pour pouvoir songer à démarcher les hébergeurs / FAI / universités / etc qui font du mirroring de logiciels libre.
J'en sais rien, mais je suppose que techniquement ils ne doit pas y avoir d'obstacle majeur puisque Tiny ERP lui est dispo pour Windows [1], et que apparament ces softs en sont largement issus.
Posté par tgl .
En réponse à la dépêche Inkscape 0.42.
Évalué à 3.
Perso j'ai pas de CapsLock sur mon clavier (j'en ai fait un Meta, parceque je m'en servais jamais et que j'étais un peu court en touches sinon, clavier de Thinkpad sans windowserie oblige...), mais avec le layout "fr-latin9", tu n'en n'as pas besoin pour les capitales accentuées. Elles se font avec Shift+AltGr en général. Perso je trouve ça plus pratique, j'aime pas les raccourcis en plusieurs temps (CapsLock, lettre, CapsLock).
> Sur Ubuntu, c'est à peu près à ça qu'on arrive aussi, ou bien il y a
> encore des progrès à faire ?
Hmmm... elle est mal formulée ma question... j'veux dire, est-ce que mon screenshot "avec Pango" est au niveau de ce qu'on obtient sur Ubuntu, où c'est apparemment satisfaisant ?
Bon, perso je lis pas le tibétain, donc par curiosité, est-ce que la version avec Pango est effectivement mieux ? Sur Ubuntu, c'est à peu près à ça qu'on arrive aussi, ou bien il y a encore des progrès à faire ?
Il me semble que Ubuntu patche Firefox pour faire faire à Pango le rendu des textes, ceci expliquant celà. Par contre, pas la peine de faire un bugreport amha, c'est des patches qui sont utilisés par pas mal de distribs (Fedora aussi par exemple), donc je suppose qu'ils sont bien connus côté Mozilla et que c'est sciemment qu'ils ne sont pas (encore ?) intégrés.
Sinon, par curiosité, tu utilises quoi comme police pour afficher du tibetain ?
Bon on s'en fout, mais j'ai maté ces derniers jours la saison 4 de la série "24", et il y a qlqs jolies pubs Cisco placées sur 3 ou 4 épisodes d'affilée. Ça donne des petits dialogues dans ce genre là, qui arrivent en général comme un poil dans la soupe vis-à-vis du scénar' :
- On subit un grosse attaque de déni de service...
- Quels sont les dégats ?
- Aucun, heureusement les systèmes Cisco sont auto-protégés.
(c'est pas les seules pubs évidemment, genre les gentils ils ont des laptops sérieux style HP alors que les méchants ils ont des laptops de Jacky signés AlienWare.com, mais quand même, c'étaient les seuls que j'ai repéré à carrément se payer des bouts de dialogues...)
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par tgl . En réponse à la dépêche Aperçu en français de GNOME 2.12. Évalué à 2.
Ah bon, t'utilises quoi comme OS ? :)
Nan sérieux, sur ma machine (un laptop avec un 2.6.12.x en CFQ), si je copies quelques gros fichiers en parallèle, ça se ressent quand même pas mal (genre pour lancer une nouvelle appli pendant que ça se passe). Bon, c'est normal, y'a pas de miracle, mais je pense que pour l'utilisateur c'est plus confortable d'avoir les copies en séquence : ça prendra globalement le même temps si il ne fait rien à côté, et si au contraire il a besoin d'IO pour autre chose, il ne sera en concurrence qu'avec un processus et pas 36, et il aura beaucoup moins l'impression que "ça râme". Copier des fichiers ou bien les déplacer entre des partition, c'est typiquement une tâche faiblement prioritaire pour l'utilisateur desktop typique, donc pas besoin de bourriner en multipliant les processus.
Et puis actuellement, si tu drag'n'drop plusieurs fichiers en même temps, ils sont copiés en séquence, alors que si tu les drag'n'drop les uns après les autres, ils sont copiés en parallèle. C'est quand même franchement contre-intuitif comme comportement, non ?
[^] # Re: nombrilisme ...
Posté par tgl . En réponse à la dépêche Lancement de Debian Common Core. Évalué à 3.
T'installes un Gentoo ?
[^] # Re: c'est une bonne nouvelle
Posté par tgl . En réponse à la dépêche Lancement de Debian Common Core. Évalué à 3.
"Converti" peut-être ?
« Il y a pas mal de nouveaux convertis... »
« Très rapidement un converti est capable de... »
Ouaif, ça a l'air de le faire, enfin c'est pas complètement ridicule. Et puis c'est bien connu que les distribs Linux sont autant de chapelles pour lesquelles chacun prêche, tout ça quoi...
[^] # Re: Fôte
Posté par tgl . En réponse à la dépêche Lancement de Debian Common Core. Évalué à 4.
Mais bon, je n'en suis pas plus sûr que ça.
# Barf, les perfs...
Posté par tgl . En réponse au message Gentoo et performances. Évalué à 5.
Mais quoi qu'il en soit, ne t'attends pas à voir ton système s'envoler grâce aux CFLAGS... À mon avis, il est bien plus important de te concentrer sur un choix judicieux pour tes USE flags : fait toujours des "emerge -pv machin/truc" avant d'installer quelquechose, regarde les USE flags utilisés, et complète petit à petit ta liste de ceux globaux dans "/etc/make.conf" et de ceux locaux dans "/etc/portage/package.use". Il y a bien des logiciels pour lesquels les USE flags te font passer du simple au double le nombre de bibliothèques liées, et ça par exemple ça peut influer bien plus visiblement sur l'impression de légèreté ou de lourdeur du système.
[1] http://gentoo-wiki.com/TIP_The_/etc/portage/bashrc_file(...)
[^] # Re: Pas mal
Posté par tgl . En réponse au journal Aperçu de GNOME 2.12. Évalué à 4.
[^] # Re: Et le plus important...
Posté par tgl . En réponse au journal Impose ton style. Évalué à 3.
</ma vie>
[^] # Re: Lien
Posté par tgl . En réponse à la dépêche PC portables sous Linux : le bout du tunnel ?. Évalué à 2.
Bah c'était pas précisé de quel bout du tunnel il s'agissait en même temps :)
Bon ouais nan, ceci dit je suis un peu d'accord avec toi, j'y avais pas prêté attention à la relecture, mais c'est vrai que c'est un titre un peu trop généraliste pour juste une offre particulière (même si c'est, à ma connaissance et à celle des autres relecteurs je crois, la première avec un portable grand constructeur et Linux préinstallé sans double-boot).
[^] # Re: « Modifiée à chaque message » ?
Posté par tgl . En réponse au message Bogofilter en démon ?. Évalué à 2.
> Seules les erreurs sont corrigées manuellement
Ah je préfère, donc la base n'est pas modifiée à chaque message comme l'indique ton journal, mais juste consultée en lecture. C'est juste là dessus que je tiquais.
À part ça :
- sur spamassassin, je suis plutôt d'accord quant à la lourdeur de la solution, c'est bien pour ça que je ne l'utilise pas non plus. C'était plus une suggestion "faute de mieux"...
- quant à ton anacron, je te suggère d'essayer fcron à l'occasion en remplacement. Ça combine en gros un cron classique, plus un anacron, plus quelques autres features. Si je dis ça, c'est parce que tu peux y configurer un délais minimum à respecter entre son démarrage et l'exécution des jobs en retard. Ça évite d'avoir un gros rush d'IO direct après le boot, quand tu démarres toi aussi tes applications, et donc dans ton cas quand tu récupères un premier coup tes mails.
# « Modifiée à chaque message » ?
Posté par tgl . En réponse au message Bogofilter en démon ?. Évalué à 2.
Bon sinon, sur l'idée d'un démon, effectivement ça semblerait utile, mais non je ne connais rien de tel. Sauf éventuellement à utiliser Spamassassin... Je l'utilise pas perso donc je dis peut-être des conneries, mais il me semble que :
- on peut configurer les types de règles qu'on veut utiliser
- il sait faire entre autre de la classification bayesienne
Donc on devrait pouvoir en faire en gros un bogofilter. Mouaif, à voir...
[^] # Re: KDE 3.4.2
Posté par tgl . En réponse à la dépêche Sylpheed 2.0 est disponible. Évalué à 8.
[^] # Re: Le plus souvent possible
Posté par tgl . En réponse au sondage Ce sondage doit changer. Évalué à 4.
[^] # Re: suspend to disk
Posté par tgl . En réponse à la dépêche Bilan du sommet 2005 des développeurs du noyau Linux. Évalué à 1.
> 30Mo/s ce qui fait dans les 35 secondes pour reveiller le portable !
> À raprocher de la vitesse de boot des distros avec un bon
> système d'init.
Après un boot frais, je doute que tu aies 1Go de RAM d'utilisé. Il manque donc qqch dans ta comparaison...
Perso j'avais mesuré mon temps de réveil lors d'une utilisation typique, dans une discussion ici :
http://linuxfr.org/forums/10/9217.html(...)
Réveil en 22 secondes pour 480Mo de RAM utilisés, avec compression LZF et sur un disque 5400t/min. C'est 22 secondes pour avoir un bureau avec tout plein d'applis lancées, et des documents ouverts de partout, bref dans l'état du bureau de quelqu'un que tu interromps alors qu'il est sur sa session depuis bien des jours sans l'avoir jamais fermée. Franchement, ce que tu récupères au réveil, il n'est souvent pas envisageable d'y revenir sans y passer de nombreuses minutes sur un boot frais. Sans compter qu'une session bien chargée, c'est long à fermer (annoter tes buffers de code pour marquer ou tu en étais dans ton boulot, sauver des buffers de petites notes temporaires qui ne l'auraient jamais été sinon, bookmarker temporairement des pages web, etc.).
> Sans oublier qu'au passage tes connexions réseau ont expirées etc.
C'est le rôle du script "hibernate" de s'occuper de tous ces petits détails, et il le fait très bien pour peut qu'on le lui demande dans la config.
[^] # Re: Trusted computing
Posté par tgl . En réponse à la dépêche Bilan du sommet 2005 des développeurs du noyau Linux. Évalué à 5.
https://linuxfr.org/comments/590662.html#590662(...)
# Enl4rge ur g3nt00
Posté par tgl . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 2.
http://tdegreni.free.fr/tiny(...)
Tout commentaire par d'éventuels beta-testeurs sera le bienvenu (message perso ou l'email qui est dans le README). Je ne me suis pas encore vraiment sérieusement penché sur les 4 nouveaux softs par contre, ça sera peut-être pour plus tard...
[^] # Re: heu...
Posté par tgl . En réponse au journal Hébergement de projet. Évalué à 2.
[^] # Re: Pour environnement propriétaire ?
Posté par tgl . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 1.
[^] # Re: Pour environnement propriétaire ?
Posté par tgl . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 2.
[1] http://tinyerp.org/download.php(...) (le serveur reste marqué "expérimental" ceci dit)
[^] # Re: Nickel, mais ...
Posté par tgl . En réponse à la dépêche Inkscape 0.42. Évalué à 3.
Cf. le schéma de la map dans ses commentaires, ici :
http://cvs.freedesktop.org/xorg/xc/programs/xkbcomp/symbols/pc/fr-l(...)
# Incantation ? (ou non...)
Posté par tgl . En réponse au message LIRC & Gentoo. Évalué à 2.
https://forums.gentoo.org/viewtopic.php?p=2343024#2343024(...)
Mais d'un autre côté, il y a là qlqun qui lui se passe de cette incantation apparemment :
https://forums.gentoo.org/viewtopic.php?p=1712474#1712474(...)
Bref, j'en sais rien, mais faut croire que tu n'es pas seul à t'être pris le chou là dessus (un recherche sur f.g.o retourne pas mal d'autres encore).
[^] # Re: Pango
Posté par tgl . En réponse au message Différences entre MozillaFirefox et UbuntuFirefox. Évalué à 2.
http://bugs.gentoo.org/show_bug.cgi?id=99060(...)
On verra bien...
[^] # Re: Pango
Posté par tgl . En réponse au message Différences entre MozillaFirefox et UbuntuFirefox. Évalué à 2.
> encore des progrès à faire ?
Hmmm... elle est mal formulée ma question... j'veux dire, est-ce que mon screenshot "avec Pango" est au niveau de ce qu'on obtient sur Ubuntu, où c'est apparemment satisfaisant ?
[^] # Re: Pango
Posté par tgl . En réponse au message Différences entre MozillaFirefox et UbuntuFirefox. Évalué à 2.
- sans Pango :
http://tdegreni.free.fr/temp/firefox-tibetain-nopango.png(...)
- avec Pango :
http://tdegreni.free.fr/temp/firefox-tibetain-pango.png(...)
Bon, perso je lis pas le tibétain, donc par curiosité, est-ce que la version avec Pango est effectivement mieux ? Sur Ubuntu, c'est à peu près à ça qu'on arrive aussi, ou bien il y a encore des progrès à faire ?
# Pango
Posté par tgl . En réponse au message Différences entre MozillaFirefox et UbuntuFirefox. Évalué à 7.
Sinon, par curiosité, tu utilises quoi comme police pour afficher du tibetain ?
# Tiens, en parlant de Cisco...
Posté par tgl . En réponse à la dépêche Comment des vendeurs essaient de breveter les solutions à des failles de sécurité qui leur sont fournies. Évalué à 2.
- On subit un grosse attaque de déni de service...
- Quels sont les dégats ?
- Aucun, heureusement les systèmes Cisco sont auto-protégés.
(c'est pas les seules pubs évidemment, genre les gentils ils ont des laptops sérieux style HP alors que les méchants ils ont des laptops de Jacky signés AlienWare.com, mais quand même, c'étaient les seuls que j'ai repéré à carrément se payer des bouts de dialogues...)