Reprise du message précédent :
Bon, j'ai mis "hdparm -c1 -d1 -m1 -u1 /dev/hda" et "hdparm -c1 -d1 -m1 -u1 /dev/hdb"
 
Faut rebooter pour que ce soit pris en compte ou si ça marche tout de suite ?
 
Parceque je viens de faire le test, faut toujours attendre 5 secondes avant de voir arriver la calculatrice :sleep

Ben non, on n'est pas chez windows
 
tu peux tester avec hdparm -Tt /dev/hda

Ca casse pas des barreaux de chaise (m'enfin c'est pas du matos tout jeune non plus...)

Sinon, un truc tout con... PostGreSQL, quand on l'installe, de base, il a quel mot de passe ? Parceque sous Windows il fait créer un compte NT, et demande un mot de passe, mais là... de mémoire il ne m'a rien demandé

il a le pass root (et user root) si c'est comme sous Mysql.
 
Pas trop mal ton HD en debit soutenu.

c'est deux hd...
 
pourtant, c'est un vieux maxtor et un vieux wd. l'un fait 20 Go et l'autre 60 Go, c'est pour dire s'ils sont vieux !
 
sinon, pour pg j'ai tenté avec root, mais ça marche pas.
 
mais j'y pense, tu m'as parlé tout à l'heure (à moins que je confonde) des drivers ATI constructeur... pour les dwl, je pense savoir où les trouver... pour les installer, c'est une autre paire de manche ? y'a une doc pour débian ? (je suppose que c'est un rpm pour red hat ou autre non ?)

quoique pour les drivers, je crois pas que je vais trouver tout seul...
 
https://support.ati.com/ics/support [...] olderID=27
 
il ne propose que pour FireGL et > 8500
moi c'est une bête 128

Pourquoi tu veux les drivers proprios ATI ? pour quelle utilisation ?

D'après cette page, pour la 2D, y'a déjà tout ce qu'il faut dans le XFree86 de base (je suppose que c'est le cas aussi pour Xorg, de toute façon la CG est reconnue sous son nom dans mon Xorg.cong, qui s'est créé tout seul)

/dev/sdb:
 Timing cached reads:   1852 MB in  2.00 seconds = 925.94 MB/sec
 Timing buffered disk reads:  152 MB in  3.01 seconds =  50.53 MB/sec
Sur un Seagate 160Go 7200.7
 
donc c'est bon pour ta fury si elle est bien reconnue.

Et pour la 3D, ils parlent de DRI, mais :
 

