Bonjour!
J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout marche
niquel, mais j'ai un problème de lenteur extrème lorsque je lance
openoffice, que je n'avais pas avec le 2.4.22 d'origine. En effet,
lorsque je lance cette appli, je ne peux rien faire à coté tellement la
machine rame; le cpu est utilisé à 100% pdt cette phase ! bref c'est un
peu embettant. un dmesg renvoie pendant ce temps :
Loosing too many ticks !
TSC Cannot be used as a timesource. (Are you running with Speedstep?)
Falling back to a sane timesource.
Bref je comprends qu'il y a un pb, mais je ne comprends pas trop lequel!
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Tranquille
de Vincent:
Bonjour! J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout marche niquel, mais j'ai un problème de lenteur extrème lorsque je lance openoffice, que je n'avais pas avec le 2.4.22 d'origine. En effet, lorsque je lance cette appli, je ne peux rien faire à coté tellement la machine rame; le cpu est utilisé à 100% pdt cette phase ! bref c'est un peu embettant. un dmesg renvoie pendant ce temps :
Loosing too many ticks ! TSC Cannot be used as a timesource. (Are you running with Speedstep?) Falling back to a sane timesource.
Bref je comprends qu'il y a un pb, mais je ne comprends pas trop lequel!
Quelqu'un a-t-il déjà rencontré cette anomalie ?
Par avance merci pour vos contributions. Vincent.
j'ai rencontré un problème un peu similaire, (voir le fil "fige mais pas tout à fait"), en tout cas le même message sur tsc... je l'ai résolu (apparemment, car je teste encore mais ça fonctionne très bien maintenant) en désactivant le local-apic dans mon kernel 2.6.1... une piste comme une autre. -- Si tu en es réduis à me mentir pour me convaincre, c'est sans doute que ton raisonnement est faux à la base, non? Tranquille (ICQ: 342921409)
de Vincent:
Bonjour!
J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout
marche niquel, mais j'ai un problème de lenteur extrème lorsque je
lance openoffice, que je n'avais pas avec le 2.4.22 d'origine. En
effet, lorsque je lance cette appli, je ne peux rien faire à coté
tellement la machine rame; le cpu est utilisé à 100% pdt cette phase !
bref c'est un peu embettant. un dmesg renvoie pendant ce temps :
Loosing too many ticks !
TSC Cannot be used as a timesource. (Are you running with Speedstep?)
Falling back to a sane timesource.
Bref je comprends qu'il y a un pb, mais je ne comprends pas trop
lequel!
Quelqu'un a-t-il déjà rencontré cette anomalie ?
Par avance merci pour vos contributions.
Vincent.
j'ai rencontré un problème un peu similaire, (voir le fil "fige mais pas
tout à fait"), en tout cas le même message sur tsc...
je l'ai résolu (apparemment, car je teste encore mais ça fonctionne très
bien maintenant) en désactivant le local-apic dans mon kernel 2.6.1...
une piste comme une autre.
--
Si tu en es réduis à me mentir pour me convaincre, c'est sans doute que
ton raisonnement est faux à la base, non?
Tranquille (ICQ: 342921409)
Bonjour! J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout marche niquel, mais j'ai un problème de lenteur extrème lorsque je lance openoffice, que je n'avais pas avec le 2.4.22 d'origine. En effet, lorsque je lance cette appli, je ne peux rien faire à coté tellement la machine rame; le cpu est utilisé à 100% pdt cette phase ! bref c'est un peu embettant. un dmesg renvoie pendant ce temps :
Loosing too many ticks ! TSC Cannot be used as a timesource. (Are you running with Speedstep?) Falling back to a sane timesource.
Bref je comprends qu'il y a un pb, mais je ne comprends pas trop lequel!
Quelqu'un a-t-il déjà rencontré cette anomalie ?
Par avance merci pour vos contributions. Vincent.
j'ai rencontré un problème un peu similaire, (voir le fil "fige mais pas tout à fait"), en tout cas le même message sur tsc... je l'ai résolu (apparemment, car je teste encore mais ça fonctionne très bien maintenant) en désactivant le local-apic dans mon kernel 2.6.1... une piste comme une autre. -- Si tu en es réduis à me mentir pour me convaincre, c'est sans doute que ton raisonnement est faux à la base, non? Tranquille (ICQ: 342921409)
no_spam
On Fri, 06 Feb 2004 13:40:06 +0100, Pascal H. wrote:
Le Fri, 06 Feb 2004 10:28:40 +0100, Vincent a écrit :
J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout marche niquel, mais j'ai un problème de lenteur extrème lorsque je lance openoffice, que je n'avais pas avec le 2.4.22 d'origine. En effet, lorsque je lance cette appli, je ne peux rien faire à coté tellement la machine rame; le cpu est utilisé à 100% pdt cette phase ! bref c'est un peu embettant. un dmesg renvoie pendant ce temps :
Que raconte /sbin/hdparm à propos de ton disque dur ?
PS : la dernière cuvée kernel porte le millésime 2.6.2
Attention en particulier au paramêtre -a de hdparm. Pour les kernels 2.4, c'est exprimé en secteurs. Pour les 2.6, c'est exprimé en octets ! Les symptomes résultants sont exactement ceux décrits... si hdparm -a /dev/hda renvoie une valeur de plusieurs ko, c'est OK. Sinon, multiplier la valeur par 512 sera salutaire...
On Fri, 06 Feb 2004 13:40:06 +0100, Pascal H. wrote:
Le Fri, 06 Feb 2004 10:28:40 +0100, Vincent a écrit :
J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout marche
niquel, mais j'ai un problème de lenteur extrème lorsque je lance
openoffice, que je n'avais pas avec le 2.4.22 d'origine. En effet,
lorsque je lance cette appli, je ne peux rien faire à coté tellement la
machine rame; le cpu est utilisé à 100% pdt cette phase ! bref c'est un
peu embettant. un dmesg renvoie pendant ce temps :
Que raconte /sbin/hdparm à propos de ton disque dur ?
PS : la dernière cuvée kernel porte le millésime 2.6.2
Attention en particulier au paramêtre -a de hdparm.
Pour les kernels 2.4, c'est exprimé en secteurs.
Pour les 2.6, c'est exprimé en octets !
Les symptomes résultants sont exactement ceux décrits...
si hdparm -a /dev/hda renvoie une valeur de plusieurs ko,
c'est OK. Sinon, multiplier la valeur par 512 sera salutaire...
On Fri, 06 Feb 2004 13:40:06 +0100, Pascal H. wrote:
Le Fri, 06 Feb 2004 10:28:40 +0100, Vincent a écrit :
J'ai récemment installé le noyau 2.6.1 sur ma slackware 9.1. Tout marche niquel, mais j'ai un problème de lenteur extrème lorsque je lance openoffice, que je n'avais pas avec le 2.4.22 d'origine. En effet, lorsque je lance cette appli, je ne peux rien faire à coté tellement la machine rame; le cpu est utilisé à 100% pdt cette phase ! bref c'est un peu embettant. un dmesg renvoie pendant ce temps :
Que raconte /sbin/hdparm à propos de ton disque dur ?
PS : la dernière cuvée kernel porte le millésime 2.6.2
Attention en particulier au paramêtre -a de hdparm. Pour les kernels 2.4, c'est exprimé en secteurs. Pour les 2.6, c'est exprimé en octets ! Les symptomes résultants sont exactement ceux décrits... si hdparm -a /dev/hda renvoie une valeur de plusieurs ko, c'est OK. Sinon, multiplier la valeur par 512 sera salutaire...
Vincent
Que raconte /sbin/hdparm à propos de ton disque dur ?
PS : la dernière cuvée kernel porte le millésime 2.6.2
le problème est le même sous 2.6.2 :(
Vincent
j'ai rencontré un problème un peu similaire, (voir le fil "fige mais pas tout à fait"), en tout cas le même message sur tsc... je l'ai résolu (apparemment, car je teste encore mais ça fonctionne très bien maintenant) en désactivant le local-apic dans mon kernel 2.6.1... une piste comme une autre.
chez moi le local-apic est déjà désactivé... :(
j'ai rencontré un problème un peu similaire, (voir le fil "fige mais pas
tout à fait"), en tout cas le même message sur tsc...
je l'ai résolu (apparemment, car je teste encore mais ça fonctionne très
bien maintenant) en désactivant le local-apic dans mon kernel 2.6.1...
une piste comme une autre.
j'ai rencontré un problème un peu similaire, (voir le fil "fige mais pas tout à fait"), en tout cas le même message sur tsc... je l'ai résolu (apparemment, car je teste encore mais ça fonctionne très bien maintenant) en désactivant le local-apic dans mon kernel 2.6.1... une piste comme une autre.
chez moi le local-apic est déjà désactivé... :(
no_spam
On Sat, 07 Feb 2004 21:34:17 +0100, Vincent wrote:
Que raconte /sbin/hdparm à propos de ton disque dur ?
PS : la dernière cuvée kernel porte le millésime 2.6.2
le problème est le même sous 2.6.2 :(
La DMA est désactivée et l'accès ay disque se fait en 16 bits... hdparm -d 1 -c 1 /dev/hda devrait améliorer les choses...
no_spam
On Sat, 07 Feb 2004 22:21:51 +0100, Pascal H. wrote:
Le Sat, 07 Feb 2004 21:53:46 +0100, no_spam a écrit :
La DMA est désactivée et l'accès ay disque se fait en 16 bits... hdparm -d 1 -c 1 /dev/hda devrait améliorer les choses...
Et accessoirement valider les bonnes options dans la config du noyau devrait péreniser la chose. Je pense à CONFIG_IDEDMA_AUTO=y
Sans doute CONFIG_IDEDMA_PCI_AUTO , non ? Mais je pense qu'il vaut mieux laisser faire celà à un script au démarage: il n'est pas toujours safe de mettre le dma en route par défaut... Ce n'est pas vraiment critique pour la première phase de boot. De plus, un script est indispensable pour les autres paramêtres, qui en plus, dépendent du disque utilisé et doivent être "personalisés" si on a plusieurs devices IDE. Pour des raisons autant de simplicité (toute la config IDE est regroupée) que de sécurité (pas de DMA en mode single: jamais d'optimisation pour récupérer une machine dans un état critique...), je préfère donc cette solution....
On Sat, 07 Feb 2004 22:21:51 +0100, Pascal H. wrote:
Le Sat, 07 Feb 2004 21:53:46 +0100, no_spam a écrit :
La DMA est désactivée et l'accès ay disque se fait en 16 bits...
hdparm -d 1 -c 1 /dev/hda
devrait améliorer les choses...
Et accessoirement valider les bonnes options dans la config du noyau
devrait péreniser la chose. Je pense à CONFIG_IDEDMA_AUTO=y
Sans doute CONFIG_IDEDMA_PCI_AUTO , non ?
Mais je pense qu'il vaut mieux laisser faire celà à un script au démarage:
il n'est pas toujours safe de mettre le dma en route par défaut...
Ce n'est pas vraiment critique pour la première phase de boot.
De plus, un script est indispensable pour les autres paramêtres,
qui en plus, dépendent du disque utilisé et doivent être "personalisés"
si on a plusieurs devices IDE.
Pour des raisons autant de simplicité (toute la config IDE est regroupée)
que de sécurité (pas de DMA en mode single: jamais d'optimisation
pour récupérer une machine dans un état critique...), je préfère
donc cette solution....
On Sat, 07 Feb 2004 22:21:51 +0100, Pascal H. wrote:
Le Sat, 07 Feb 2004 21:53:46 +0100, no_spam a écrit :
La DMA est désactivée et l'accès ay disque se fait en 16 bits... hdparm -d 1 -c 1 /dev/hda devrait améliorer les choses...
Et accessoirement valider les bonnes options dans la config du noyau devrait péreniser la chose. Je pense à CONFIG_IDEDMA_AUTO=y
Sans doute CONFIG_IDEDMA_PCI_AUTO , non ? Mais je pense qu'il vaut mieux laisser faire celà à un script au démarage: il n'est pas toujours safe de mettre le dma en route par défaut... Ce n'est pas vraiment critique pour la première phase de boot. De plus, un script est indispensable pour les autres paramêtres, qui en plus, dépendent du disque utilisé et doivent être "personalisés" si on a plusieurs devices IDE. Pour des raisons autant de simplicité (toute la config IDE est regroupée) que de sécurité (pas de DMA en mode single: jamais d'optimisation pour récupérer une machine dans un état critique...), je préfère donc cette solution....
