# Nautilus devenu lent et gourmand en RAM **URL:** \ **Category:** Support Debian\ **Tags:** nautilus\ **Created:** [Octobre 31, 2023, 3:53 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064 "2023-10-31T15:53:15Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Octobre 31, 2023, 3:53 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/1 "2023-10-31T15:53:15Z")
Bonjour, Depuis quelques temps (peut être en lien avec mon passage à Debian 11) Nautilus est devenu lent, très lent, pour toutes sortes d’action, même des choses « simples » : changer de fichier sélectionné, ouvrir le menu contextuel, etc. C’est moins vrai quand je viens d’ouvrir Nautilus, soit au démarrage de la session, soit après avoir fermé toutes les fenêtres, mais ça revient relativement vite. Cela s’accompagne d’une forte consommation de la mémoire, il n’est pas rare qu’il s’accapare plus de 2 Go. ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 31, 2023, 6:11 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/2 "2023-10-31T18:11:19Z")
Par curiosité, quel HW utilisez vous? Car il faut bien savoir que systemd est un mamouth et ca ne s’arrange pas au fil des releases et le corrolaire et que toutes les couches User vont de meme. Je vous conseille une distro comme antix ---
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Octobre 31, 2023, 7:28 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/3 "2023-10-31T19:28:39Z")
> [@loicmtp](#): > > quel HW utilisez vous? AMD Ryzen 3 1300X, 8 Go de RAM DDR4 C’est pas supposé être une machine de guerre, mais enfin pour exécuter Nautilus, y’a pas besoin de plus. C’est vraiment un problème circonscrit à ce logiciel. Je n’ai aucun problème pour naviguer dans les fichiers depuis, par exemple, une boite de dialogue d’un logiciel. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Novembre 1, 2023, 9:24 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/4 "2023-11-01T09:24:01Z")
> [@emualliug](#): > > C’est moins vrai quand je viens d’ouvrir Nautilus, soit au démarrage de la session, soit après avoir fermé toutes les fenêtres, mais ça revient relativement vite. Avec un simple htop tu as la confirmation que c’est bien Files/Nautilus qui consomme ta mémoire et charge le système ? C’est peut-être **tracker** qui te bouffe ton CPU … ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Novembre 1, 2023, 10:52 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/5 "2023-11-01T10:52:47Z")
En tapant « nautilus is hogging my ram » je suis tombé sur ca [https://forums.linuxmint.com/viewtopic.php?t=7125](https://forums.linuxmint.com/viewtopic.php?t=7125) qui link vers: > **[Bug #153382 “debug log madness after segfault” : Bugs : nautilus package :...](https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/153382)** > > Binary package hint: nautilus > > As I report in bug 153381, I managed to get nautilus to segfault. This resulted in it spinning on the CPU while continuously writing the following message over and over again into nautilus-debug-log.txt: > 0x8177510... C’est un pb récurrent de ce que je vois 2007/2011 onward Donc checker les logs (volumes) avec ncdu et comme dit par ailleurs regarder top ---
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Novembre 1, 2023, 3:25 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/6 "2023-11-01T15:25:24Z")
> [@Clochette](#): > > top tu as la confirmation que c’est bien Files/Nautilus qui consomme ta mémoire `top` me donne la même information, `nautilus` utilise bien une quantité conséquente de RAM. > [@Clochette](#): > > bouffe ton CPU Aucun soucis niveau CPU, il reste dans des niveaux normaux. > [@loicmtp](#): > > checker les logs (volumes) Je n’ai pas de fichier `~/nautilus-debug-log.txt`, mais je ne pense pas que ce soit le même problème (qui semble réglé depuis), nautilus devient juste lent lorsque je l’utilise, sans pour autant solliciter fortement le CPU. ---
**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\ **Post date:** [Novembre 1, 2023, 5:20 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/7 "2023-11-01T17:20:54Z")
Donc ton Nautilus est lent mais ne consomme pas de CPU ? seulement de la mémoire ? peut-être des I/O alors ? As-tu ajouté des drives réseaux, des liens WebDAV, des liens vers online-accounts, etc… dans Nautilus ? As-tu vérifié l’état de tes HDs (test de performance dans l’utilitaire Disks). ---
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Novembre 1, 2023, 5:47 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/8 "2023-11-01T17:47:53Z")
D’après le moniteur systèmes le total lecture disque et le total écriture n’ont rien d’inhabituels. Au moment où j’écris ce message c’est 93 Mio total lecture, 9,1 Mio total écriture, mais 1,9 Gio de mémoire. Je ne crois pas avoir fait quoi que ce soit d’exceptionnel en terme de configuration, du réseau local, mais rien d’incroyable. Nautilus est lent y compris pour des choses anodines, genre sélection d’un fichier, ou un clic droit pour faire apparaître un menu contextuel. Je ne pense pas que les disques soient en cause (un SSD au cas où), parce que, ça n’explique pas l’explosion de la RAM, que le comportement de Nautilus est normal au démarrage ou si je le ferme et le rouvre ensuite, et parce que naviguer dans les dossiers est rapide par ailleurs, même quand c’est lent sous Nautilus. ---
**Author:** ![rodrigue7800be](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rodrigue7800be/32/12473_2.png) [@rodrigue7800be](https://www.debian-fr.org/u/rodrigue7800be)\ **Post date:** [Novembre 1, 2023, 7:52 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/9 "2023-11-01T19:52:23Z")
peut etre le hdd va très lent un linux 😃 achète toi un ssd 😃 ---
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Novembre 2, 2023, 1:22 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/10 "2023-11-02T13:22:57Z")
> [@rodrigue7800be](#): > > achète toi un ssd J’ai déjà un SSD (M.2) Les temps d’accès au disque ne sont **pas** le problème : - les temps de copie, de lecture et d’écriture des fichiers sont inchangés - ça n’explique pas la lenteur sur les actions que je décris (sélection d’un fichier, menu contextuel) - ça n’expliquerais pas pourquoi la consommation de mémoire vive explose - c’est un problème relativement récent - le problème se résorbe si je relance Nautilus ---
**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\ **Post date:** [Novembre 2, 2023, 2:19 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/11 "2023-11-02T14:19:20Z")
> [@emualliug](#): > > le problème se résorbe si je relance Nautilus Et le problème revient ensuite , c’est ça ? Tu as bien sûr désactivé toutes tes extensions Gnome ? Concernant la conso mémoire, concrètement, ça donne quoi avec le moniteur système ? ![nautilus](https://www.debian-fr.org/uploads/default/original/2X/d/d5e58b47c0c418e3109adc4f5cd0bb41c0bc3951.png) ---
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Novembre 3, 2023, 9:48 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/12 "2023-11-03T09:48:16Z")
> [@pled](#): > > Et le problème revient ensuite , c’est ça ? Exactement. > [@pled](#): > > Tu as bien sûr désactivé toutes tes extensions Gnome ? Rien d’activé dans « extensions » > [@pled](#): > > ça donne quoi avec le moniteur système ? Un petit avant / après : ![screenshot-avant](https://www.debian-fr.org/uploads/default/original/2X/c/ccb58f54fa7fce2f2ec0fb9afaa76725b2a10881.png) ![screenshot-apres](https://www.debian-fr.org/uploads/default/original/2X/9/95ac5e6d899e9849b41673f13621c6cefdaea9ef.png) ---
**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\ **Post date:** [Novembre 3, 2023, 10:25 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/13 "2023-11-03T10:25:28Z")
Ouais, tu as clairement un temps CPU énorme (en plus de la mémoire). Je ne sais pas ce qu’il fait, mais il est occupé, à moins que tu passes ton temps dessus. Peut-être qu’un monitoring avec strace te donnera des infos… (lancer de puis un terminal « strace nautilus » mais je ne connais pas bien cette partie, peut-être quelqu’un peut te donner des conseils sur l’usage de strace… ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Novembre 3, 2023, 10:58 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/14 "2023-11-03T10:58:49Z")
Allez vérification (lorsque ça rame dur) de tracker qui est assorti à Nautilus/files avec un : tracker3 status Et pour s’assurer que c’est bien lui le coupable (ou non) une astuce pour le tuer (toujours à faire lorsque ça rame dur ^^ ) : tracker3 daemon -t Si c’est lui qui te bouffe ton temps cpu il te restera à revoir la structure à indexer, surtout si tu as une arborescence de dingue avec des dossiers contenant des centaines de milliers de petits fichiers … en générale tracker ne doit pas être virer mais simplement canaliser pour travailler sur les répertoires courants d’un desktop à utilisation normale. pour vérifier les erreurs du dit tracker dans les logs : ```auto journalctl --user --unit=tracker-miner-fs-3.service --unit=tracker-extract-3.service --priority=7 ``` Pour le strace de nautilus/files commence par un strace -c à l’état normale puis chargé et compare déjà ça. Chez moi : ```auto root  ~  strace -c nautilus **(org.gnome.Nautilus:3320172): WARNING**: 11:54:43.796: Error on getting connection: Failed to load SPARQL backend: Cannot autolaunch D-Bus without X11 $DISPLAY Unable to init server: Impossible de se connecter : Connexion refusée (org.gnome.Nautilus:3320172): Gtk-WARNING **: 11:54:43.881: cannot open display: % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 44,23 0,012839 26 487 mmap 16,69 0,004844 21 226 80 openat 9,47 0,002750 22 123 read 9,28 0,002695 18 149 mprotect 6,49 0,001883 10 174 fstat 6,01 0,001744 12 145 close 3,41 0,000990 1 616 pread64 1,31 0,000380 5 70 30 stat 1,04 0,000303 1 215 2 futex 0,30 0,000088 44 2 2 statfs 0,27 0,000079 15 5 clone 0,27 0,000078 1 66 4 fcntl 0,27 0,000077 2 33 pwrite64 0,19 0,000054 6 9 munmap 0,18 0,000052 1 34 brk 0,15 0,000043 10 4 ftruncate 0,07 0,000019 2 8 fchown 0,07 0,000019 6 3 eventfd2 0,06 0,000018 4 4 4 mkdir 0,05 0,000014 2 6 write 0,03 0,000009 3 3 rt_sigprocmask 0,03 0,000009 1 8 geteuid 0,03 0,000008 1 5 3 access 0,03 0,000008 0 11 getpid 0,02 0,000006 6 1 sched_setattr 0,02 0,000006 6 1 sched_getattr 0,02 0,000005 2 2 ioctl 0,01 0,000004 4 1 1 getpeername 0,01 0,000004 4 1 gettid 0,00 0,000000 0 8 lstat 0,00 0,000000 0 1 lseek 0,00 0,000000 0 3 rt_sigaction 0,00 0,000000 0 1 socket 0,00 0,000000 0 1 1 connect 0,00 0,000000 0 1 execve 0,00 0,000000 0 1 getuid 0,00 0,000000 0 2 1 arch_prctl 0,00 0,000000 0 2 getdents64 0,00 0,000000 0 1 set_tid_address 0,00 0,000000 0 1 set_robust_list 0,00 0,000000 0 1 prlimit64 ------ ----------- ----------- --------- --------- ---------------- 100.00 0,029028 2435 128 total ``` Après si tu veux vraiment décortiquer voici de rapide tutoriels : > **[Strace - tutorials fr et gratuits - Xavki](https://xavki.blog/strace-tutorials-fr-et-gratuits/)** > > Strace est un outil de débogage pour Linux et d’autres systèmes d’exploitation basés sur Unix qui permet de suivre les appels de système (appels de fonction du noyau) effectués par un programme. Cela peut être utile pour comprendre ce qui... ---
**Author:** ![emualliug](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emualliug](https://www.debian-fr.org/u/emualliug)\ **Post date:** [Novembre 7, 2023, 5:07 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/15 "2023-11-07T17:07:32Z")
> [@pled](#): > > à moins que tu passes ton temps dessus Pour reproduire la hausse mémoire, j’ai en effet pas mal navigué d’un dossier à l’autre. > [@Clochette](#): > > Allez vérification (lorsque ça rame dur) de tracker qui est assorti à Nautilus/files avec un : tracker3 status ``` bash: tracker3 : commande introuvable ``` Mais `tracker status` indique : ``` Tous les collecteurs de données sont arrêtés. L’indexation est terminé ``` Quand à `tracker daemon -t`, cela ne change rien à l’affaire, Nautilus reste lent. ---
**Author:** ![rodrigue7800be](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rodrigue7800be/32/12473_2.png) [@rodrigue7800be](https://www.debian-fr.org/u/rodrigue7800be)\ **Post date:** [Février 3, 2024, 5:20 UTC](https://www.debian-fr.org/t/nautilus-devenu-lent-et-gourmand-en-ram/89064/16 "2024-02-03T17:20:38Z")
ah pardon XD