s'pa une fury, c'est une magnum (y'a le TV out en moins)

Utilisateur postgres. Il me semble qu'il a pas de mot de passe au départ, sinon tu peux toujours le changer sous root.
 
Opera

Moi quand j'avais installé PostGres fallait lancer un sh a la fin de l'install qui calibrait le serveur et fixait les username/password par default Oo

étrange, vais retenter, sinon je chercherai de la doc, ce sera plus simple
 
merci infiniment en tout cas pour votre aide
 
même si ça n'a pas énormément amélioré les choses, au moins maintenant j'ai l'impression d'avoir une machine à peu près correctement configurée/exploitée

Est ce que ton noyau a le support du DRI ?

Concernant le "lag" au lancement, tu peux montrer le contenu des fichiers
/etc/nsswitch.conf et /etc/resolv.conf ?
Voire même celui de /etc/hosts ...

top -b -n 1

zzozo > je doute fortement que la calculatrice soit impactée par un lag du réseau

vi ?
 

/etc/nsswitch.conf

 
/etc/resolv.conf

(c'est mon routeur qui forwarde à Wanadoo, je suis en DHCP et aucun problème à déclarer sous Windows)
 
/etc/hosts

Je pensais pas à un pb de lag réseau directement mais à un pb de résolution de noms ... et pas forcément pour gcalctool ...
 
tu peux renvoyer le résultat d'un hostname -f ?
Et ça se passe comment un ping `hostname -f` ?

t'as pas d'applets luc ?

je poste ça ce soir.
 
m'enfin à priori, je n'ai aucun problème réseau de toute façon, moz marche très bien, et lepc répond bien à son nom spécifié par le dhcp (réservation DHCP sur l'addresse mac, avec entrée DNS de l'ip attribuée)

 
Le noyau linux réalise du multitache préemptif avec les applications (en clair, c'est lui le maitre), mais le noyau lui même n'est pas toujours préemptif (+ exactement, toutes les parties du noyau ne le sont pas). Pour les noyaux de la série 2.4, il y a eu un patch qui rendait préemptives la plupart des parties du noyau. Ce patch (si il existe) a nettement moins de raison d'être avec les noyaux 2.6 car un énorme travail a été et est encore réalisé pour diminuer la latence globale du noyau et améliorer la réactivité globale.

Et dans le 2.6.14 c'est directement intégré l'option préemtif.
 

 
je sais pas sous Gnome mais sous KDE, une mauvaise définition du hostname donne des latences énormes (je présume que ça vient des communications inter process et d'une interrogation DNS quasiment à chaque lancement d'applis dmais sans plus de certitudes).

chais bien de nux tourne énormément autour de TCP/IP qu'il supporte en natif au niveau du noyau, mais je trouve ça quand même un peu fort qu'il utilise la couche réseau pour lancer des applis
 
m'enfin bon, je vous poste les résultats des cdes que vous m'avez demandé ce soir en arrivant.

Quand tu démarres sur fluxbox, ça lague autant ?

en fait, pour ceux qui on edonkey sous windows, j'ai exactement le même comportement : je lance le truc, et ça met systématiquement plusieurs seconde avant que la fenêtre apparaisse. c'est la seule appli sous windows que je connaisse qui fasse ça, généralement (et je m'attends à la même chose sous linux) l'appli se lance, la fenêtre apparaît, mais est figée durant le chargement effectif de l'appli.
 
la couche GUI serait-elle à la fin du code d'initilisaton du programme sous linux ? ça serait une bonne explication : l'appli démarre effectivement, et lorsqu'elle est prête, elle indiquerait au gui d'afficher la fenêtre.
 
ceci dit, ça n'explique pas pourquoi une appli aussi basique que la calculatrice ou un éditeur de texte brut soit aussi lente à démarrer que mozilla, qui est toujours assez lent à se lancer, même sur une machine rapide...

le P2P spa bien du tout (discussion pas autorisée toussa)
 
Je sais plus qui a dit ça plus haut mais GTK et gnome sont lents, ça s'améliore mais c'est pas encore le pied.

pas installé fluxbox, je sais même pas ce que c'est
 
vous avez pas un "bench" (enfin, un test plutôt) à me soumettre, qui tournerais en mode console ? genre un script qui ouvre plusieurs appli, les fait communiquer entre elles plus quelques traîtements courant, avant de se fermer et afficher le temps que ça a mis ?
 
si j'ai de bons résultats en mode console, alors pas besoin de chercher plus loin, c'est gnome/xorg qui a du mal sur mon pc, sinon, c'est que j'ai effectivement un problème avec mon install (même si ma machine est loin d'être une flèche, elle est quand même capable de faire tourner des applis assez lourdes en mode console sans ralentissement...)

je parle pas de p2p, je cite juste un soft qui donne les mêmes symptômes. c'est comme les nazis, on n'a pas droit d'en faire l'éloge, mais on a quand même  le droit de dire que "le symbole des temples au japon, c'est une croix gammée inversée", y'a pas de mal à ça...

Pour PostgreSQL, l'utilisateur postgres a pas de mot de passe (ou un mot de passes aléatoire, je sais plus ). Enfin bref, tu passes sous son compte en faisant un 'su - postgres'. Et après, tu peux créer tes users, tes bases, toussa (createdb, createuser, mais bon, tu dois savoir faire )

ok pour postgre, je vaisfaire le test ce soir. j'avoue qu'hier j'ai pas trop pris le temps de chercher de la doc

Le mieux à faire, c'est de lire la doc qui a été installé avec le paquet postgresql. Elle doit se trouver dans /usr/share/doc/postgresql (ou un truc du genre).

c'est ce que je comptais faire, mais j'ai pas trop eu le temps (problèmes au boulot qui font que je suis d'astreinte jusqu'à 2h du matin... et évidement, on a besoin de moi tous les soirs )

tu peux faire un vmstat pour voir si t'as pas un process qui passerait son temps à faire des petites E/S ?

ok, alors, je récapitule les trucs à faire en arrivant :
 

 
me souvient plus, pour utiliser putty sur mon pc, je dois installer un service telnet ou pas ? me souviens plus (à l'avenir, je ferai les tests depuis mon boulot ce sera plus simple )

telnet ou ssh, ssh étant nettement mieux

ok ok