Mikaël Cordon a écrit 90 commentaires

Ah, euh...

Bah en effet, là... à part avoir du temps et un bon chronomètre :p... Je ne vois pas. Doit bien y avoir quelque chose à faire, quand même...

Salut,

En ce qui concerne les petites distrib', y'en a une qui est rigolote à tester : la Damnsmall.

En plus d'être petite en taille (150 MO pour l'iso), c'est une petite live... Et pour cause ! C'est la fausse soeur jumelle de la Knoppix, celle-ci a été nanisée. Elle est à base de Debian, avec en interface fluxbox (je crois, loin d'être sûr), navigateur Internet dillo, (y'a aussi l'installateur de firefox si on veut quelque chose d'un peu plus cossu), Abiword, et pleins d'autres logiciel intéressants et peu gourmands... C'est installable sur le disque dur...


Voilà, mais le plus marrant avec cette distrib, c'est avec des machines plus modernes : on peut charger l'intégralité de la distrib' Live en RAM (300Mo au max), au démarrage, et on profite de tous les accès "disque" à la vitesse de la RAM, et en plus on a notre lecteur CD libéré.

Salut,

Alors moi, je n'y connais pas grand chose en WM, mais ce que tu demandes ressemble beaucoup à du profiling...

Donc pour ça tu peux compiler KDE et ton WM avec les options gcc de profiling (-gp de tête) et en exécutant alternativement sur les deux WM des opérations similaires et comparer les temps d'exécution...

Ce n'est pas très déterministe comme solution, mais ça peut donner de bons ordres de grandeur...

C'est expérimental, j'en conviens, mais je ne crois pas que si la fonction échoue cela mette en péril le disque ou même les données...
Au pire la fonction n'a aucun effet... Mais bon, je tiens à souligner qu'apparemment (d'après les infos que hdparm lit du disque) cette fonction est supportée : une valeur du constructeur est spécifiée ; je ne pense pas que ce soit une arnaque, moi avec mes disques j'ai d'autres valeurs du constructeur (128 pour hda (un maxtor), et 192 (seagate)).

Et donc, pour avoir testé, je peux dire que ça fonctionne ! Je n'ai pas de laptop, seulement un desktop. Avant d'avoir découvert cette fonctionnalité, je n'entendais pas beaucoup les disques (pour cause, j'ai un boîtier relativement insonorisé Antec, et la musique est souvent allumée :p ). Maintenant (avec AAM), je n'entends jamais mes disques dur, mais bon je suis toujours avec de la musique... En revanche la nuit, je laisse le PC allumé, et je n'entends pas les disques dur non plus ; pourtant le silence est quasi religieux la nuit !
Je tiens aussi à préciser que mes disques ne sont pas très récents, ils ont au moins 3 ans chacuns.

Pour finir, cette fonction AAM, si je me rappelle bien, baisse la vitesse de déplacement des têtes pour limiter le bruit... Car il s'agit d'un bruit mécanique ! Et qui dit bruit mécanique (micro-chocs, vibrations) dit usure (rapide ou non)... Donc si on réduit le bruit, c'est qu'on réduit l'usure (de beaucoup ou peu)... Donc je me dis que y'a pas mal à gagner à utiliser l'AAM :)
Il faut dire aussi que comme les têtes se déplacent plus lentement, alors évidemment les performances des disques vont sensiblement diminuer : pour info, moi j'ai essayé de tester la différence (avec et sans AAM), sur un débit moyen mesuré de 45Mo/s sans AAM, on passe à 39Mo/s avec AAM optimal. Autant dire que la différence n'est vraiment pas énorme.

Salut,

Comme de toutes façons un portable est silencieux, le moindre bruit devient suspect :)

En regardant la sortie de hdparm j'ai remarqué que l'AAM (Automatic Acoustic Management) n'était pas réglé au plus silencieux (cf. man hdparm). Le constructeur préconise d'ailleurs, pour cette fonction AAM, une valeur optimale : 128...

hdparm -M 128 /dev/hda

Salut,

Pour moi, le Firewall me paraît indispensable sur ton linux à moins que ta C-Box ait un firewall aussi efficace (aussi paramétrable) que celui du noyau linux (iptable, filtrage de paquets).

Ensuite pour ce qui est de l'antivirus ; il faut savoir que la quasi-totalité des virus circulant sur le net sont inopérant sur un système linux !
Moi j'ai tout de même installé un antivirus sur ma debian pour me donner bonne conscience : si toutefois un "virus pour linux" arrivait, ben il se casserait la margoulette sur l'AV (ClamV). Et puis c'est aussi un bon moyen de trier son courrier : un mail véroler n'est pas souvent intéressant à lire... Et puis finalement c'est aussi un bon moyen de prévenir nos chers amis windowsiens qu'ils nous envoient des mails infectés :p

