macOS levytilan käyttö, mikä syö tilaa?

[jca]

[…] iso osa tilasta menee mahdollisesti täysin turhaan local snapshottiin?

Local snapshotteja – ymmärtääkseni – syntyy vain, jos
a) käytät kannettevaa Maccia
b) Time Machine on päällä ja
c) Time Macine ei pääse käsiksi tarvitsemansa kovalevyyn.

Joten Snapshottien syntymisen voit estää ottamalla Time Machinen pois käytöstä tai – mielummin – varmistat että backupit menee ulkoiselle levylle.

En ole varma, mutta local snapshotteja syntyy vaikka ja tietenkin olisit valinnut varmistuspaikaksi ulkoisen levyn.

[homenamsi]

Kun käyttöjärjestelmä tarvitsee tilapäistilaa niin sen se myös vapauttaa. Se ei siis 'syö tilaa'.

Olisiko sitten parempi, että käyttöjärjestelmä varaisi pysyvästi itselleen vähimmäiskokoonsa nähden 20-kertaisen tilan. Ehkä olisi, koska silloin tällaisia tilapäistilanneihmettelyjä ei syntyisi.

Viisikymmentä vuotta sitten käyttöjärjestelmät ja ohjelmat olivat kiinteästi keskusmuistissa ja muistin loppuessa peli oli seis - ohjelmaa oli parannettava. Seuraava askel oli ns. virtuaalimuisti, eli muistia jatkettiin ottamalla tilaa levyiltä - saatiin joustavuutta mutta menetettin nopeutta.

Sittemmin mukaan on tullut eri tasoisia puskuri-, väli- ja 'käteis'muisteja, jotka voivat olla levy- tai puolijohdemuisteja ja sijaita prosessorissa, keskusyksikössä, näytönohjaimissa, levyohjaimissa jne. Jossain vaiheessa jo 1980-luvun Unix-koneissa oli tiedon päätyminen fyysisesti levylle 6-7 väli- ja puskurimuistin takana. 'Levylle kirjoitus' tehdään siis ohjelman etenemisen kannalta nopeasti välimuistiin ja sieltä puretaan useamman puskurimuistin kautta lopulta levylle kirjoitukseksi.

Jos jotain menee laitteissa, ohjelmissa tai käyttöjärjestelmässä pieleen, näitä tilapäisalueita voi jäädä levylle. Aikojen alusta yksi haastavimpia muistin hallinnan osa-alueita on ollut ns. roskan keruu (Carbage Collection). Se on käyttöjärjestelmän huoli ja siinä onnistuminen pitää eritasoiset muistit jatkuvasti mahdollisimman hyvässä tilassa.

Jättäisin nämä käyttöjärjestelmän huoleksi - tällä saralla macOS:n taustalla on käyttöjärjestelmäkehitystä 50 vuoden ajalta.

Käsityöllä ei päästä kovin pitkälle ja tuntemattomien datalohkojen peukalointi ilman tietoa niiden tarkoituksesta voi sotkea paljonkin.

[KenSu]

Minä selvitin aikoinaan DaisyDisk-sovelluksella yhden mystisen tilasyöppöbugin.

Ihan tarkkoja detaljeja en muista mutta jossain /var-hakemiston syövereissä oli epäonnistuneiden appstore-päivitysten lataamia päivityspaketteja joita ei pystytty asentamaan - to add insult to injury - tilanpuutteen takia. Sinne ne paketit jäivät lojumaan eikä niitä mikään näemmä siivonnut. Luultavasti ongelma alkoi kun erehdyin yrittämään xcoden (massiivinen paketti) päivitystä just silloin kun levytila oli muutenkin vähissä. Käsipelillä annoin kenkää noille ja tilanne palasi normaaliksi.

[jca]

Xcode muuten paisui edellisen asennuksen aikana lähes 20GB möhkäleeksi. Tuskin tuokaan tarkoituksellista on?

[homenamsi]

Asennuksen aikana lähes aina luodaan tilapäistiedostoja asennuksen peruuttamisen varalta. Ellei asentaja siivoa näitä niin sitten niiden pitäisi poistua ensimmäisen käynnistyksen tai käytön yhteydessä. Ellei, niin sitten asennuksessa on mennyt jotain pieleen - joko asennustilanteessa tai sitten Applella asennnusohjelman tai asennuspaketin teossa.

[oppenheimer]

Siivoan koneelta ylimääräiset yleensä ennen backuppien tekoa ainakin Onyx:illa ja joskus tsekkaan myös manuaalisesti.