Reprise du message précédent :

Juste une précision, oups, ca te fait planter toute la machine ou c'est juste un message dans les logs? J'ai un problème de plantage de Debian qui vient de je ne sais où, peut etre le meme probleme vu que j'ai une souris en PS/2 sur une NF7-S (kernel 2.6.15-1-k7)

2.6.16.2 out

 
arf je viens à peine de me faire un 2.6.16.1    
 
bon make oldconfig et zou  
 
edit : finalement non y'a rien qui m'interesse ds le changelog  

Pour en revenir sur mon problème de perfs sous Gimp, le noyau est hors cause, j'ai le même problème qui se produit indépendamment du noyau employé 2.6.15 ou 2.6.16. Le driver proprio nvidia n'a également rien à voir dans cette histoire puisqu'avec le driver libre (nv) la problèmatique reste inchangée.
 
Reste donc un problème lié sans doute à une mise à jour dans Gimp, voire des libs GTK : au bout de quelques heures d'usage avec le travail sur un nombre élevé de fichier les perfs et la réactivité s'effondre totalement au point que Gimp devienne inutilisable (alors que ma mémoire est loin d'être saturée et que le swap n'est pas utilisé...). Pour rajouter de la difficulté, le mode debug de Gimp n'indique rien d'anormal et pas de trace non plus dans .xsession-errors ou dans les logs du système    
 
La seule solution est de fermer toute les fenêtres alors ouvertes et de quitter Gimp, ce qui est vite laborieux si on à une vingtaine de fenêtres ouvertes au moment où ça se produit (il m'a fallu 10~15 min pour y parvenir alors que j'étais en plein boulot dessus). Ce problème est sérieux dans la mesure où il nuirait fortement à une utilisation du logiciel en environnement de prod :-/  
 
Même avec les versions de développement précédentes de Gimp je n'ai jamais eu de bug de cette gravité, aussi je compte faire un rapport de bug chez Debian très prochainement car ce serait domage que le problème se glisse et se propage dans une futur version stable de Gimp (la version de Sarge tourne impeccablement heureusement, mais peut-être que la version de Etch est également affectée).

merci pour le retour thrak  
moi j'utilise le 2.6.16 depuis quelque jour :
- le paquet des drivers nvidia incluait le patch, donc plus de pb de ce coté
- pour la mémoire j'ai laissé l'option par défaut quand j'ai appris que changer pouvait casser les modules externes
- reste netfilter qui est chiant à configurer mais puisqu'il fallait y passer ... c'est fait
 
et finalement ça marche bien, je n'ai pas noté de pb particulier

Tu parles du lowmem avec 1Go de ram? Je l'ai active et j'ai pas de probleme avec les drivers nvidia ou ipw3945

ok, c'est bon à savoir  

Une question de fainéant, désolé
 
Est-ce qu'il faut installer un kernel spécial pour profiter de mes 1.5Go de mémoire vive ?

 
non

sous mandriva il existe ces kernel : 2.6.12-18mdk-i586-up-1GB
de la à savoir la différence  

   
 
De même, j'ai noté aucun problème avec, il fonctionne très bien chez moi.

 
il te faut un noyau avec l'option bigmem activé (ou la toute nouvelle option pour adresser directement 2Go mais c'est encore un peu expérimental).
 

 
noyau compilé pour gérer jusqu'à 1go de RAM.

The latest stable version of the Linux kernel is: 2.6.16.4  

Dites, j'avais vu passer un article jesaisplussurquelsite (genre kerneltrap ou lwn.net, mais j'retrouve pas), où un mec parlait de revoir complètement la manière dont dhcp était géré au niveau du noyal.
 
Vous auriez ça quelque part ? (à part dmc )

Ca se passe ici :
---> http://lkml.org/lkml/2006/2/17/119
 
Voici l'essentiel à retenir en version française par nos amis québécquois au cas où:
--->http://www.quebecos.com/modules/ne [...] toryid=991
 
 
C'est normalement prévu à partir de la version 2.6.17 de GNU/Linux.

