KDE 4.1 - Page 2

Je comprend pas pourquoi ils n'ont pas utilisé la 3D sachant que ce sont toujours les fonctions les plus rapides sur les CG... qui ont des drivers.

Sasume (./26) :
./20 Non mais je ne vais pas non plus passer à Gnome juste pour ça hein

Pourtant, en partant de l'hypothèse que le problème n'est pas corrigé, on n'aura pas vraiment le choix quand toutes les distribs auront KDE 4 :
- soit on garde les pilotes nVidia => la 2D rame et on passe à Gnome,
- soit on installe les pilotes libres => la 3D rame et on reste sur KDE.

Ou on achète une autre carte graphique, et ils ont très bien compris ça chez nVidia et ils sont en train de corriger leur problème. KDE représente quand-même à peu près la moitié des utilisateurs de GNU/Linux.

ou on vire linux en attendant que ça bouge.

en tout cas, chez les énergiques.

si kde me rame dans la geule sur mon portable C2D/2Gde ram/GF8400M, je sais ou il va finir.

Bon ben le problème ne venait pas de la carte graphique.

Là je viens de rencontrer un fort ralentissement pendant 20 minutes. Description de la situation : la souris est complètement saccadée (je dois parfois attendre 4 ou 5 secondes avant que le curseur ne fasse un bond quand je le déplace), les temps de réponses se situent entre 30 secondes et plusieurs minutes (j'ai du attendre 30 secondes pour que s'affiche l'onglet yAronet après avoir cliqué dessus, et j'ai bien du attendre 2 minutes pour que krunner - gestionnaire des tâches de KDE - se ferme après avoir cliqué sur la croix, etc.).
Et bien sûr je suis toujours avec les pilotes libres (nv)...
Il y a donc quelque chose qui cloche ailleurs. Ce ralentissement n'est pas systématique, il ne se produit que de temps en temps. Et quand j'observe la consommation CPU dans ces moments, krunner n'indique pas vraiment que certaines tâches sont très gourmandes en CPU. En revanche il indique que pas mal de tâches sont "en attente disque". En fait j'ai l'impression que KDE doit avoir une couche de gestion de cache et que cette gestion n'est pas bonne du tout ce qui me conduit à ces ralentissements pénibles. Ces situations se produisent généralement, il me semble, quand je consulte des pages web un peu chargées (mais franchement... pas tant que ça ).

Non je ne crois pas.
Comment savoir ? Faudrait que je remette KDE 3 pour voir si ça vient bien de KDE 4 ?

Merci je ne connaissais pas ça.
En effet, un de mes « vieux » disques durs, celui de 80 Go semble un peu fatigué, et c'est celui sur lequel j'ai mis Linux... Je vais essayer de voir si c'est grave.

Peut-être aussi que c'est le système de fichiers que j'ai mis qui a pu favoriser l'usure du disque ? C'est du ext3 pour / et du reiserfs pour /home, et j'ai aussi une partition en vfat dessus (que je n'utilise qu'occasionnellement).

Ah bah tout compte fait, en utilisant un logiciel pour windows, HDD Health, il apparaît que la santé des disques durs est plutôt bonne. Et que celui sur lequel Linux est installé serait même en meilleure forme que celui où j'ai mis Windows XP.

Cool

J'ai cherché un peu sur bugs.kde.org mais je n'ai rien trouvé de semblable à ce qui se passe chez moi.

Sasume (./35) :
Bon ben le problème ne venait pas de la carte graphique.

