Voila, moi j'ai pris un 2.4.19 avec les patchs :
 
- ac4 de alan cox
- acpi
- ntfs
- tout les patch reiserfs ( normal, testing, quota et speedup )
[ en passant, c la merde parce que y a souvent des HUNK FAILED qu'il faut allez voir a la main, en cas d'interference entre patch ... ]
 
Vous utiliser quoi d'autre ?
 
 
 

c'est quoi le patch ac4 ?
 
A+

euh c'est koi un patch ?
 
C'est pas des modules integres au kernel ca ?
 
 
dsl je viens de faire une rechute en nOOb la, il me manque des briques de base...

2.4.18 + patch H323 pour bien rerouter netmeeting

dans le cas présent, un patch c'est un complément ou un correctif non officiel

j'utilise le patch "préémptif" (même si j'ai jamais remarqué de différence)

dites c joli le nom de vos patches, ça serait encore mieux si vous indiquiez à quoi ils servent
 
A+

pour le patch préemptif: http://www.tech9.net/rml/linux/
 
 

ah je me souviens de ce genre de manip, j'avais lu que c'était sympa en workstation, mais qu'il fallait eviter de faire ça sur un serveur
 
je l'essaierais ptet, mais déjà que la slackware va tellement vite par rapport aux autres distros, ça serait du luxe
 
A+

Bon voila a quoi ils servent alors :
 
- ac4 de alan cox : Je sais pas trop mais il fait des truc bien alors je le prend On le trouve sur kernel.org
 
- acpi : Pour avoir le support ACPI le plus a jour possible ( dispo sur sourceforge, faire une recherche sur ACPI )
 
- ntfs : Pour avoir le support NTFS ( read & write ), le plus a jour ( dispo sur sourceforge, recheche sur NTFS )
 
- tout les patch reiserfs ( normal, testing, quota et speedup ) Y a des patch qui sont la pour ameliorer la stabilité ( normal ), ceux qui sont en test ( testing ), ceux pour accelerer ( speedup ) et ceux qui ajoutent la gestion des quota ( quota ). Tous dispo sur reiserfs.org
 
Je mettrait bien le preemptive tiens.
 

po compris !

Le probleme avec les systemes unix c'est que le monde est coup'e en 2 parties.
Le noyau et le pas-noyau.
 
De grosses parties du noyau sont non-reentrante.
 
Dans le noyau certaines sections sont proteges de la re-entrance par des sections critiques assez longues.
 
Ce qui fait que les evenements sont mis sur l'oreille et traites plus tard.
 
Par exemples les interruptions sont traites sequentiellement et de facon differee par un process a part (donc une a la fois et en sequence. Pas d'interruption qui interrompt une interruption). Ce qui fait qu'une interruption ne sera effectivement traitee qu'a la sortie de la section critique en cours, meme si elle est faite a cause d'un process peu prioritaire.
 
 
Le patch en question diminue tres fortement la duree des sections critiques et autorise les rescheduling a l'interieur du noyau.
Ca autorise (entre autre) le traitement des handlers d'IT plus rapidement (pas besoin d'etre sorti de la grosse section critique).
 
D'ou la latence qui tombe  moins d'un ms (temps entre l'arrivee de l'evenement et le moment ou il est effectivment traite).
 
D'ou une apparence plus reactive et moins de probleme sur les interruptions (lecture mp3 par exemple).
 
Je sais pas si c'est tres clair....

pour le coup c'est moi ai rien compris
 
mais on sent que ça partait d'un bon sentiment

et les systemes temps réel (QNX si j'ai bien suivi) , ca se passe comment ?

heu... coment dire...  
 
 

pour les système RT, c'est un peut plus complexe... en gros une tache doit être termitée au temps t+x, après le kernel il se démerde (très très schématiquement)

Le problème, quand on veut appliquer plusieurs patches, c'est au cas où ils se marchent les uns sur les autres. Donc, pour les amateurs, allez voir FOLKS (faire une recherche sur Freshmeat), Fully Overloaded Linux Kernel Source, je crois.
 
Edit : Non, je me suis gourré, c'est FOLK, pour Functionally Overloaded Linux Kernel
http://freshmeat.net/projects/folk [...] C141%2C143

 
La politique de scheduling est souvent fifo (pas de round rubbing ou de time slicing) dans les systemes RT et ca au moins pour les taches critiques.

( )

c normal que je comprenne rien ?

ca dépends du kernel...

j'veux un doliprane
 
A+

Rooo ... ce topic me rappelle des souvenirs  

Zzozo a écrit a écrit : Rooo ... ce topic me rappelle des souvenirs

 
ton 5/20 en systemes ?

superX a écrit a écrit :     ton 5/20 en systemes ?

Non ... les discussions le soir, lors des projs, avec les "Bitmaps" ...
 

lm-sensors
patch reiseirfs pour quota
grsecurity sur le server
preemptible patch
 
y aussi  
suiddir ki ser encore a rien pour l instant !!!

 
suiddir ?

superX a écrit a écrit :     suiddir ?

 
oui c vrai je vais editer mais il me sert a rien lui pour l instant

j'ai tenté la compil' de rocklinux (un lfs/gentoo like) et c'est carrement chaud .  De plus je veux qu'un systeme minimal mais t'es obligé de charger tous les sources dans sa liste , qui va gratter sur x sites , ca timeout souvent , pleins d'erreurs à la compil' , j'ai craqué  . En revanche de tres jolis scripts pour la prépa  . Je doute que d'installer la rock puisse nous apporter une lumiere sur le suiddir .  

 
kk1 aurait vu le bouton demarrer ? faut ke j'arrete l'info...  

 
me permet pas !!!
 
a mon avis !!

Z'etes que des mechants
 
C'etait tres clair

pourquoi y a plus de changelog pour les -ac ?

ca avait causé de cela sur linuxfr.org pdt un tant c un probleme avec la DMCA ou un truc de se genre je siaspu de top !!!

http://thefreeworld.net/non-US/index.php

YMCA, plutôt, non ?
 
oukilè le -1 ? et [jesors]

Merde compile plus mon kernel avec tout ces patch, il me met des erreur dans le NTFS, que j'arrive a resoudre, apparemment y a un define foireux parce que il teste la version de gcc et tient pas compte des gcc 3.x apparemment.
Et dans la gestion ACPI, lors du make modules_install j'ai des undefined reference to acpi_.....
 
... Quel bordel ...

Déja les patch quota reiserfs arrive pas a les mettre. Dans la pus part des autre y a 1 ou 2 HUNK failed que je peut assez facilement corrigé. Dans ce cas ci y a que 1 ou 2 HUNK succeded ... et ca fait bcp a corrigé ... comprend rien a ce qu'il me veut.

trop de patch tue les patch !!

Ben oui mais je voudrait bien le dernier NTFS pour pouvoir lire/ecrire mes ntfs w2k sans probleme. Les dernier reiser pour corriger tout ce qu'il faut. Les quota et l'acpi ok c pas opbligatoir ( je l'ai viré puisque marchait pas mais bon ... )