Ah ouais, c'est pas exactement ce dont j'avais le souvenir. Je me rappelais plus d'un truc pour diminuer le temps de récupération d'une adresse (parce que c'est "assez" lent là ), mais bon

N'empêche, il y a quand même pas mal de facteurs avant dhcpd qui interviennent sur la vitesse d'attribution d'une adresse IP : le type de routeur, la topologie réseau ou encore même le module utilisé par le noyau pour gérer la carte réseau (à partir du même routeur j'obtiens 2 à 3 fois plus rapidement une adresse sur ma bécane fixe (3Com power) comparé à mon portable (Broadcom power)).
 
Bref, je ne sais pas si à ce niveau le gain sera net, on verra (suis impatient de tester tout ça   ) mais dans tous les cas rien que pour la gestion des déconnexions / reconnexions du réseau à chaud ça va valoir le coup (n'oublions pas que Windows intègre cette fonctionnalité depuis longtemps).

 
Je dis pas ça pour troller mais c'est d'expérience que je vais le dire: c'est bien plus dépendant de l'ensemble carte ethernet/drivers que de l'OS lui même, car j'ai déjà vu passer pas mal de portables très "mobiles" au sein d'un réseau wifi (qui couvre une bonne portie de mon campus), le dhcp sous windows est totalement inégal.
 
Il n'est pas rare d'avoir même à redémarrer le poste (je passe sur les trolls moisis "c'est normal, c'est windoze" ) pour que le dhcp fonctionne à nouveau, même en relancant plusieurs fois le service et en quittant sa session.
 
Stune très bonne nouvelle ceci dit

netplug permet à peu près ce genre de comportement.

slt , j'ai compilé un 2.6.16-1-ck3 en prenant le .conf de mon precedant kernel installé par ma debian. tous ce passe bien une fois installé sauf un probleme : a l'arret du syteme apres l'arret des disque dur au lieu de couper le jus il ne fait rien pendant quelque seconde puis me balace plein de message a l'ecran et se fige.... une idée de l'option que j'ai mal mise dans la config ?
 
edit : bien sur dans la config j'ai pas touché a la section sur la gestion de l'energie...

2.6.16.5 out  

 
Ca vaut vraiment la peine
http://kernel.org/pub/linux/kernel [...] g-2.6.16.5

A vos gcc
http://www.kernel.org/pub/linux/ke [...] g-2.6.16.6
 
EDIT : vous pouvez recommancer : http://www.kernel.org/pub/linux/ke [...] g-2.6.16.7  

c'est kernel-party en ce moment ...

The latest stable version of the Linux kernel is:   2.6.16.8

 
Tin, du coup, je suis trop à la bourre avec mon 2.6.16.5 compilé vendredi 17 en soirée .

   
The latest stable version of the Linux kernel is:   2.6.16.9

Bon, ça devient intenable le rythme de sortie des noyaux stables. Je vais repasser aux noyaux des distribs moi.

4 nouvelles versions en 2 jours .... pas mal ...

On doit approcher du record, si ce n'est le record là .
 
edit : bon, après réflexion, je me dis que ça doit être un test d'attaque du noyau, pour savoir si les patchs arrivent à suivre .
 
Mais ... nous ne craquerons pas .

salut
est ce que quelqu'un aurait une bonne doc sur comment cree son propre file system?
merci

Je peux que conseiller "Practical File System Design with the Be File System", suivi par un truc pour ajouter ça au vfs de Linux.

Un petit pdf aussi : http://www.uio.no/studier/emner/ma [...] ystems.pdf

merci a vous je replonge dans la lecture

2.6.16.10 out ....
http://www.kernel.org/pub/linux/ke [...] -2.6.16.10
 
bonne compilation !

 
J'ai compile le 2.6.16.9+fglrx y'a quelques heures
 
Ils pourraient au moins donner un ETA du prochain release

Bah, tu peux encore recompiler là : 2.6.16.11 out .

http://kernel.org/pub/linux/kernel [...] -2.6.16.11
 
Ça c'est du changelog ! 1 changement  

Putain, mais non quoi
 
A peine trois heures entre les deux versions

je dis ça, je dis rien mais tous les point releases
sont dus à la prochaine sortie de la Suse
donc vous savez ce qui vous reste à ne pas faire