Là je viens de rencontrer un fort ralentissement pendant 20 minutes. Description de la situation : la souris est complètement saccadée (je dois parfois attendre 4 ou 5 secondes avant que le curseur ne fasse un bond quand je le déplace), les temps de réponses se situent entre 30 secondes et plusieurs minutes (j'ai du attendre 30 secondes pour que s'affiche l'onglet yAronet après avoir cliqué dessus, et j'ai bien du attendre 2 minutes pour que krunner - gestionnaire des tâches de KDE - se ferme après avoir cliqué sur la croix, etc.).
Et bien sûr je suis toujours avec les pilotes libres (nv)...
Il y a donc quelque chose qui cloche ailleurs. Ce ralentissement n'est pas systématique, il ne se produit que de temps en temps. Et quand j'observe la consommation CPU dans ces moments, krunner n'indique pas vraiment que certaines tâches sont très gourmandes en CPU. En revanche il indique que pas mal de tâches sont "en attente disque". En fait j'ai l'impression que KDE doit avoir une couche de gestion de cache et que cette gestion n'est pas bonne du tout ce qui me conduit à ces ralentissements pénibles. Ces situations se produisent généralement, il me semble, quand je consulte des pages web un peu chargées (mais franchement... pas tant que ça ).

Ca m'est deja arrivé, mais j'était sous Ubuntu 7.4 avec une carte ATI

Donc c'est quasi sur que c'est pas lié a la carte video. D'ailleurs je n'ai pas reussi a l'époque a comprendre le pbm... (et ce n'était pas un pbm de disque)

Ce n'est pas le fameux problème du PIO vs DMA ?

Bah, hdparm peut te dire quel mode est utilisé actuellement, mais ça m'étonnerait fort que ce soit du PIO.

Folco (./44) :
Windows est pas capable de pondre un truc comme ça ? Une mauvaise détection des disques une fois entrainant une utilisation très limitée, sans cache ou je ne sais quoi. Bref, j'y connais pas grand chose, mais il m'a déjà semblé vous voir parler de ça (spécialement Godzil si je me trompe pas), ça pourrait pas être en rapport ?

Non heureusement Linux n'a pas ce bug...

Bon j'ai testé aujourd'hui un LiveCD Kubuntu 8.04, avec KDE 3.5 dessus et les problèmes de lenteur n'apparaissent pas, tout me semble bien fluide.
Cela suggère donc qu'il s'agit d'un problème de KDE 4 ou de ma Debian. Je vais peut-être installer un LiveCD Kubuntu avec KDE 4 dessus pour voir si ça fait une différence...

Sinon c'est marrant il y a des différences entre le KDE de Kubuntu et le KDE de Debian : quand j'arrive sur une page Web qui nécessite Flash, j'ai une boîte de dialogue qui s'ouvre, qui me propose de télécharger automatiquement le bon greffon pour Konqueror et qui l'installe toute seul comme une grande. On n'a pas ça avec Debian. Comment ça se fait ? Ce sont les développeurs Kubuntu qui ont ajouté un patch spécifique ? Il y a la même chose pour Kaffeine : quand il tombe sur un fichier dont il ne possède pas les codecs il me propose de les télécharger automatiquement (bon sauf que ça ne fonctionne pas ).

Sasume (./48) :
Sinon c'est marrant il y a des différences entre le KDE de Kubuntu et le KDE de Debian

(K)ubuntu se veut plus "user-friendly" et "grand-public" que Debian, donc il y a des chances que ce genre de chose fasse partie des patches ajoutés par (K)ubuntu, oui

Et oui c'est le but de ubuntu. Cela marche très bien sous ubuntu et puis cela a été porté pour KDE, mais il n'y qu'un développeur pour Kubuntu donc ca va plus lentement!

OK.

Bon là je poste depuis un LiveCD Kubuntu 8.04 - KDE 4.0, et les performances me semblent moins bonnes qu'avec le LiveCD utilisant KDE 3.5 mais meilleures qu'avec ma configuration habituelle (Debian + KDE 4.1).

Je ne comprends pas trop d'où vient le problème
J'ai peut-être installé des conneries récemment sur ma Debian puisque j'avais les dépôts testing, unstable et experimental d'activés, du coup peut-être que sans faire attention j'ai mis à jour des composants dans des versions moins utilisables qu'auparavant...
Le must serait que je teste un LiveCD Debian. Je crois qu'il y en a un en préparation (qui fera moins de 700 Mo), je vais attendre un peu...

