Cette nouvelle version apporte son lot de corrections et de nouvelles fonctionnalités, comme toutes les versions 2.6 jusqu'ici. Les choses semblent commencer à se stabiliser, malgré un patch de 2.4 Mo.
Parmi les nouveautés on notera :
- modifications des systèmes de fichiers ;
- mise à jour de pilotes de périphériques ;
- intégration du patch "laptop mode" ;
- nouvel algorithme de congestion TCP ;
- intégration du patch de non exécution de la pile.
NdM: Merci également à Maherb.
![[en]](../images/en.png)
Le changelog (1781 hits)-
La liste des miroirs (723 hits)
-
L'utilitaire "Ketchup" (2387 hits)
> Lire la dépêche (99 commentaires, moyenne: 2,5).
Vous avez demandé le commentaire #411448.
Run by 
Cette page a été générée par Templeet en 0.0505s (dont 0.005 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
4KSTACK incompatible avec nvidia
ftp://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.6(...)
<akpm@osdl.org>
[PATCH] ia32: 4Kb stacks (and irqstacks) patch
From: Arjan van de Ven <arjanv@redhat.com>
Below is a patch to enable 4Kb stacks for x86. The goal of this is to
1) Reduce footprint per thread so that systems can run many more threads
(for the java people)
2) Reduce the pressure on the VM for order > 0 allocations. We see real life
workloads (granted with 2.4 but the fundamental fragmentation issue isn't
solved in 2.6 and isn't solvable in theory) where this can be a problem.
In addition order > 0 allocations can make the VM "stutter" and give more
latency due to having to do much much more work trying to defragment
[...]
The 4k stackness of the kernel is included in modversions, so people don't
load 4k-stack modules into 8k-stack kernels.
At present 4k stacks are selectable in config. When the feature has settled
in we should remove the 8k option. This will break the nvidia modules. But
Fedora uses 4k stacks so a new nvidia driver is expected soon.
Actuellement il faut virer CONFIG_4KSTACKS. Fedora 2 va plus loin, il n'y a pas d'option 4KSTACKS. C'est 4KSTACKS et rien d'autre. Ça met un peu de pression sur nvidia.
[^]Re: 4KSTACK incompatible avec nvidia
et ça sert à quoi ce 4k stack ?
[+] [^]Re: 4KSTACK incompatible avec nvidia
Lis ce commentaire, tout y est:
https://linuxfr.org/comments/411242,1.html(...)
[+] [^]Re: 4KSTACK incompatible avec nvidia
A avoir des stacks de 4k.
[^]Re: 4KSTACK incompatible avec nvidia
Avec une pile de 8Ko (valeur utilisée jusqu'ici), il fallait trouver deux pages mémoires _consécutives_ pour pouvoir créer un thread, contre une seule avec une pile de 4Ko. Cette réduction est donc un gain potentiel de temps à ce niveau là. De manière générale, rien de bien perceptible, mais dans des cas pathologiques ou la mémoire est très fragmentée, ça peut devenir crucial. Je pense avoir lu y'a pas longtemps un exemple donné par Andrew Morton où il avait observé que cette quête de mémoire pendant un updatedb (qui provoque beaucoup d'utilisation à cause du cache d'IO, tout ça quoi) avait requis la libération d'une 20aine de Mo. Bref, c'est de l'optimisation pour des cas à la con. Enfin bon, c'est ce que j'en ai compris de mes lectures occasionnelles de la lkml, maintenant je ne suis pas developpeur et je peux me fourvoyer.