(Løst) Problem med Nemo

#0 Problemet er at Nemo ”sander til”, når jeg åbner flere mapper efter hinanden, specielt hvis mapperne indeholder jpg filer. Helt galt går det, hvis jeg åbner billeder med et eller andet program



Jeg har ikke haft problemet og heller ingen færdig løsning.



Det kunne muligvis, efter din beskrivelse, handle om grafikkortet. Kan du sætte mere info ind om din hardware og driver, RAM med mere.

Selvom det ikke er den eksakte filoperation, som Copycat laver med Nemo, så har jeg en kraftig mistanke om, at problemet kan være beslægtet med denne bug:



Link



Det kan løses ved, at tilføje de pågældende linjer i /etc/sysctl.conf:



vm.dirty_background_ratio = 5

vm.dirty_ratio = 10





Og efter filen er gemt,



sudo sysctl -p





Hvis dette ikke løser problemet, kan disse linjer nemt fjernes i /etc/sysctl.conf, men det er værd, at forsøge og se, om det løser overtegnedes problem.

Jamen så er sagen jo klar.



Din CPU kompenserer for hvad din GPU ikke foretager sig. Så bliver det for meget, og så fryser det.



*EDIT:



Jeg fejllæste forrige kommentar, som 30% 40% CPU forbrug, når trådens forfatter mente ram. Der beklages for fejlen.

sudo nano /etc/sysctl.conf



Indsæt linjerne nederst i filen.



Gerne med dobbelt linjeskift. De skal været adskillet.



ctrl +x, skriv "j" eller "y" for at gemme, tryk enter.



Bagefter, genstart.

Jeg tænkte det nok. Det er ærlig talt lidt utroligt, at den bug stadig eksisterer og at man er nødt til, at gå ind i maskinrummet og justere. Jeg tror den bug har eksisteret siden 2014.



Men jeg er glad for, at det virkede!

Kendte vist ikke nemo. Hvorfor ikke bare nautilus om man må spørge?

#9 Kendte vist ikke nemo. Hvorfor ikke bare nautilus om man må spørge?



Nemo er lidt mere brugervenlig end Nautilus, mener nogle muligvis.



Både i Mint Cinnamon og Ubuntu Gnome kan man udmærket installere dem begge, hvis man synes. De kan sagtens koeksistere:



https://www.dropbox.com/s/u3g84abcf9fgua2/nemo%20vs%20nautilus.png?raw=1

https://www.dropbox.com/s/mluyijaki5dk7lm/nautilus%20vs%20nemo.png?raw=1



Jeg skal huske at nævne, for en ordens skyld, at det kun er de to filmanagere der er installeret. Ikke hele Desktop Environments.

Nemo har også flere shell context muligheder på højreklik, end Nautilus har. Og mulighed for bogmærke i panelet af f.eks. Dropbox-mappe.

Jamen her er et eksempel på fordel og ulempe i opensource.

Flere features i alternativet(nemo) , men knap så mange brugere, og derved mindre udviklerpres for at fixe fejl. Sat på spidsen: Det er derfor vi har 117 Window managere der næsten virker. Noget for enhver smag der så ikke gøres færdig.

#13 Noget for enhver smag der så ikke gøres færdig

Hvis det er #0's problem du mener, så har det ikke noget med Nemo at gøre, eller Nautilus for den sags skyld. Det er kun der problemet viser sig.



Alternativt kan #0 tilføje Nvidia's PPA, eventuelt blackliste 435 driveren, og så installere 440 driveren.

Alternativt kan #0 tilføje Nvidia's PPA, eventuelt blackliste 435 driveren, og så installere 440 driveren.



Men problemet er jo løst, og har intet med grafikdriveren at gøre, men en bug i Linux,(der har eksisteret siden 2013!! og stadig gør) der gør, at diskcachen får skrivebordet til, (og filmanageren) at blive iresponsivt, imens der kopieres, unzippes, vises, eller på anden måde arbejdes med et stort antal filer på samme tid.



Dermed ikke sagt, at det ikke hjælper at opdatere drivere. Det gør det ofte, hvis der er driver-bugs - og det er der ofte mht NVIDIA. Eller undgå nouveau for den sags skyld.

#15: Men problemet er jo løst, og har intet med grafikdriveren at gøre

Det er lidt et spørgsmål om det ikke hænger sammen. Jeg kan ikke selv afprøve det, fordi jeg ikke har det grafikkort, men #0 nævner:



#3: Der er en bug i 435 driveren, den får hele systemet til at fryse en gang imellem, og er løst i 440 driveren, som desværre ikke er med Mint.



#0 nævner i #7:

#7: Tak for hjælp. Det tæmmede problemet en hel del, jeg har som test lige lukket 100 billedmapper op i træk, uden problemer sic! Max 40% Cpu og 22% Ram.



Det er stadig rimeligt meget CPU forbrug, men der er også tale om 100 mapper. Så mange billedemapper har jeg ikke, så det kan jeg heller ikke teste efter.



Muligvis bør #0 også opgradere til 440 driveren.

Det er lidt et spørgsmål om det ikke hænger sammen.



Det vil nok kunne løse resten. Jeg mistænker det høje cpu-forbrug med, at video acceleration ikke er ordentligt i brug.

Så tager CPU'en over, hvor GPU'en ikke arbejder.

#17



Det lyder sandsynligt. Jeg vil tilføje at selvom jeg ikke har så mange billedemapper, så er det hverdag for mig at håndtere overordentligt mange filer samtidigt, bl.a. medie filer (overførsel til netværksdrev), uden at opleve #0's problem. Som nævnt uden Nvidia eller ændringer i sysctl.

Har du prøvet, at unzippe et arkiv med f.eks. over 10 eller 20GB? Det behøver ikke engang være så stort, bare 1 til 2GB, så skulle markøren meget gerne fryse i 1-2 sekunder imens det sker. Det er buggen i sin fulde udfoldelse.



Ved det fix jeg gav trådstarter løses netop det problem (men også trådstarters) ved, at bede kernen om, at vente med at lave det med diskcachen, den som standard gør (som får markøren til, at fryse imens) til et meget senere tidspunkt.

#19: Har du prøvet, at unzippe et arkiv med f.eks. over 10 eller 20GB? Det behøver ikke engang være så stort, bare 1 til 2GB, så skulle markøren meget gerne fryse i 1-2 sekunder imens det sker. Det er buggen i sin fulde udfoldelse

Jeg synes ikke jeg lige kan huske det, men det lyder rigtigt at der går nogle sekunder før reaktion. Jeg åbner ofte meget store filer over netværket, eller USB, både medie filer og VM's, hvor netop de nemt kan være helt op til 100 GB store.



VM's ligger indimellem på USB på grund af pladsmangel på systemdisken.