Le pire qui peut arriver avec ce genre de dépots sur une Debian c'est que des paquets corrompus refusent de s'installer, où qu'à cause des problèmes de versions les mises a jour refusent de se faire. Enfin normalement c'est pas trop risqué (toutefois j'aurai quand même tendance à éviter le dépôt expérimental ^^)
Pour ce qui est des problèmes de vitesses, il faut aussi considérer le fait que même si (K)ubuntu est basé sur Debian, les patchs au niveau du noyau (enfin ça je suis pas sûr mais ça reste une possibilité, en tout cas même si tu as les mêmes patchs je pense que tu n'as pas exactement le même noyau) et des composants annexes (freetype, kde entre autres) ne sont pas les mêmes, ça peut jouer un rôle sur la vitesse.

Là je suis revenu uniquement en testing puisque KDE 4 est disponible dedans maintenant. Et de toute façon, les paquets dans experimental ne sont jamais proposés à l'installation sauf si tu le demandes explicitement.

Et, oui, j'ai remarqué quelques différences entre le noyau de Kubuntu et celui de Debian (le pilote de ma carte wifi est dans le noyau de kubuntu mais pas de debian, et l'extinction du PC plante avec kubuntu), et les logiciels de fond non plus ne sont pas les mêmes (Kubuntu utilise adept-notifier, knetworkmanager, alors qu'avec Debian rien de tout ça n'est pré-installé, et puis j'ai cups sur ma Debian et je n'ai pas regardé s'il tournait aussi en tâche de fond sur kubuntu).

Donc bref au final c'est sûr que la comparaison entre les deux n'est pas hyper pertinente.

Bon je me suis amusé à tester le Live CD de Fedora 9 tant qu'à faire.
Résultat, c'est peut-être encore plus horrible que sur ma Debian Quand je clique sur un menu il faut que j'attende 15 s avant qu'il ne se déroule.
Bref, tout ça ne m'aide pas du tout à savoir ce qui ne va pas.

(bon sinon histoire de troller un peu sur fedora : je n'adhère pas du tout à l'idée de mélanger des applications KDE3 (KOffice) et surtout GTK+ (Net<orkManager) dans un environnement KDE 4)

Il y a des betas qui ont été releasées, mais elles ne sont pas assez fonctionnelles (amha) pour mériter de faire partie d'une distribution.

Sasume (./54) :
Là je suis revenu uniquement en testing puisque KDE 4 est disponible dedans maintenant.

Euh non, testing ne propose pas de KDE 4 complet, juste les libs et l'environnement de développement, comme Fedora 8 quoi.

Sasume (./57) :
Il y a des betas qui ont été releasées, mais elles ne sont pas assez fonctionnelles (amha) pour mériter de faire partie d'une distribution.

C'est bien pour ça que nous distribuons actuellement la version KDE 3. En revanche, nous visons KOffice 2 pour Fedora 10.

Quant au nm_applet GTK+, c'est parce que les alternatives KDE n'étaient pas prêtes à temps pour Fedora 9 (sachant que Fedora utilise NetworkManager 0.7 et que donc les frontends pour la version 0.6 ne marchent plus), on va voir pour Fedora 10 ce qu'on peut faire, mais le développement est actuellement un peu bordélique (il y a KNetworkManager KDE 3, KNetworkManager KDE 4 et NetworkManager plasmoid en divers états de développement).

Nous préférons fournir un mix d'applications fonctionnel même s'il y a du KDE 3 ou si vraiment on ne peut pas autrement du GTK+ à fournir un KDE 4 pur, mais inutilisable.

Parce que dans Fedora 10 on aura déjà les prochaines nouveautés: kdepim 4.1, Amarok 2, KOffice 2, Digikam 0.10, ... (Les bêtas (ou la release dans le cas de kdepim) sont déjà dans Rawhide.)