Re: Le statut des traducteurs/relecteurs
Le Sun, 27 Jan 2002 16:59:43 +0100 [EMAIL PROTECTED] écrivait : La documentation et sa traduction représentent un travail important qui ne peut être que bénéfique au développement des programmes proprement-dit. Non seulement cela suscite des utilisateurs (francophones par exemple), mais cela permet aussi de montrer ou se nichent les difficultés d'utilisation et les erreurs de conception. Celui qui documente un logiciel sera normalement un excellent testeur et aidera à parfaire le développement. Pourquoi pas le statut de développeur ? L'un et l'autre ne sont pas incompatibles. Beaucoup de traducteurs sont aussi des développeurs Debian. C'est surtout une question de choix personnel. PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-95 850, rue Jean Monnet 38926 CROLLES Cedex, France Courriel: [EMAIL PROTECTED]
Apt, ChangeLogs et Suggests:
On Tue, Jan 29, 2002 at 06:59:22AM +0100, Aurelien Jarno wrote: Le Mardi 29 Janvier 2002 00:51, Jean Charles Delepine a écrit : Nicolas Bertolissio [EMAIL PROTECTED] écrivait (wrote) : L'installation de apt-listchanges peut-être intéressante : le fichier changelog.Debian peut-être visualisé avant toute mise à jour/installation. Oui, mais dans ce cas le fichier est déja chargé ! C'est pas terrible quand on est en RTC de charger un paquet de 2 ou 3 Mo juste parce que l'adresse email du mainteneur à changé ! Le paquet fonctionne aussi bien sans cette nouvelle version. Tout à fait. Un ami à moi voulait écrire un script qui pourrait sortir le ChangeLog sans télécharger le paquet. Il faudrait bien sûr le faire tourner sur un mirroir Debian mais c'est envisageable au moins. Et puis il faudrait modifier apt pour qu'il puisse aller le chercher et demander si on veut installer ce paquet qui n'est qu'un NMU pour sparc64 ou qui ne change que l'orthographe etc. Sinon ça serait sympa si apt-get lui même pourrait d'une façon ou d'une autre gérer les Suggests et Recommends. C'est peut-être un peu le travail d'aptitude et autre mais pour ma part j'aime bien les interfaces en ligne de commande. Un jour, j'espère avoir le temps pour regarder de près ce problème. Simon. -- Have you seen a man who's lost his luggage? -- Suitcase
RE: Re[4]: Paquet mplayer
disons plutôt que dans le sans ou Patrice l'entendait, l'ensemble n'est pas totalement en GPL donc si l'on fait une version compilé avec l'ensemble des librairie on ne respecte pas les licences ... contrairement à une applie totalement GPL Et notamment on ne respecte pas la LGP ! La licence impose que les travaux dérivés d'un logiciel libre soient eux aussi libres. Dans la liste des cas de violation on trouve (http://www.gnu.org/licenses/gpl-violation.html) : * Is the available source code complete, or is it designed for linking in other non-free modules? J'aimerais savoir comment les auteurs de MPlayer ont fait pour respecter cette clause (ou alors pourquoi elle ne s'appliquerai pas ici). Antoine Hulin
Re: Re[4]: Paquet mplayer
Le Tue, 29 Jan 2002 10:02:05 +0100 [EMAIL PROTECTED] écrivait : J'aimerais savoir comment les auteurs de MPlayer ont fait pour respecter cette clause (ou alors pourquoi elle ne s'appliquerai pas ici). Le noyau Linux est GPL mais offre aussi la possibilité de livrer des modulaires binaires... PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-95 850, rue Jean Monnet 38926 CROLLES Cedex, France Courriel: [EMAIL PROTECTED]
Re: Re[4]: Paquet mplayer
Le Tue, 29 Jan 2002 09:57:26 +0100 [EMAIL PROTECTED] écrivait : Le noyau Linux est GPL mais offre aussi la possibilité de livrer des modulaires binaires... s/modulaire/module PK, fatigué -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-95 850, rue Jean Monnet 38926 CROLLES Cedex, France Courriel: [EMAIL PROTECTED]
Re: Un Gui pour les package Debain ?
On Mon, 28 Jan 2002 15:14:46 +0100 Patrice Karatchentzeff [EMAIL PROTECTED] wrote: Classiquement dans ce genre de cas, on récupère la sortie standard et on l'analyse pour fabriquer un résultat. Tu sembles un peu juste en programmation : je te conseille de lire un bouquin de Perl comme « Introduction à Perl » pour comprendre ces notions très basiques qui consistent à manipuler les sorties/entrées standards de programmes. dans le fil tcl/tk, y'a le bouquin Programming in Tcl/Tk pas mal du tout (pas traduit en francais ??) sinon sur le web on trouve des tonnes d'exemples... Après tu essaies de comprendre le fork() pour pouvoir analyser simultanément un fichier résultat et ne pas casser la boucle d'événement de Tk. je vais peut-être encore à contre-courant, mais perso j'en resterai à l'analyse statique des résultats de dpkg/apt/cie, les interpréteurs actuels tcl/perlcie sont suffisamment efficaces pour qu'un couplage plus étroit (boucle d'évènement/pipes/...) n'apporte en fait que des problèmes [surtout en programamtion débutant] Ce n'est pas très difficile et même assez marrant à programmer. on a chacun son sens de l'humour ;-) PS : je viens de backporter synaptic (c'est aussi marrant ;-), il a l'air effectivement pas mal, mais je ne pense pas qu'il apporte qqchose au probléme ergonomie de la gestion de paquets... le problème est abordé de manière (trop) classique. mais c'est bien joli et prometteur... -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Question sur Xfree-4
On Tue, Jan 29, 2002 at 12:49:14AM +0100, Jean Charles Delepine wrote: Il n'y a pas de dépendance mais une suggestion : Package: xserver-common Suggests: xserver-xfree86 | xserver, xfonts-base, ... On peut très bien installer un serveur X sans pour autant installer les fontes, J'ai ainsi un très beau 486 qui me fait un superbe terminal X et qui récupère ses fontes sur le serveur. Il n'y a qu'à installer la tâche x-window-system. man tasksel -- Jean-Christophe Dubacq -- ATER en informatique à la faculté d'Orsay. Tel: 01 69 15 76 43 / 06 64 86 10 56 --- Email: [EMAIL PROTECTED]
[HS]: Proposition de stage
Bonjour, Si l'une ou l'un d'entre vous est intéressé par le sujet de stage d'étude suivant, merci de me contacter hors liste. Sujet: Création d'une distribution sur mesure sur une base debian Lieu: ST Microelectronics - Crolles (20 kms de Grenoble) -- --Laurent CHARLES
Re: [doléances] apt et gestion des paquets
Moi == Laurent Martelli [EMAIL PROTECTED] writes: Moi Apt est formidable pour gérer les paquets, mais il y a un Moi certain nombre de choses qu'il pourrait faire mieux : Moi * La bande passante : même avec le câble ou l'adsl, c'est Moi parfois déprimant de devoir mettre à jour la liste des paquets Moi (apt-get update) pour récupérer un paquet de 100Ko, surtout Moi quand on a aussi unstable dans son source.list et des Moi deb-src. Ca devrait pouvoir être plus rapide avec rsync. Ou pourquoi pas avec NNTP ? Pour chaque nouvelle version de paquet il y aurait un message pour l'annoncer (avec le changelog). Comme NNTP est prévu pour n'envoyer que les derniers messages non rapatriés par le client, ça devrait être efficace au niveau de la bande passante. Et puis on pourrait même l'utiliser avec un client de News normal pour se tenir au courant des nouvelles versions. Et je suis sûr qu'avec 10 lignes de lisp je pourrais demander à Gnus de m'installer les paquets que je veux :-) -- Laurent Martelli [EMAIL PROTECTED] http://www.bearteam.org/~laurent/
Re: =?us-ascii:iso-8859-1:iso-8859-15:utf-8?q?=5Bdol=E9ances=5D_apt_et_gesti?==?us-ascii:iso-8859-1:iso-8859-15:utf-8?q?on_des_paquets?=
On Tue, Jan 29, 2002 at 11:12:31AM +0100, Laurent Martelli wrote: Ou pourquoi pas avec NNTP ? Pour chaque nouvelle version de paquet il y aurait un message pour l'annoncer (avec le changelog). Comme NNTP est prévu pour n'envoyer que les derniers messages non rapatriés par le client, ça devrait être efficace au niveau de la bande passante. Et puis on pourrait même l'utiliser avec un client de News normal pour se tenir au courant des nouvelles versions. Et je suis sûr qu'avec 10 lignes de lisp je pourrais demander à Gnus de m'installer les paquets que je veux :-) Il semble que tu es en train de réinventer la liste debian-devel-changes (il y en même une par architecture). -- Jérôme Marant
[bruit] Re: apt et gestion des paquets
Thus spake Laurent Martelli on Tue, Jan 29, 2002 at 11:12:31AM +0100: Ou pourquoi pas avec NNTP ? Pour chaque nouvelle version de paquet il y aurait un message pour l'annoncer (avec le changelog). Comme NNTP est prévu pour n'envoyer que les derniers messages non rapatriés par le client, ça devrait être efficace au niveau de la bande passante. Et puis on pourrait même l'utiliser avec un client de News normal pour se tenir au courant des nouvelles versions. Et je suis sûr qu'avec 10 lignes de lisp je pourrais demander à Gnus de m'installer les paquets que je veux :-) C'est une bonne idée. blague Et puis on pourrait inclure un contrôle ActiveX(r) qui parlerait à apt-get de manière transparente ! / Romain, qui a eu un début de semaine difficile... :) -- Show me a man who is a good loser and I'll show you a man who is playing golf with his boss.
Configuration du correcteur orthographique, sous emacs
Est-ce que quelqu'un s'est déjà penché sur la configuration du correcteur orthographique sous emacs (ispell, ou aspell, je ne sais plus, mais je crois que c'est ispell) pour le Latin-9 ? En effet, comme le jeu de caractère est codé en dur dans les fichiers de configuration: (choice :tag Character set (const iso-8859-1) (const iso-8859-2) (const koi8-r et (francais ; Francais.aff [A-Za-z\300\302\306\307\310\311\312\313\316\317\324\331\333\334\340\342\347\350\351\352\353\356\357\364\371\373\374] [^A-Za-z\300\302\306\307\310\311\312\313\316\317\324\331\333\334\340\342\347\350\351\352\353\356\357\364\371\373\374] [---'] t nil ~list iso-8859-1))) ...quand emacs travaille en latin-9, il considère les caractères équivalents du latin-1 comme différents. Ce qui pose des problèmes terribles (les mots sont coupés par les accents, l'insertion d'une correction fait que le buffer contient deux jeux de caractères différents (pour emacs), à savoir le latin-1 et le latin-9... -- Jean-Christophe Dubacq -- ATER en informatique à la faculté d'Orsay. Tel: 01 69 15 76 43 / 06 64 86 10 56 --- Email: [EMAIL PROTECTED]
Re: Configuration du correcteur orthographique, sous emacs
On Tue, Jan 29, 2002 at 11:58:06AM +0100, Arnaud Vandyck wrote: Jean-Christophe Dubacq [EMAIL PROTECTED] wrote: Est-ce que quelqu'un s'est déjà penché sur la configuration du correcteur orthographique sous emacs (ispell, ou aspell, je ne sais plus, mais je crois que c'est ispell) pour le Latin-9 ? snip/ ...quand emacs travaille en latin-9, il considère les caractères équivalents du latin-1 comme différents. Ce qui pose des problèmes terribles (les mots sont coupés par les accents, l'insertion d'une correction fait que le buffer contient deux jeux de caractères différents (pour emacs), à savoir le latin-1 et le latin-9... Une solution m'interesse aussi! ;) Oh, j'en ai trouvé une. Pas orthodoxe, certes... J'ai tout édité mon ispell.el, je l'ai recompilé, et hop ! Je peux envoyer le ispell.elc pour emacs21 pour ceux que ça intéresse. Et même pour emacs20.7. Il suffit de remplacer. Mais du coup, tout le latin-1 est remplacé par du latin-9, vous aurez été prévenus (l'idéal aurait été de faire un pseudo-dico [EMAIL PROTECTED], qui aurait été comme on viend de le dire...) -- Jean-Christophe Dubacq -- ATER en informatique à la faculté d'Orsay. Tel: 01 69 15 76 43 / 06 64 86 10 56 --- Email: [EMAIL PROTECTED]
Re: [doléances] apt et gestion des paquets
Laurent Martelli [EMAIL PROTECTED] writes: Moi == Laurent Martelli [EMAIL PROTECTED] writes: Moi Apt est formidable pour gérer les paquets, mais il y a un Moi certain nombre de choses qu'il pourrait faire mieux : Moi * La bande passante : même avec le câble ou l'adsl, c'est Moi parfois déprimant de devoir mettre à jour la liste des paquets Moi (apt-get update) pour récupérer un paquet de 100Ko, surtout Moi quand on a aussi unstable dans son source.list et des Moi deb-src. Ca devrait pouvoir être plus rapide avec rsync. Ou pourquoi pas avec NNTP ? Pour chaque nouvelle version de paquet il y aurait un message pour l'annoncer (avec le changelog). Comme NNTP est prévu pour n'envoyer que les derniers messages non rapatriés par le client, ça devrait être efficace au niveau de la bande passante. Et puis on pourrait même l'utiliser avec un client de News normal pour se tenir au courant des nouvelles versions. Et je suis sûr qu'avec 10 lignes de lisp je pourrais demander à Gnus de m'installer les paquets que je veux :-) Le pied ! Sinon, plus sèrieusement, je suis tombé sur un projet de proxy style rsync pour les requètes http ( http://rproxy.samba.org/ ) Ça à l'air pour l'instant encore expérimental, mais ça pourrait faire l'affaire. (À quand un rproxy pour le ftp ?) Il me semble que pour une prochaine version de apt, il ne soit envoyé que les diffs si possible, mais bon, Debian et les projections dans le futur... Peut-être que ce système plus général résoudra le problème avant une solution propriétaire - dans le sens propre à debian. -- Julien Gilles
Re: [doléances] apt et gestion des paquets
Moi == Laurent Martelli [EMAIL PROTECTED] writes: Moi Apt est formidable pour gérer les paquets, mais il y a un Moi certain nombre de choses qu'il pourrait faire mieux : Il pourrait aussi être intéressant de savoir si on a des paquets installés qui contiennent des failles de sécurité. -- Laurent Martelli [EMAIL PROTECTED] http://www.bearteam.org/~laurent/
RE: Re[4]: Paquet mplayer
Le noyau Linux est GPL mais offre aussi la possibilité de livrer des modulaires binaires... Oui c'est un exemple aussi mais je ne vois pas bien où est la limite entre les « travaux dérivés » qui doivent rester libres et les bibliothèques/pilotes qui pourraient être propriétaires. Antoine Hulin
Re: Re[4]: Paquet mplayer
On Tue, Jan 29, 2002 at 04:29:30PM +0100, HULIN Antoine wrote: Le noyau Linux est GPL mais offre aussi la possibilité de livrer des modulaires binaires... Oui c'est un exemple aussi mais je ne vois pas bien où est la limite entre les « travaux dérivés » qui doivent rester libres et les bibliothèques/pilotes qui pourraient être propriétaires. Simplement en le disant. Linus a en fait lié le noyau sous la licence « GPL avec comme précision que nous ne considérons pas un module comme étant un travail dérivé ». Ce qui n'est pas, à strictement parler, la licence GPL. En pratique, tout le monde s'en fout. -- Jean-Christophe Dubacq -- ATER en informatique à la faculté d'Orsay. Tel: 01 69 15 76 43 / 06 64 86 10 56 --- Email: [EMAIL PROTECTED]
[HS] La mémoire du Kernel 2.4.x
Salut, Ouais je sais c un sujet HS mais ya pas mal de personnes compétentes ici :) Avant je tournait en 2.2.19 sur patate, avec 256Mo de RAM. Puis j'ai installé le 2.4.15 avec 450Mo de RAM. Et là c'est la cata: ça fait 2 mois que j'ai ni rebooté, ni fermé ma session Gnome, et j'utilise toute ma RAM et 140Mo de SWAP. On en avait deja parlé, soit disant que le kernel garde des fichiers en cache...Mouais, n'empeche que quand j'arrive le matin et que je reveille xscreensaver, il mets 3 plombs a afficher le prompt !! Pire a chaque fois que je change de desktop il repioche tout dans la SWAP. Tout ça ne se faisait pas avec le 2.2.19, a croire que ça ram moins avec 256Mo et le 2.2.19 qu'avec 450Mo et un 2.4.X. Today je decide de faire un upgrade de patate, je ferme tout, ma session Gnome, et hop un top: 5:32pm up 61 days, 7:21, 3 users, load average: 0.19, 0.38, 0.76 61 processes: 60 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0.2% user, 0.2% system, 0.5% nice, 0.0% idle Mem: 449044K av, 373296K used, 75748K free, 0K shrd, 65116K buff Swap: 497992K av, 38948K used, 459044K free250564K cached J'ai QUE 76Mo de libre et ENCORE 39Mo de SWAP ! La je compile un 2.4.17, on verra, certains disent qu'avec le 2.4.15 yavé des pbs... Que les experts m'expliquent, et le fonctionnement, et le pourquoi de ce choix ! A croire que Linux devient plus gourmand que Win XP :-p -- Grégory Duchatelet
Re: [HS] La mémoire du Kernel 2.4.x
D. Gregory writes: Salut, Mem: 449044K av, 373296K used, 75748K free, 0K shrd, 65116K buff Swap: 497992K av, 38948K used, 459044K free250564K cached J'ai QUE 76Mo de libre et ENCORE 39Mo de SWAP ! Il faut savoir que le noyau linux adresse toute la mémoire vive, même s'il ne s'en sert pas, la sortie de la commande free, ou la lecture de /proc/meminfo et /proc/swaps ne t'apporte donc rien quand aux ressouces réellement utilisées par ta machine. De même il adresse une partie du swap et c'est normal, c'est pas quand tu n'as plus du tout de mémoire qu'il faut essayer d'en adresser, c'est trop tard. Bref, tu ne dois t'inquiéter que si la valeur utilisée du swap commence à varier, cela signifie que linux a complètement rempli la ram et c'est pas bon signe (fuites de mémoire dans un programme par exemple). -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Re: [HS] La mémoire du Kernel 2.4.x
On Tue, 29 Jan 2002 18:11:20 +0100 Davy Gigan [EMAIL PROTECTED] wrote: Il faut savoir que le noyau linux adresse toute la mémoire vive, même s'il ne s'en sert pas, la sortie de la commande free, ou la lecture de /proc/meminfo et /proc/swaps ne t'apporte donc rien quand aux ressouces Quel est l'intéret de fausser les information de /proc/meminfo ? Quel devient l'interet de /proc/meminfo dans ce cas !? Comment voir la mémoire reelement utilisé ? Pour moi ce serait idiot de ne pas avoir prevus de methode pour voir ces infos, ne serait-ce que pour debuger le kernel... réellement utilisées par ta machine. De même il adresse une partie du swap et c'est normal, c'est pas quand tu n'as plus du tout de mémoire qu'il faut essayer d'en adresser, c'est trop tard. Bref, tu ne dois t'inquiéter que si la valeur utilisée du swap commence à varier, cela signifie que linux a complètement rempli la ram et c'est Bah elle augmente au fil des jours... pas bon signe (fuites de mémoire dans un programme par exemple). J'ai pas KDE :) -- Grégory Duchatelet
Re: [HS] La mémoire du Kernel 2.4.x
On Tue, 29 Jan 2002, D. Gregory wrote: pas bon signe (fuites de mémoire dans un programme par exemple). J'ai pas KDE :) Aucun rapport. Tu peux avoir des leaks de memoire en C, Ada, C++, etc. C'est au programmeur de bien gerer les allocations/desallocations de memoire. Tant qu'on parle dans le sujet, moi aussi ca m'arrive quand je suis en desktop. Le soir, lorsque je lock kde, et que je dors, pour ensuite me lever le lendemain et travailler la journee. Finalement le soir, j'arrive devant mon ordianteur et que je delocke, il prend un temp fou a fonctionner... tout se met tellement au ralenti que cela devient frustrant pendant un bon 5 minutes. J'ai ce probleme depuis les 2.4.x. Je ne sais pas a partir de quelle version precise par contre... Neanmoins, j'ai jamais vecu cela avec 2.2.x.
Re: [HS] La mémoire du Kernel 2.4.x
D. Gregory writes: On Tue, 29 Jan 2002 18:11:20 +0100 Davy Gigan [EMAIL PROTECTED] wrote: Il faut savoir que le noyau linux adresse toute la mémoire vive, même s'il ne s'en sert pas, la sortie de la commande free, ou la lecture de /proc/meminfo et /proc/swaps ne t'apporte donc rien quand aux ressouces Quel est l'intéret de fausser les information de /proc/meminfo ? Elles ne sont pas fausées, elles ne correspondent pas à ce que tu en attends, c'est tout. MemTotal: 385076 kB MemFree: 29936 kB Signifie qu'une partie de la mémoire n'a pas été adressée par rapport au total. Quel devient l'interet de /proc/meminfo dans ce cas !? Par exemple ceci, qui te donne la mémoire réellement utilisée : Active: 39488 kB Inactive: 292832 kB Tu peux savoir si la mémoire est réellement utilisée ou pas (ce que ne donne pas la commande free, qui te donne en fait MemFree et MemTotal) Comment voir la mémoire reelement utilisé ? Pour moi ce serait idiot de ne pas avoir prevus de methode pour voir ces infos, ne serait-ce que pour debuger le kernel... c.f. ci-dessus ;-) Bah elle augmente au fil des jours... C'est pas normal, tu dois avoir des fuites de mémoire. -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Re: [HS] La mémoire du Kernel 2.4.x
Pour moi, le kernel le plus performant sur ma machine est le 2.2.20. J'ai effectivement constaté que le 2.4 gére moins bien la swap (toute version confondue jusqu'au 2.4.16 en tout cas) que le 2.2 En plus, le 2.2.20 supporte l'USB et qqs nouveautés du 2.4 Cela dit, il ne faut pas cracher sur le 2.4. Apparement, les développeurs du 2.4 ont adopté une stratégie différente pour la gestion du swap, plus axé sur des machines très puissantes. Ce qui est étonnant et que tu as 450 Mo de RAM. Je mets systématiquement du 2.2.20 sur un serveur. Sur ma machine perso, j'ai en ce moment un 2.4.16, et meme si le 2.2.20 est sans doute plus performant, le 2.4 n'en reste pas moins très efficace. Malgré mon proc (266mhz avec 256 Mo), je travaille avec beaucoup d'aisance sur mon bureau, en lancant sans aucun problème plusieurs dizaines de gros programmes simultanément (evolution, xemacs, gimp, xmms, compilations, serveur de fichier, koffice, dia) sur de multiples écrans avec window maker (le bureau devient un vrai bordel au bout de qqes heures c vrai :) ). Le 2.4 ne commence à swapper qu'après avoir noyé le bureau de grosses applis chez moi. Le 2.2 swappe beaucoup plus tard. On imagine pas un win XP ou 2000 pouvoir en faire autant avec une si petite machine. Si tu recherche les performances maxi, essayes donc un 2.2.20 J'ai constaté que le 2.2.20 était meme un peu plus performant que le 2.2.19 (personnellement). a+
Re: [HS] La mémoire du Kernel 2.4.x
On 29 Jan 2002 19:51:00 + Christophe Baillon a dit : Pour moi, le kernel le plus performant sur ma machine est le 2.2.20. J'ai effectivement constaté que le 2.4 gére moins bien la swap (toute version confondue jusqu'au 2.4.16 en tout cas) que le 2.2 En plus, le 2.2.20 supporte l'USB et qqs nouveautés du 2.4 Salut, j'utilise maintenant un 2.4.17 (car je voulais un système de fichiers journalisé sans trop mettre les mains dans le camboui) depuis quelques temps pour un serveur qui gère une quarantaine de stations sous win et malgrè une quantité de mémoire simplement raisonnable (192Mo alors que tournent samba, squid, DNS, tour virtuelle de CD ...), le swap est très peu utilisé (il n'y a pas d'interface graphique sur ce serveur). Par contre, chez moi, j'ai l'impression que dès que j'ouvre le moindre logiciel de dessin avec une image de quelques megas, ça swappe (333MHz et 192Mo). Ne serait-ce pas du à la gestion de l'interface graphique ? (j'utilise wmaker et emelfm, donc aucune application gourmande en ressources). PS : Que pensez-vous de ext3 ? J'ai l'impression qu'il est beaucoup, beaucoup moins rapide que ext2 lorsqu'il s'agit de déplacer des fichiers de l'ordre de la centaine de mégas. Bien sûr, je n'ai aucun benchmark personnel sur lequel m'appuyer, c'est juste une impression, mais bon ...-- Latreyte David http://www.gaule.org Powered with Debian GNU/LinuxWoody --
XFree4 et freq horizontale
Bonjour, je viens d'acheter un écran plat bas de gamme. Il sait faire du 1024x768 en 75 hz. Mais actuellement, il ne fonctionne qu'en 60 hz (ca fait un peu mal aux yeux à force). Je ne vois pas où dans le XF86Config-4 on met la frequence verticale désirée. J'ai par contre, dans la section Monitor, la ligne : VertRefresh 50-75 Qui donne un range de frequence. Si je met que 75 sur cette ligne, au lancement de X, il passe en 800x600, en 75hz, alors que je n'ai que des subsection display en 1024. Y a-t-il une autre option qui permet de le préciser (je n'ai pas trouvé dans la man page) ? Merci de votre aide.
Re: XFree4 et freq horizontale
Le Mardi 29 Janvier 2002 23:18, Christophe Baillon a écrit : Bonjour, je viens d'acheter un écran plat bas de gamme. Il sait faire du 1024x768 en 75 hz. Mais actuellement, il ne fonctionne qu'en 60 hz (ca fait un peu mal aux yeux à force). Je ne vois pas où dans le XF86Config-4 on met la frequence verticale désirée. J'ai par contre, dans la section Monitor, la ligne : VertRefresh 50-75 Qui donne un range de frequence. J'espére ne pas trop dire de bétises, mais voila ce que j'ai compris (les experts corrigeront) Lorsque la range est de 50 à 75, le 75 n'est souvent pas utilisable aux plus hautes résolution de l'écran. Xfree extrapole sans doute à partir de cela les combinaisons possibles. Dans la doc de l'écran tu trouvera peut être que la freq max est de 80 Hz en 800x600 par exemple. Mets donc 50-80 dans la freq vert et tu auras sans doute accés au [EMAIL PROTECTED] Ici, j'ai dans ma config 50-160 (oui, c'est un IIYAMA en 17'' :-) ) Mais en résolution maximum de 1600x1200, la fréquence n'est que de 75 Hz. C'est normal, il ne peut pas aller plus loin (y faudra que j'essaye le 160 Hz en 640x480, pour voir ;-) ) Au passage, les moniteur bas de gamme sont dés fois crade en résolution maximum, et même à 75 Hz, tu auras peut être les yaux qui tirent. Sinon, utiliser les modelines. PS: la carte graphique supporte cela aussi? Merci de votre aide. De rien -- Debian powered computer
Re: XFree4 et freq horizontale
On Wed, 30 Jan 2002 00:05:18 +0100 Laurent COOPER [EMAIL PROTECTED] wrote: Le Mardi 29 Janvier 2002 23:18, Christophe Baillon a écrit : Bonjour, je viens d'acheter un écran plat bas de gamme. Il sait faire du 1024x768 en 75 hz. Mais actuellement, il ne fonctionne qu'en 60 hz (ca fait un peu mal aux yeux à force). Je ne vois pas où dans le XF86Config-4 on met la frequence verticale désirée. [...] Dans la doc de l'écran tu trouvera peut être que la freq max est de 80 Hz en 800x600 par exemple. Mets donc 50-80 dans la freq vert et tu auras sans doute accés au [EMAIL PROTECTED] Ici, j'ai dans ma config 50-160 (oui, c'est un IIYAMA en 17'' :-) ) Mais en résolution maximum de 1600x1200, la fréquence n'est que de 75 Hz. C'est normal, il ne peut pas aller plus loin (y faudra que j'essaye le 160 Hz en 640x480, pour voir ;-) ) Au passage, les moniteur bas de gamme sont dés fois crade en résolution maximum, et même à 75 Hz, tu auras peut être les yaux qui tirent. Sinon, utiliser les modelines. PS: la carte graphique supporte cela aussi? Merci de votre aide. De rien Pour compléter ce qu'a dit Laurent (et qui est parfaitement exact d'après moi), XFree se base sur les fréquences que tu indiques dans la section Monitor pour HorizSync et VertRefresh, fréquences de balayage horizontale et de rafraichissment verticale. Consulte la documentation (papier ou en ligne) de ton moniteur pour trouver ces données (google marche bien pour ça ;-)). Pour vérifier que ça marche correctement, il suffit de regarder les messages affichés lors du lancement de X, par exemple : (II) NVIDIA(0): Generic Monitor: Using hsync range of 30.00-107.00 kHz (II) NVIDIA(0): Generic Monitor: Using vrefresh range of 50.00-160.00 Hz (II) NVIDIA(0): Clock range: 12.00 to 300.00 MHz (II) NVIDIA(0): Not using default mode 1024x768 (bad mode clock/interlace/doublescan) (II) NVIDIA(0): Not using default mode 1856x1392 (hsync out of range) (II) NVIDIA(0): Not using default mode 1920x1440 (hsync out of range) (**) NVIDIA(0): Validated modes for Display Device 0: (**) NVIDIA(0): Default mode 1792x1344: 261.0 MHz, 106.3 kHz, 75.0 Hz (**) NVIDIA(0): Default mode 1280x1024: 157.5 MHz, 91.1 kHz, 85.0 Hz (**) NVIDIA(0): Default mode 1280x960: 148.5 MHz, 85.9 kHz, 85.0 Hz (**) NVIDIA(0): Default mode 1152x864: 108.0 MHz, 67.5 kHz, 75.0 Hz (**) NVIDIA(0): Default mode 1024x768: 94.5 MHz, 68.7 kHz, 85.0 Hz (**) NVIDIA(0): Default mode 800x600: 56.3 MHz, 53.7 kHz, 85.1 Hz (**) NVIDIA(0): Default mode 640x480: 36.0 MHz, 43.3 kHz, 85.0 Hz (**) NVIDIA(0): Default mode 1920x1440: 234.0 MHz, 90.0 kHz, 60.0 Hz (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1440 avec un Philips 21' où l'on voit les fréquences de rafraîchissement trouvées par le serveur X. Fred
