Reprise du message précédent :

 
C'est surprenant. Qu'une appli surconsomme et fasse ramer (volontairement ou non) la machine, d'accord. Mais qu'elle puisse verrouiller les i/o de manière exclusive, ce serait un défaut de conception majeur pour un OS multitâches.

Bah avec une tres grosse fuite, la machine swap et deviens difficile d'acces... bon dans mon cas ca restait manoeuvrable, mais bon c'est pas impossible que sur une machine mono-core comme mon laptop ca ait rendu tout tellement lent... que je ne pouvais a peu pres rien faire (a part bouger vaguement la souris).
En theorie, attendre plus aurait permis au kernel de tuer le process, sauf que si celui-ci est fait pour etre resistant a ces destructions (c'est possible jusqu'a un certain point) on peut se retrouver a crasher la machine ^^

Quand ça m'est arrivé, je compilais la version QT4 de K3B. C'est pas bien lourd : quand tout se passe normalement, c'est fait en moins de 5min.  
C'est plusieurs heures plus tard que j'ai retrouver la compil coincée à 27% et la machine en train de swaper. S'il y a un mécanisme qui tue les tâches zombies, il n'a pas fonctionné pour moi.

Pas zombies... celles qui bouffent tellement de memoire que tu n;en a plus ! Faut y aller tres fort (plus de ram, plus de swap, enfin _presque plus). La le noyau va se facher tres fort  

Pour ça que je désactive la swap (elle n'est activé par script qu'au moment du suspend to disk)
 
A partir de 2go de ram on peut s'en passer en général et ça évite de devoir attendre 2h qu'un process fous ai fini de remplir la swap pour reprendre la main sur sa machine.

Mon laptop a 1gig de ram :-/ et je swap vite quand je traite des photos... surtout des panoramas. Donc je suis un peu oblige d'avoir du swap.

Pour les problèmes de débordement mémoire, lorsque la machine swappe et fini par ramer à mort à cause de cela, il est possible de reprendre la main en faisant usage des combinaisons magic SysRq (si l'option est activé dans le noyau toutefois ; pour le vérifier : grep -i sysrq /boot/config-laversionquivabien).
 
Par exemple, dans ce cas Alt + Impr. écran + f peut être particulièrement utile puisqu'il va faire appel à oomkiller (out of memory killer) qui va tuer les process trop gourmands en mémoire.
 
 
Autrement, il y a plusieurs autres combinaisons utiles pour reprendre la main en cas de coup dur ; je vous invite à consulter l'article Wikipédia sur les Magic SysRq keys pour en savoir plus à ce sujet.

Excellent !! Je me suis toujours demandé si il existait pas un truc de ce genre !

enorme je ne connaissais pas ces trucs, je viens d'imprimer la page, merci Thrak !

De rien    ; c'est vrai que c'est le genre de truc à garder sous le coude au cas où...

Est-ce que je suis le seul à constater parfois des latences abominables dans KMail ? Genre il lui faut 3 secondes pour supprimer un ensemble de 4 mails, ou des trucs dans le genre ? C'est un peu pénible à force... Je tourne sous ArchLinux, avec KDEMod tout à jour.

sur mon compte imap ouai ça arrive mais je remet la cause sur ma connexion avec gmail.
par conter sur mes comptes pop3 c'est instantané.

dans quel cadre?
j'avais une petite latence en imap déconnecté au niveau de la récupération des mails sur mon compte gmail (ou il y a une petite tripotée de mailing list) mais cela a été parfaitement résolu dans la version 4.2.2
Bref actuellement je n'ai plus aucun souci de ce genre.
bon pour la petite histoire la liste des patchs appliqués depuis la version 4.2.2

Je tourne uniquement avec des mails sur des boites POP, donc aucun lien avec des latence de connexion comme en IMAP. A moins que cela ne se produise que lorsqu'un des mails sélectionné comporte des liaisons externes, genre image ou contenu HTML ? Je n'ai pas réussi à identifier clairement le truc.

dans le cas des mails avec des références externes c'est effectivement un poil plus lent (mais cela me parait a moi normal vu la qualité de ma connexion internet...)

 
idem je vais afficher ça bien en vue Merci THRAK

tiens kde 4.2.3 sera taggué demain normalement ;o)

Mikala : ça veut dire quoi "tagguée" ?

C'est du vocabulaire du à subversion (comme le "trunk" )
Ca signifie que la version sort officiellement (et qu'elle est transféré dans le repertoire tag/version)

ça veut donc dire qu'elle passe en testing ? c'est bien ça ?
(je ne l'utiliserai pas pour autant, c'est juste pour ma culture ).

ça veut dire qu'elle est finie

Il n'y a pas de phase de "testing", elle est finie tout simplement.
Après les distributions ont tendance à passer les nouveaux paquets par un depot spécial/expérimental.
 
Pour etre exact, pour les version majeures (4.X), il y a 4 mois de features, jusqu'au Hard Feature Freeze, et 2 mois de conrrection de bugs, puis taggé et elle passe dans tag/4.X, où seront dev les versions mineures (qui sont généralement que des backports de commits du trunk)

ok, merci pour toutes ces précisions...

Je dirais même plus ....  

 
trop fort thr4k
 
j'en ai marre d'être sous suse au boulot  

Qu'est-ce que tu reproches à suse ?

C'est au boulot qu'il reproche  

C'est deja pas mal d'etre sous linux (note que c'est aussi mon cas pour moi, chanceux que je suis   ) : pensent a ceux forces d'utiliser WXP (ou pire) et IE7 !!!

Agenda dev kde-4 et avancement des projets : http://techbase.kde.org/Schedules/ [...] e_Schedule

bon a priori mandriva va passer sur le trunk kde 4.3 assez rapidement une fois cooker réouvert \o/

 
Je confirme...

Mon poste desktop au boulot est sous Debian, of course.    
 
En même temps, ça dépend aussi de la nature de ton boulot ; perso, en tant qu'admin sys Linux, je dirais presque que ça faisait parti des conditions négociées à l'embauche.    

Mon poste est sous 7

Intéressant!    
Certains d'entre vous suivent le trunk et utilisent kde 4.3 ? Des retours ? C'est utilisable ?
 

l'un des mainteneurs de kde sur mandriva a déja testé les paquets et c'est semble t'il relativement stable

La suse (unstable) tourne aussi sous kde 4.3. Apparemment krunner fonctionne parfaitement, un gros progrès a été fait du côté des notifications (pour kopete ça roule). Le thème air est plus abouti que la version kde 4.2 (les goûts les couleurs....). A ne pas mettre sur une machine pour le quotidien quand même je pense.
Voilà le post d'origine

Merci de vos réponses.    
Bon, je vais peut-être attendre encore un peu alors ... ou moins les premières beta.  

d'une manière générale pour ce qui est de kde, la distribution la plus a jour est très probablement suse.

La plus à jour dans les distributions grand public parce que le dépôt unstable de KDEmod (Arch Linux) est très à jour également. Par contre je n'ai pas testé je ne sais pas ce que ça donne.

Enfin c'est pas officiel, sinon mes paquets pour Arch sont plus à jour ..  
Je crois effectivement que c'est Suse la plus à jour par les maiteneurs officiels.

Le plus gros progres par rapport a kde 4.2 c'est que ca serait relativement stable d'apres Mikala