Dans le chapitre 5 du livre de Daniel P. Bovet et Marco Cesati "Le noyau linux il est écrit :
"Des ticks plus courts impliquent que le processeur passe une plus grande partie de son temps en mode noyau et donc une plus faible partie en mode utilisateur. Il en résulte une exécution plus lente des programmes utilisateurs. Aussi seules les machines très puissantes peuvent adopter une valeur faible pour les ticks et assumer la surcharge qu'elle implique"
Dois-je en conclure que linux 2.6 sera plus lent sur mon 486 que linux 2.4?
# Re: timer 1000Hz dans linux 2.6
Posté par Jak . Évalué à 0.
De toutes façons, c'est toujours une affaire de compromis.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 8.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: timer 1000Hz dans linux 2.6
Posté par Edouard Gomez (site web personnel) . Évalué à 2.
- 001_ck6_2.4.20.patch.bz2
- 020_int_030417_ck_2.4.20.patch.bz2
- 030_rmap15f_030416_ck_2.4.20.patch.bz2
- 031_rmap15f_rmap15g.patch.bz2
- 040_ext3-scheduling-storm.patch.bz2
- 041_ext3-use-after-free.patch.bz2
- 042_sync_fs.patch.bz2
- 043_sync_fs-fix.patch.bz2
- 044_sync_fs-fix-2.patch.bz2
001 020 et 030 viennent de Con Kolivas.
031 vient de chez Rik Van Riel (oui j'ai une VM a RiK)
04x viennent du site du FS ext3.
Lors de l'application il y a quelques glitchs (2 ou 3 rejects) mais ils sont soit non pertinents , soit facilement corrigeables.
[^] # Re: timer 1000Hz dans linux 2.6
Posté par Edouard Gomez (site web personnel) . Évalué à 2.
linux-2.4.20-ptrace.patch
A appliquer avant tous les autres. Il fixe la faille de secu associée a l'utilisation de ptrace dans certains cas.
# Re: timer 1000Hz dans linux 2.6
Posté par 2xplop . Évalué à 2.
et hop ===>[]
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.