Bon,

Bah c'est ce que je voulais savoir, merci bien ! :P

Salut,

Les disques dur récent intègrent la plupart du temps la technologie AAM qui permet, au détriment des hautes performances, de réduire le bruit.

En allant sur le site du constructeur tu devrais pouvoir avoir les caractéristiques de l'AAM (bruit avec et sans AAM, réduction des performances, etc...).

Une fois un tel disque installé, sous linux, hdparm -M ### /dev/hd$ te permet de régler cette fonction AAM.
hd$ est le périphérique représentant ton disque physique, évidemment...
### est un entier compris entre 0 et 255... Mais toutes les valeurs ne sont pas utilisables, cela dépend du disque. Pour savoir quoi mettre, la commande hdparm -I /dev/hd$ | grep acoustic te sort la ligne d'info sur ton disque concernant l'AAM, et normalement, il y a une valeur recommandée par le constructeur.
Je te conseille aussi d'aller regarder man hdparm pour les paramètres de l'option -M ###.

Aussi pour l'acoustique de ton disque, tu peux aussi essayer d'isoler le disque du reste de la carlingue de la tour en le fixant -- si c'est possible et adapté -- avec des amortisseurs en caoutchouc, c'est très efficace !

Salut,

Le problème est curieux en effet...
Juste une idée comme ça en passant :
les premiers 20% sont peut-être des dépôts en http et le reste en ftp ?
Dans ce cas, peut-être que le ftp ne passe pas le firewall (selon que le serveur ftp est actif ou passif, les règles du firewall sont différentes)...

À priori, tu n'as pas installé Linux sur la même partition que Windows. À mon avis tu as voulu dire le même disque.

Si tu as quand même réussi à installer linux sur la même partition que Windows, et bien c'est très mal parti ! Un conseil, assure-toi d'installer Linux sur une partition différente. Ensuite, pour supprimer Windows, il suffira de supprimer ou formater la partition qui contient Windows ; puis reconfigurer le "boot loader" (Lilo ou Grub) pour supprimer l'entrée de Windows.

Il faut configurer, effectivement le X... Mais le X doit être X.org et pas Xfree86...
Il faut activer les options composite et render (je crois) dans le fichier de configuration xorg.conf.

Moi, j'ai bien accès à ces options-ci, je peux les activer, mais ça a toujours planté chez moi au démérrage de KDE... Mais ça n'en fait pas une généralité :)

Salut,

Peut-être as-tu monté ta partition en mode synchrone : avec l'option sync dans le fstab ? Ce qui pourrait expliquer la lenteur et le la charge du CPU, peut-être...

Dans la même trempe, moi j'ai un lecteur MP3 USB 2.0 qui panique en mode asynchrone (lorsque je copie des fichiers vers lui)... Alors je l'ai passé en mode synchrone... La copie est effectivement plus tranquille (dirons-nous) et le CPU un peu plus affolé... Mais mon lecteur MP3 ne panique plus...

Salut,

J'ai comparé avec mon fichier config /etc/X11/xorg.conf (je sais, tu es sous xfree86, mais je crois que la différence ne justifie pas ton problème), et la différence entre nos deux fichiers qui me fait tiquer c'est l'option :
option "useFBDev" "true"
Que moi, je n'ai pas chez moi... Et moi, ça fonctionne :)

Dans cette section, j'ai (attention, y'a beaucoup d'options, mais elle concerne beaucoup les spécificités de xorg) :

Section "Device"
Identifier "nVidia Corporation NV25 [GeForce4 Ti 4200]"
Driver "nvidia"
Option "RenderAccel" "true"
Option "UseEdidFreqs" "1"
Option "EnablePageFlip" "true"
Option "NoBandWidthTest" "1"
Option "DigitalVibrance" "3"
Option "NvAGP" "3"
Option "AllowGLXWithComposite" "true"
BusID "PCI:1:0:0"
EndSection

Salut,

Il me semble me rappeler que fsck.vfat ne corrige rien par défaut, il vérifie seulement...

Pour qu'il corrige effectivement, il faut lui dire (je crois, regarde le man de fsck.vfat pour être sûr) :
fsck.vfat -a /dev/sda5

Questions idiotes... :S

Est-ce que le port 10000/TCP est "ACCEPT" ?

N'y a-t-il pas une option dans Webmin, qui autorise ou interdit l'accès en non local (autrement que depuis localhost) ?

