BAud a écrit 13624 commentaires

Il y a des problème avec gros swap sous linux ?

hum non, mais ce n'est pas la "stratégie" habituelle :
- sous AIX il envoie assez vite dans le swap dès qu'il détecte que ce n'est pas vraiment utilisé, pas de souci à avoir du swap donc
- sous GNU/Linux, la RAM est remplie à satiété et quand ça devient nécessaire envoie vers le swap (qui peut être interprété comme un indicateur de manque de RAM en régime stabilisé...). Cela dépend du paramétrage après, sans plus d'info pas moyen d'en tirer vraiment de conclusion ;-) À toi de voir si tu as un peu trop d'I/O wait en permanence lors des traitements, ce qui indiquerait qu'il bascule un peu trop entre swap et RAM. Si c'est ponctuel (passage du transactionnel au mode batch le soir et inversement le matin), c'est une bonne utilisation du cache àmha.
sar est ton ami pour recueillir quelques stats sur une semaine pour étudier le comportement ;-)

ce serait "cohérent" que les malvoyants soient b.. aussi.

tu veux dire lésés avec un grand B ?

c'est vrai, il y a le kernel aussi...
cf. http://lwn.net/Articles/395961/
et en plus vieux http://lwn.net/Articles/298864/

Ce pourquoi j'aime bien rappeler de ne pas oublier de remonter que son matériel fonctionne, cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr (que ce soit sur hardware4linux.info ou smolts.org dont les collecteurs sont disponibles dans toutes les bonnes distributions).

Avant, ces mêmes gens ne pensaient même pas que Linux existait. Il y a du mieux, non ?

Après, ils savent peut-être que Ubuntu existe étant donné que Linux est occulté sciemment (ou en tout cas, visiblement pas assez mis en avant), cf. une illustration avec http://www.pebkac.fr/pebkac-2120.html

Il parlait peut-être en terme d'infrastructure de gestion du déploiement ?

Sinon, tant chez ovh que chez free, Mandriva Linux est disponible :
http://www.ovh.com/fr/items/distributions/mandriva.xml
http://www.online.net/serveur-dedie/offres-distributions-gnu(...)

c'est parce que tu es sous GNOME, hum ah non, en fait ça marche aussi avec KDE :/ autant passer à awesome :-)

Vous pouvez à présent zapper ce thread.

euh bin, non, faut lire le journal jusqu'au bout... et justement c'est là que ça coince :

[..] Voir aussi

et là, suspens insoutenable, le clavier semble s'être blo

=> J'ai une base de donnée qui bouffe 90 Go de ram et 27 Go de swap sous les yeux ( sur 15 processus ca fait environ 6Go / proc )

sur AIX, alors ? non ? (pour le swap surtout...)

tu veux dire comme le Planeur_(jeu_de_la_vie) ?
(oui, j'essaie de prendre un exemple concret, plus proche de notre domaine habituel de geek :p)

Ce genre de retour peut être intéressant pour les développeurs, si vous vous essayez à détailler un "cas d'utilisation", par exemple :
- actuellement : les manips que vous avez à faire, en les notant ligne par ligne, ou un "screencast" (enregistrement du bureau avec Recordmydesktop par exemple, vérifier que la vidéo résultat n'est pas trop grosse tout de même pour pouvoir l'héberger relativement facilement...)
- comportement souhaité : lister les fonctions/liens/menus que vous souhaitez directement accessibles ou en parallèle à l'écran, vous permettant de restreindre le nombre de manips', noter ligne à ligne les manips à faire pour montrer qu'il y en aura moins.

Cela ne demande pas de compétences particulières en développement, simplement un peu de rigueur dans la description et au passage vous obtiendrez peut-être quelque chose qui vous convient mieux. Côté développement, cela obligera peut-être à créer de nouveaux écrans spécifiques ou trouver un paramétrage permettant de spécifier le comportement, mais bon rendre plus paramétrable ces logiciels c'est toujours un peu le jeu de l'intégration permettant de coller le mieux au besoin. Sinon, il y a aussi la méthode, dites-nous de quoi vous avez besoin, on vous dira comment vous en passer, c'est généralement mal accueilli :D

arf o_O

c'est pour les fax ça, non ?

eh eh, j'étais certain que ça te ferait plaisir ;-)

J'ai aussi corrigé 2-3 autres coquilles pour la peine (je suis sûr que tu souhaitais parler de GNU/Linux et y mettre des majuscules :D).

fournir une distribution 386 a du sens effectivement (les ordinosaures), la question était dans l'autre sens si je me rappelle bien ;-)

http://en.wikipedia.org/wiki/I686 indique l'Extension_d'adresse_physique aka PAE évoquée au-dessus, mais cela ne va pas dans le sens que tu souhaitais àmha :/ (ni moi d'ailleurs).

Il a vite oublié l'utilisation première du x86_64 : le traitement en masse de grosses volumétries de données. Les marchés sont principalement :
- les bases de données
- plus spécifiquement tout ce qui est Informatique_décisionnelle
- tout ce qui réclame des masses de données (codage audio ? hormis que déjà utiliser le multi-coeur ce serait déjà bien...)
- et là s'est rajouté le marketing : 640 ko ne suffisent pas à tout le monde ; plus c'est gros, plus c'est bon (approché) ; plus c'est gros, meilleur c'est (là, c'est Amanda Lear qui précise que spa la taille qui compte mais le goût /o\) ; on va faire quoi des 16 Go donnés aux utilisateurs^Wpigeons s'ils ne peuvent réellement en utiliser que 3 Go ? et autres arguments plus ou moins valables...

