Privacy
- Wat niemand over je mag weten
Linux Privacy setting : Purge Trash & Temporary Files
30-11-2018, 14:59 door Anoniem, 10 reacties
Onder het voorkeuren paneel Privacy heb je bij (sommige?) Linux distro's de auto-interval optie "Purge Trash & Temporary Files".
Wat wordt er dan eigenlijk aan tijdelijke bestanden geschoond?
En maakt dat substantieel wat uit qua aantallen MB's opschonen?
Hier wordt je niets veel wijzer van
https://help.ubuntu.com/stable/ubuntu-help/privacy-purge.html.en
https://help.gnome.org/users/gnome-help/stable/privacy-purge.html.en
Onder Tails zie ik met bijvoorbeeld een interval van 1 uur niet dat dit echt leidt tot minder geheugenbelasting.
Dat blijft langzaamaan oplopen en vollopen zolang ik Torbrowser heb openstaan.
Zelfs het schonen onder about:memory levert niets substantieels op.
Wat wordt er nou eigenlijk exact aan caches geschoond dan met het instellen van de "Purge Trash & Temporary Files" setting onder Privacy voorkeuren ?
Wat wordt er dan eigenlijk aan tijdelijke bestanden geschoond?
En maakt dat substantieel wat uit qua aantallen MB's opschonen?
Hier wordt je niets veel wijzer van
https://help.ubuntu.com/stable/ubuntu-help/privacy-purge.html.en
https://help.gnome.org/users/gnome-help/stable/privacy-purge.html.en
Onder Tails zie ik met bijvoorbeeld een interval van 1 uur niet dat dit echt leidt tot minder geheugenbelasting.
Dat blijft langzaamaan oplopen en vollopen zolang ik Torbrowser heb openstaan.
Zelfs het schonen onder about:memory levert niets substantieels op.
Wat wordt er nou eigenlijk exact aan caches geschoond dan met het instellen van de "Purge Trash & Temporary Files" setting onder Privacy voorkeuren ?
Reacties (10)
Dat ligt maar net helemaal aan de linux distributie. Ik verwacht dat er bijvoorbeeld de inhoud van /tmp mee bedoeld wordt, maar mischien is dat niet de enige locatie die het opschoont.
Het werkgeheugen is niet hetzelfde als schijfopslag. Als /tmp op de harde schijf staat dan maakt die map leegmaken niet veel uit voor wat er in het geheugen gebeurt. Ook bestanden wissen die een (ander) proces nog open heeft levert pas vrijgave van de opslag op ergens nadat het laatste proces het bestand afgesloten heeft. Oh, en de cache van je browser zal zich ergens anders bevinden en dus niet op die manier opgeschoond worden. Browsers hebben zelf ook notoir de neiging resources te lekken dus dat het geheugengebruik gestaag oploopt mag niet verbazen. Af en toe de browser herstarten heeft hier meer effect.
Hoe deze setting precies werkt ligt maar net aan hoe de distributie het ingericht heeft. Op een Unix-achtig-systeem zou zo'n setting een cron job aanzetten, dat wellicht een shell script uitvoert en dan kon je gewoon lezen wat het doet. Ubuntu wil niet meer op Unix lijken want gebruikt systemd dus wat daar gebeurt moet je zelf maar uitzoeken. Dus vraag op hun forum om meer (en betere) tekst en uitleg.
Het werkgeheugen is niet hetzelfde als schijfopslag. Als /tmp op de harde schijf staat dan maakt die map leegmaken niet veel uit voor wat er in het geheugen gebeurt. Ook bestanden wissen die een (ander) proces nog open heeft levert pas vrijgave van de opslag op ergens nadat het laatste proces het bestand afgesloten heeft. Oh, en de cache van je browser zal zich ergens anders bevinden en dus niet op die manier opgeschoond worden. Browsers hebben zelf ook notoir de neiging resources te lekken dus dat het geheugengebruik gestaag oploopt mag niet verbazen. Af en toe de browser herstarten heeft hier meer effect.
Hoe deze setting precies werkt ligt maar net aan hoe de distributie het ingericht heeft. Op een Unix-achtig-systeem zou zo'n setting een cron job aanzetten, dat wellicht een shell script uitvoert en dan kon je gewoon lezen wat het doet. Ubuntu wil niet meer op Unix lijken want gebruikt systemd dus wat daar gebeurt moet je zelf maar uitzoeken. Dus vraag op hun forum om meer (en betere) tekst en uitleg.
Je vuilnisbak, dus de files die je verwijderd hebt maar nog kunt herstellen.
Tijdelijke bestanden zo gauw een applicatie afgesloten wordt, dus zolang je Tor browser openstaat zal het aantal tijdelijke bestanden toenemen maar bij het afsluiten worden deze allemaal verwijderd.
Tijdelijke bestanden zo gauw een applicatie afgesloten wordt, dus zolang je Tor browser openstaat zal het aantal tijdelijke bestanden toenemen maar bij het afsluiten worden deze allemaal verwijderd.
Door Anoniem: Onder Tails zie ik met bijvoorbeeld een interval van 1 uur niet dat dit echt leidt tot minder geheugenbelasting.
Dat blijft langzaamaan oplopen en vollopen zolang ik Torbrowser heb openstaan.
Zoals Anoniem Gisteren, 22:29 al schreef is het werkgeheugen niet hetzelfde als schijfopslag.Dat blijft langzaamaan oplopen en vollopen zolang ik Torbrowser heb openstaan.
En waar heb je naar gekeken? Het totale geheugengebruik? Linux houdt zo veel mogelijk van schijf gelezen blokken in geheugen (een disk-cache dus) voor als ze nogmaals gelezen moeten worden. Dat gaat sneller als ze al in geheugen staan.
De benadering van Linux is dat geheugenblokken die toch niet voor iets anders in gebruik zijn nuttiger zijn als ze bij de disk-cache getrokken worden. En als het geheugen wel nodig is wordt dat even flexibel weer beschikbaar gesteld aan applicaties.
Een hoog geheugengebruik betekent dus niet per se dat je browser zich aan het misdragen is of zo, het is volslagen normaal in Linux dat dat op een gegeven moment hoog staat en dat betekent op zichzelf nog niet dat het geheugen niet meer beschikbaar is voor applicaties. Ik geloof dat grafische monitorprogramma's niet allemaal even goed zijn in het aangeven op welke manier geheugen precies gebruikt wordt. Maar probeer in een terminalvenster eens de commando's 'free', 'top' en 'htop' (overzichtelijker dan 'top' maar vermoedelijk moet je het eerst nog installeren).
Dank, zie antwoord hier
Insteek, kijken of het software matig opgelost kan worden bij onvoldoende redenen en mogelijkheden dit hardware matig op te lossen.
https://www.security.nl/posting/589061/Tails+geheugengebruik+limiteren
Nieuwe post begonnen hier omdat op dat moment de andere post kennelijk te weinig brede raakvlakken leek te hebben voor lezers om erop te reageren. Vandaar hier via een andere weg en breder (linux in haar algemeen) getrokken.
Maar het blijft een beetje een exotische systeemvoorkeuroplossing voor een handeling die je je ook gewoon kan aanleren, prullenmand leegmaken, in de keuken thuis gooi je er toch ook geen dingen in om ze er weer uit te vissen?
Insteek, kijken of het software matig opgelost kan worden bij onvoldoende redenen en mogelijkheden dit hardware matig op te lossen.
https://www.security.nl/posting/589061/Tails+geheugengebruik+limiteren
Nieuwe post begonnen hier omdat op dat moment de andere post kennelijk te weinig brede raakvlakken leek te hebben voor lezers om erop te reageren. Vandaar hier via een andere weg en breder (linux in haar algemeen) getrokken.
Maar het blijft een beetje een exotische systeemvoorkeuroplossing voor een handeling die je je ook gewoon kan aanleren, prullenmand leegmaken, in de keuken thuis gooi je er toch ook geen dingen in om ze er weer uit te vissen?
Door Anoniem:
En waar heb je naar gekeken? Het totale geheugengebruik? Linux houdt zo veel mogelijk van schijf gelezen blokken in geheugen (een disk-cache dus) voor als ze nogmaals gelezen moeten worden. Dat gaat sneller als ze al in geheugen staan.
De benadering van Linux is dat geheugenblokken die toch niet voor iets anders in gebruik zijn nuttiger zijn als ze bij de disk-cache getrokken worden. En als het geheugen wel nodig is wordt dat even flexibel weer beschikbaar gesteld aan applicaties.
Een hoog geheugengebruik betekent dus niet per se dat je browser zich aan het misdragen is of zo, het is volslagen normaal in Linux dat dat op een gegeven moment hoog staat en dat betekent op zichzelf nog niet dat het geheugen niet meer beschikbaar is voor applicaties. Ik geloof dat grafische monitorprogramma's niet allemaal even goed zijn in het aangeven op welke manier geheugen precies gebruikt wordt. Maar probeer in een terminalvenster eens de commando's 'free', 'top' en 'htop' (overzichtelijker dan 'top' maar vermoedelijk moet je het eerst nog installeren).
Door Anoniem: Onder Tails zie ik met bijvoorbeeld een interval van 1 uur niet dat dit echt leidt tot minder geheugenbelasting.
Dat blijft langzaamaan oplopen en vollopen zolang ik Torbrowser heb openstaan.
Zoals Anoniem Gisteren, 22:29 al schreef is het werkgeheugen niet hetzelfde als schijfopslag.Dat blijft langzaamaan oplopen en vollopen zolang ik Torbrowser heb openstaan.
En waar heb je naar gekeken? Het totale geheugengebruik? Linux houdt zo veel mogelijk van schijf gelezen blokken in geheugen (een disk-cache dus) voor als ze nogmaals gelezen moeten worden. Dat gaat sneller als ze al in geheugen staan.
De benadering van Linux is dat geheugenblokken die toch niet voor iets anders in gebruik zijn nuttiger zijn als ze bij de disk-cache getrokken worden. En als het geheugen wel nodig is wordt dat even flexibel weer beschikbaar gesteld aan applicaties.
Een hoog geheugengebruik betekent dus niet per se dat je browser zich aan het misdragen is of zo, het is volslagen normaal in Linux dat dat op een gegeven moment hoog staat en dat betekent op zichzelf nog niet dat het geheugen niet meer beschikbaar is voor applicaties. Ik geloof dat grafische monitorprogramma's niet allemaal even goed zijn in het aangeven op welke manier geheugen precies gebruikt wordt. Maar probeer in een terminalvenster eens de commando's 'free', 'top' en 'htop' (overzichtelijker dan 'top' maar vermoedelijk moet je het eerst nog installeren).
Klopt. Alle moderne besturings-systemen maken een buffer/cache aan (niet te verwarren met virtueel geheugen/swap file) om het opstarten van applicaties te versnellen. Hierdoor lijkt het alsof er meer RAM in gebruik is dan wat er daadwerkelijk voor de actieve processen nodig is. Zoals hierboven aangegeven wordt dit gereserveerde deel van het geheugen onmiddellijk vrijgemaakt als dat nodig is voor actieve processen.
Onder Windows kan je applicaties gebruiken om periodiek de buffer/cache vrij te geven. Voor Linux bestaan dergelijke applicaties, voor zover mij bekend, niet. Je kan e.e.a wel m.b.v een cron job laten doen (de vraag is of dit überhaupt nodig/zinnig is):
https://www.unixmen.com/how-to-clear-memory-cache-on-linux-servers/
ps
De titel van het artikel zegt 'servers' maar e.e.a geldt ook voor desktops.
Door Anoniem: Oh, en de cache van je browser zal zich ergens anders bevinden en dus niet op die manier opgeschoond worden. Browsers hebben zelf ook notoir de neiging resources te lekken dus dat het geheugengebruik gestaag oploopt mag niet verbazen. Af en toe de browser herstarten heeft hier meer effect.
Inderdaad. En het is de enige manier om dat gelekte geheugen weer vrij te geven. Want het besturingssysteem kan immers niet onderscheiden wat geldig en wat gelekt geheugen is. Bij het afsluiten van de programma (in dit geval de browser) wordt alles wel weer vrijgegeven.
Door choi: Onder Windows kan je applicaties gebruiken om periodiek de buffer/cache vrij te geven. Voor Linux bestaan dergelijke applicaties, voor zover mij bekend, niet. Je kan e.e.a wel m.b.v een cron job laten doen (de vraag is of dit überhaupt nodig/zinnig is):
Voor zover mij bekend is het volstrekt zinloos bij normaal gebruik. Als het voor de cache geheugen ergens anders voor nodig is wordt het sowieso wel beschikbaar gesteld, daarvoor hoef je het niet eerst zelf vrij te geven, en het zit je dus ook niet in de weg.Ik heb de drop_caches-actie uit je link heb ik wel eens toegepast omdat ik de performance aan het optimaliseren was van een proces dat veel schijf-I/O deed. Daarbij kon ik het niet gebruiken dat vanaf de tweede run alles flitsend ging omdat het besturingssysteem alle data al in geheugen had staan, het was juist de bedoeling om de situatie dat dat nog niet zo was zo snel mogelijk te laten verlopen en dat kan je pas testen als het niet allemaal in een cache staat. In vrijwel elke andere situatie zal je juist blij zijn met die versnelling.
Gisteren op een tweetal sites (links niet bewaard) ook twee paren van dire tips gevinden om linux cache te legen.
Het ene paar van drie terminal commands leverde bijelkaar een winst van 15 mb op.
Het andere paar van drie lukte niet onder TAILS, permissie geblokkeerd (met reden vermoedelijk).
De grootste klapper qua geheugengebruik zit hem toch in bepaalde programma's opstarten (libreoffice bijvoorbeeld) maar dus ook Torbrowser (Firefox).
Bezig om hier verder in te duiken en te zien wat mb's opdrijvend is, in ieder geval hardware excelleration (hoe hoger het niveau hoe meer geheugen etc belasting).
O.p.
Het ene paar van drie terminal commands leverde bijelkaar een winst van 15 mb op.
Het andere paar van drie lukte niet onder TAILS, permissie geblokkeerd (met reden vermoedelijk).
De grootste klapper qua geheugengebruik zit hem toch in bepaalde programma's opstarten (libreoffice bijvoorbeeld) maar dus ook Torbrowser (Firefox).
Bezig om hier verder in te duiken en te zien wat mb's opdrijvend is, in ieder geval hardware excelleration (hoe hoger het niveau hoe meer geheugen etc belasting).
O.p.
Het lijkt erop dat The Purge is begonnen. Het is maar goed dat hacktivisten en vooral "white hats" zich moeten gaan registreren, dan weten we tenminste wie we missen. Een paar mensen op dit forum reageren helaas niet meer, geen teken van leven. De Linux community wordt langzaam overgenomen... Summer of Code is niet alleen Happinez maar ook om "talenten" te werven. De dictatuur staat voor de deur.
"Purge Trash & Temporary Files". Wat wordt er dan eigenlijk aan tijdelijke bestanden geschoond? En maakt dat substantieel wat uit qua aantallen MB's opschonen?
Ga je ons ook vragen hoeveel afval er uit jouw prullebak komt ? Hoe moeten wij dat weten ? Hangt er vanaf, hoeveel troep erin zit.
Reageren
Deze posting is gelocked. Reageren is niet meer mogelijk.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?