Sinon, moi j'utilise un peu Webmin, mais seulement en local (c'est très pratique tout de même), et jusqu'ici n'ai pas eu besoin de documentation autre que celle fournie avec Webmin même.

Ben si tu parles des icônes de konqueror pour les fichiers, et ben monsieur KDE préfère que cette police soit définie dans les options de konqueror :S Soit...

Ça se trouve dans Configurer Konqueror > Apparence

Pas mieux, c'est curieux en effet...

Es-tu certain que tes allocations ont bien eu lieu ? Parce que désallouer quelque chose qui n'est pas alloué, je ne sais plus ce qu'il se passe (seg fault, j'imagine).

À moins d'être absolument sûr de son coup, il est de bon usage de vérifier que les allocations se sont bien déroulées :
if ((pGame = (struct Game*) malloc (sizeof(struct Game)) == NULL) /* traitement de l'erreur */

Salut,

Ben en fait, le choix peut se faire sur différents plans ; mais ce sera toujours en fonction de ce que tu souhaites faire...

Si tu cherches à faire du code optimisé et performant (genre des gros calculs scientifiques) sûrement que le C sera mieux que C++

Si tu cherches à faire du code modulaire, clair (lisible), maintenable facilement, et pas forcément performant sûrement que le C++ conviendra mieux.

Maintenant, je suis sûr d'une chose, c'est que les performances dépendent énormément des algorithmes et structures de données utilisés (et quasiment indépendant du langage utilisé) : un programme C optimisé avec de mauvais algos, se fera battre à plates coutures par le même programme en Java avec de bons algos...


Je ne sais pas si j'ai fait avancer le schmilblick, mais voilà mon point de vue :)

Bonjour,

J'ai regardé brièvement dans les man, et il semblerait que sfdisk puisse être utilisé dans les scripts... Mais je ne pourrai que te conseiller d'aller lire le man sfdisk :/

J'imagine que tu as une bonne raison d'utiliser des scripts dans ce cas là ; mais personnellement je trouve assez "dangereux" et hasardeux de manipuler les partitions à l'aveuglette ! Il pourrait se passer des choses non prévues, "et là c'est le drame" :) ! Sans compter tous les risques que l'exécution du script se fasse sur un disque avec des données ! ;)

Eh bien, en fait, si tu as plusieurs versions de gcc qui sont installées (comme moi : j'utilise plusieurs versions, selon que je fais du développement ou que je tripatouille mon système), soit pour toute compilation tu modifies tes Makefile pour changer la version de gcc à utiliser, ou alors tu utilises la variable d'environnement $CC ou $CXX, ou bien alors tu utilises les "alternatives" (là, il faut que tu cherches, car je sais que ça existe, mais je ne les utilises pas), ou, finalement, tu gères toi-même ta version de gcc par lien, je t'explique...

Si tu regardes dans /usr/bin/ :
xterm:root@mickey[Fri 18/03/05 16:10:38] in /usr/bin
» ll g{cc,++}*
lrwxrwxrwx 1 root root 00007 Mar 04 22:07 g++ -> g++.cur
-rwxr-xr-x 1 root root 88876 Mar 13 02:47 g++-3.3
-rwxr-xr-x 1 root root 88876 Mar 14 05:19 g++-3.4
lrwxrwxrwx 1 root root 00007 Feb 22 16:25 g++.cur -> g++-3.3
lrwxrwxrwx 1 root root 00007 Mar 04 22:07 gcc -> gcc.cur
-rwxr-xr-x 1 root root 85196 Mar 13 02:47 gcc-3.3
-rwxr-xr-x 1 root root 84972 Mar 14 05:20 gcc-3.4
lrwxrwxrwx 1 root root 00007 Mar 04 01:00 gcc.cur -> gcc-3.4
lrwxrwxrwx 1 root root 00010 Feb 13 16:05 gccbug -> gccbug-3.3
-rwxr-xr-x 1 root root 16056 Mar 13 02:39 gccbug-3.3
-rwxr-xr-x 1 root root 16198 Mar 14 05:11 gccbug-3.4
tu vois gcc qui est un lien symbolique (->) vers gcc-3.4 (vers gcc.cur qui pointe lui-même vers gcc-3.4 dans mon cas, mais pour une raison particulière (j'ai la flemme de tout changer pour t'expliquer :p )). Donc en ce moment, je suis en version gcc-3.4... Si tu veux changer de version, tu changes le lien symbolique vers la version gcc-3.3... Et ça se fait avec la commande (cette commande est pour toi, à priori, pas dans mon cas) :
rm /usr/bin/gcc
ln -s /usr/bin/gcc-3.3 /usr/bin/gcc
(Attention, il faut que tu t'assures que gcc est un lien avant de le supprimer ;))

Et tant qu'à faire, pour g++ c'est la même chose... Si tu utilises g++ :)


Voilà, normalement, une fois le lien fait, toutes les compilations devraient se faire avec la version que tu veux...
Par contre, vérifie les variables d'environnement pour qu'elles ne soient pas en conflit avec ta modif :
echo $CC
echo $CXX
Elles devraient contenir gcc et g++ et non gcc-3.4 et g++-3.4. Sinon, les Makefile utilisant les variables d'environnement $CC et $CXX plutôt que /usr/bin/gcc ne tiendront pas compte de ta modification de lien.


Bon, j'espère que tu as compris, parce que là, je t'ai mis du concentré :)

Bonjour,

Je ne sais pas quelle version de gcc tu utilises, mais je sais qu'on peut avoir ce genre de problème avec gcc-3.4 quand une application a été développée avec gcc-3.3 (ou version inférieure) (en fait, il y a des syntaxes tolérées avec gcc-3.3 qui ne le sont plus dans gcc-3.4)...

Donc, soit tu peux attendre que les sources soient revues pour être compilées avec gcc-3.4, soit tu peux corriger toi-même :)
Ou alors, et je pense que c'est le mieux, c'est de changer de version de gcc : juste un petit lien à modifier...
Enfin, tu peux faire tout cela si c'est bien un problème de version :)

Hum...

Si tu es un utilisateur normal (non root), à priori tu ne peux pas exécuter de script avant que ta session n'ait démarré. Ce serait un gros trou de sécurité si c'était faisable :)

