Je pense qu'il doit parler de la barre de progression quand tu copie un fichier sur une clef USB, ça va tres vite, trop vite apparement pour certains, pas mal sont génés par ça. Car si tu demontes forcement il te dit que ya encore des ecritures vu que c'etait en cache. Moi je trouve ça plutot realiste et pratique, surtout vers un peripherique ou le nombre de cycles lecture/ecriture peut etre limité. ça doit peut etre meme pouvoir se parametrer.

Sinon PackageKit s'est bien amelioré, il devient moins lent et surtout maintenant on peut cocher plusieurs paquet avant de lancer leur installation.

C'est écrit dessus quand tu demonte ou quand tu lance la commande sync. Sinon ça reste en cache. Mais c'est pas nouveau on avait ça aussi a l'epoque avec les lecteurs disquettes, tu faisais des modifs dessus, t'enlevais la disquette, si t'avais oublié de faire le umount t'etais marron quoi :p

Mais comme ya pas mal de gens qui pensent que c'est un bug dans Gnome, ils vont peut etre faire qqchose. C'est trop marrant car ya eut les reactions inverses sous Vista, c'est trop lent :p

ça n'a jamais été du temps reel sous windows, suffit d'arracher la clef usb apres la copie de fichiers pour en être convaincu .

Je disais que les utilisateurs de vista se plaignaient de la lenteur des copies de fichiers sous Vista, plus ou moins corrigé avec le SP1, genre tu copiais une iso d'un disque dur à un autre t'en avait pour 45 min au lieu de 3... enfin bon c'etait plus de l'humour, je n'utilise pas vista, mais c'est de notoriété publique que vista est lent 😉

Bref pour dire que d'un coté t'as un comportement qui ne tient compte que de l'ecriture en cache, c'est tres rapide, avec en plus l'avantage d'ecrire que quand c'est necessaire, mais du coup sur un media amovible des utilisateurs se plaignent de ça, c'est "trop" rapide vu qu'ils ont l'impression d'attendre quand ils demontent le media et que donc la barre d'avancement lors de la copie etait bidon (pourtant si elle etait plus realiste, le temps passé total sera le meme). Et de l'autre coté, t'as windows dont la barre d'avancement était surement plus proche de la copie physique sur le media amovible, et du coup les utilisateurs avaient la sensation que c'etait lent... comme quoi l'impression de rapidité que peut donner un OS dépend pas que d'aspects techniques. Dans tous les cas je trouve pas ça trop grave, on s'y fait 🙂
J'aimerais mieux que Fedora corrige le probleme de pilote wifi sur les derniers chipset Intel et certains RaLink. J'aimerais aussi que l'hibernation/mise en veille fonctionne, que certaines appli gnome ne plantent plus, qu'on puisse utiliser les montages samba avec nautilus (pour l'instant ça plante) etc.

Sinon pour le temps de démarrage, sous la Fedora9 on était passé à upstart mais en se concentrant juste pour que ça marche aussi bien que sysVinit, d'ailleurs avec bootchart on voyait pas trop de différence. Maintenant qu'UpStart est bien integré le prochaine étape c'est le gain de temps au boot nan?