>> XeDoz
PhysMem: 60.4M wired, 155M active, 357M inactive, 573M used, 66.9M free
VM: 2.21G + 64.7M 18957(0) pageins, 9319(0) pageouts
Det är här det blir lite lurigt. Det kan tyckas att du har enbart 66.9MB ledigt men det är fel. Som sagt BSD kärnan cachar filer. Du har 357MB i inaktivt minne vilket är cachad information och som inte ligger på "fria listan" men som fortfarande är minne som kan utnyttjas.
(För övrigt så betyder wired -> minne som inte kan pagas, active -> minne som aktivt används t.ex ett körande Photoshop program Det jag själv inte blivit klok på och som man inte ens förklarar bra i någon bok i ämnet jag läst är siffran för Virtuellt minne. Jag förstår att Du har 2.21G virtuellt minne att tillgå men vad dom där +64.7M kommer ifrån, beats me!)
Ett enkelt knep att forcera att detta cachade minne hamnar på fria listan utan att behöva köra något av dom veckovisa croncripten är att starta terminalen och forcera en massa filer genom filcachen genom att som root eller via sudo göra.
cd /; ls -latR
alternativt
cd /; du -s .
Det gör egentligen inget positivt mer än att lösa upp forcerade tankar på att ha mycket ledigt minne
Ha ett annat fönster öppet samtidigt och kör 'top' och kolla hur minne flyttas från inactive till fritt. Det är egentligen samma sak bara det att det cachade minnet kan återanvändas om exempelvis samma fil återöppnas igen. Om man kör Photoshop på stora filer kommer garanterar dessa filer ligga i inactive som cachat och ha hög prioritet på den listan . Dvs cachat som inte kastas ut ur minnet i första taget. Istället väljer man att paga ut annat eftersom det inte är aktivt använt och därmet ökar paging och man tror att man har för lite minne vilket i dom flesta fall inte är sant. Det som avgör ett minnes problen är, hur ofta man pagar. Flera 1000 sidor på några minuter vid normalt användande och man har definitivt problem och troligtvis för lite minne eller ett "läckande" program.
Ett sätt , dock inte vattentätt, är att kolla med "ps auxc" i terminalen och titta på hur mycket minne "System Event" tar.
Om det tar en ansenlig mängd minne så kan man misstänka läckage. Som sagt inte 100% säkert men har hittat många hintar i den vägen som också har stämt överens med egna observationer dom få gånger jag själv haft problem.
Det finns några kända problem. Ett gäller fonter som kan förorsaka läckage. (och som Apple tydligen tiger om) Ett känt problem men inga stora läckor. Ett större problem gäller många s.k populära "haxies" (Tillägg i menyn) flera av dessa är kända för att kunna spåra ut och käka minne av typen "System Events". Hade själv problem med något av dessa "A??" eller "Fruit Menu?" och har i princip tagit bort de flesta av dessa. Efter detta och en fix med en trilskande USB hub (fixat i 10.2.5) har jag inte sett tillstymmelse till minnesproblem på min G4'a med 10.2.6.
Notera att de flesta minnesproblem inte ska tillskrivas Apple. Det är programmerare som missat saker företrädelsevis med hur Cocoa (Obj-C) hanterar minne.
Vill man gå till botten med det här är det till att kavla upp ärmarna, läsa man och använda terminalen och lära sig top,vm_stat,fs_usage,latency
Mvh
/Ulf