Si tu as accès au root, alors, sous debian, il suffit que tu ajoutes un script (exécutable) dans /etc/init.d/. Ce script, idéalement, doit pouvoir se lancer avec comme premier paramètre, start ou stop (tu peux prendre exemple sur les autres scripts de ce même répertoire). Ensuite a commande update-rc ton_script start SNN Slevel_1 Slevel_2 ... Slevel_x . stop KNN Klevel_1 Klevel_2 ... Klevel_x. (ne pas oublier les '.' (points) dans la ligne de commande)
Te crée les liens symboliques (symlinks) dans les bons répertoires (/etc/rc*.d/) pour que ton script soit lancé/exécuté (ton_script start) à la position SNN pour les "levels" (~ "niveaux d'exécution", j'aime pas trop l'expression) Slevel_i ; et qu'il soit stoppé (ton_script stop) à la position KNN pour les "levels" Klevel_i.
man update-rc dans tous les cas :)

Salut,

Admettons que tu aies un écran CRT... Pour les LCD, je n'en sais rien. ;)

Tout d'abord, la fréquence verticale dépend bien sûr de ta carte graphique, mais aussi, et surtout (vu ta carte graphique) de ton écran et de la résolution de l'écran... Il est possible qu'à la résolution actuelle tu n'aies pas le choix dans les fréquences...

Autrement, tu peux toujours reconfigurer le Xserver : XFree86 ou Xorg...
Sous Debian (en root) : dpkg-reconfigure xserver-xfree86
ou
dpkg-reconfigure xserver-xorg
Ou, à la main, directement dans le fichier /etc/X11/XF86Config-4 ou /etc/X11/Xorg.conf, là, il faut que tu regardes la doc sur ces fichiers : man XF86Config-4
ou
man xorg.conf
Le contenu de ces deux fichiers est quasiment le même...
Le principe : dans la section de l'écran, tu spécifies les caractéristiques (ça c'est pour mon écran) : HorizSync 30-130
VertRefresh 60-160
DisplaySize 367 275

Après si tu veux faire des réglages beaucoup plus fin, tu peux spécifier les caractéristiques de chaque résolution que tu veux avec les "modeline", mais ça c'est une autre paire de manches ;)

Hum, juste une petite précision: l'option "rw" indique que les écritures et les lectures sont autorisées sur cette partition... Par contre l'option "user", elle, permet aux utilisateurs de monter eux-même la partition :)

Autre remarque : je ne suis pas certain de l'utilité de umask=000 ; mais bon, je peux me tromper... Soit ça autorise lectures et écritures pour tout le monde (user, group et others) sur la partition (même effet que "rw") ou alors ça supprime tout ces droits, donc en conflit avec "rw" et peut être à l'origine de tes problèmes de lecture... À confirmer... man fstab :)

Bonjour,

Je pense que dvd::rip a besoin d'un gtk plus récent que celui qui est installé sur ta mdk... Mets à jour gtk, y'a des chances que ça passe :)