Perso, je reste sur ma position : pourquoi vouloir du x86_64 ? Si tu ne sais pas, c'est que tu n'en as pas besoin... Les arguments que j'ai mis en avant là-dessus étant recevables àmha, il y en a peut-être d'autres...

o_O
il est très bien le x86_64 (natif hein, comme je dis, sans pourritures de lib32 qui traînent de ci-de là), justement pour se passer des ignominies - inutiles généralement - qui ne font même pas l'effort d'être portables voire libres...

Moi je suis pc et je passe à la télé, et surtout je rassure madame Michu

et Vista^W7 stait (surtout pas) ton idée ? :D

Peut-être que, tout simplement, Ubuntu a loupé son positionnement marketing :/
- en ne mettant pas assez en avant la marque Linux
- et qu'il est temps de passer à une distribution dont les contributeurs travaillent autant pour leurs utilisateurs qu'upstream (faire fonctionner le matériel dans le kernel étant un gage de pérennité).

C'est tout de même rageant àmha dans les pages de Dell de voir Open-Source par ci, Open-Source par là, plutôt que FLOSS (Free/Libre Open Source Software qui rassemble les deux mondes) ou ne pas voir cité Linux... ou tout simplement rappelant la liberté 0 : droit d'utilisation pour tout le monde (ce qui permet de faire allusion aux 4 autres, notamment le partage avec la redistribution légale et - pour ceux qui le souhaitent - la possibilité de partager leurs améliorations).

Enfin, ce n'est pas trop étonnant venant de Dell qui pousse Dynamic_Kernel_Module_Support (DKMS) permettant d'ajouter subrepticement des pilotes non libres (mais permettant aussi de gérer élégamment àmha des versions svn mises à jour régulièrement de certains pilotes, comme nouveau ou radeon par exemple... ce mode étant peu utilisé même si je l'ai vu pour dkms-virtualbox ou dkms-vboxadditions, version OSE, par exemple).

Peut-être laisser un peu plus de temps et lire la doc' ;-) (même si je retrouve un peu de mon expérience de vendredi, sur une 3.3.1 aussi, pas la dernière).

* Pour pouvoir ouvrir des fichiers autres que ceux de Tulip il faut passer par un sous-menu relativement compliqué (et j'ai mis un moment avant de le trouver)

bin euh, File > Open ne fonctionnant pas, utiliser Import > File > dot (graphviz) ça ne prend pas plus de 5 minutes tout de même ?

* L'import de fichiers .dot ne fonctionne pas très bien (graphviz), ou du moins je n'ai réussi à importer aucun de mes fichiers

Il y a des exemples sur http://tulip.labri.fr/TulipDrupal/?q=datasets (Menu du site web > Samples > Datasets overview)
Perso, j'ai essayé avec les .dot sur http://linuxfr.org/images/stats/graphes/20061112_sans_anonym(...) (commencer par ceux tout en bas qui sont moins gros, le >4 a marché pour moi en tout cas, les plus gros c'est 100% de CPU à mouliner sans fin visible...).

* Le rouge par défaut commence à me faire mal aux yeux (jaune pastel pour les noeuds, avec une forme arrondie pour bien mettre en évidence que c'est bien un noeud, noir pour les liens?)

Visiblement, Menu Algorithm > Color > Metric Mapping te fera passer en jaune (et sinon c'est configurable). Mieux vaut relire la doc' pour ce genre de choses ;-)

Voilà, peut-être auras-tu plus de réponses sur une ML de support trouvable sur le site web (hébergée sur sourceforge...). Bon courage pour ta thèse.

Tu remarqueras que je n'ai pas indiqué ce qui serait à préconiser. Il est possible de faire dire tout et son contraire à des statistiques.

J'ai beau utiliser du x86_64 sur mon desktop, je ne le recommande qu'à des personnes prêtes à faire du tout libre (exit flash, google-earth, wine et consors..., l'install' des lib32 étant pour moi un pis-aller et surtout une perte de place) ou ayant 4 Go (ou plus) de RAM.

Faire une installation 32 bits sur un processeur 64 bits, c'est du gâchis et ça n'a aucun intérêt.

c'est justement ce qui est bizarre, sur http://smolts.org/static/stats/stats.html c'est 33% qui ont choisi de faire ce que tu préconises. 66% préfèrent visiblement rester en i686 alors que la plupart des processeurs actuels gèrent les instructions x86_64.

oui, réseau dédibox, avec la précision dans les 3 lignes suivantes du whois :
descr: Free Foundation (free.org) hosted by Dedibox SAS
descr: internal infrastructure (servers)
descr: Paris, France

Je n'ai plus dans mes mails le modèle exact, de mémoire, c'était un octo-pro (ou quadri-pro bi-coeur...) avec genre 8 Go de RAM, peut-être plus, je ne sais plus trop ; en même temps, ce n'est pas très important, ça tient la charge vu que templeet est très bon à générer des pages statiques pour que apache fasse le gros du boulot et ça permet d'avoir les vservers utiles aux admins pour travailler...

Il y a GRAMPS (Genealogical Research and Analysis Management Programming System).

Utiliser la Norme_GEDCOM permet d'importer les données d'une généalogie existante.

euh, c'est loin d'être une dédibox.
C'est hébergé à la fondation free comme pas mal de serveurs du libre, stout.

ça en parlait là
http://linuxfr.org/2007/12/23/23469.html