Komprimace RAM v OS X - a další problémy

[JancakV]

Od upgrade OS X na 10.9 Mavericks zažívám nepříjemné chvilky. Výkonný podporovaný stroj s 12 GB RAM vykazuje s Mavericksem kouzla dávných Win98. Pár příkladů:

iTunes – zasekávají se skladby při přehrávání, to není vtip/spouštění aplikací je takové nějak pomalé a přepínání mezi nimi je už i chvílemi utrpení/kombinace přepnutí z aplikace do aplikace s nuceným probuzením jednoho z disků vyloženě drásá nervy a člověk si stačí i odskočit/otevírání souborů je občas také lahůdka/TimeMachine a zálohovací SW (v Java) vytíží nejen počítač (tedy procesor jede stále v skoro úsporném režimu a brzdou zcela evidentně není) a síť, že se nedá skoro nic dělat, ale třeba se také nenačítají stránky /Monitor aktivity často ukazuje červeně aplikace, které něco dělají, ale bez problémů se po nějaké chvíli vzpamatují a pracují/no je toho hodně a to jsem jen začal

Zkusil jsem přeinstalování sytému, dle rad z internetu (tedy nikoliv formát disku a instalaci - což by stejně evidentně nepomohlo), odstranil některé pluginy v Safari (QT pluginy dělají rotyku), ale nic nepomáhá. TimeMachine a CrashPlanu se zbavit nemohu, nicméně v předchozích systémech 10.6, 10.7 a 10.8 s nimi nebyl nejmenší problém. Ano jsem náročný uživatel a pracuji současně v několika náročných aplikacích, ovšem nikdy jsem neměl v předchozích systémech ani náznak něčeho podobného. Mám podezření (a podle všeho je to prostě tak), že za všechny problémy může pokus Apple s komprimováním RAM. Komprese a dekomprese je evidentně náročná na přesuny v RAM, procesory se nezadýchají jelikož si nesáhnou ani na polovinu výkonu. Navíc při přesunech nejsou nejspíš chráněné důležité procesy u kterých je výpadek vidět/slyšet - iTunes s hudbou/QT a VLC video. Dobrý test je spuštění více videí v QT (SD i HD), do 10.8 včetně nebyl problém více videí současně přehrávat a bez škobrtnutí, nyní je problém i s dvěma videi (no ve skutečnosti je problém i s jedním).

Abych si jen nestěžoval. Máte někdo zkušenost s vypnutím komprese RAM, tak aby systém s RAM zacházel jako v předchozích verzích? Něco jsem našel, ale Terminál není můj kamarád. Navíc mé obory nezahrnují tyto oblasti. Děkuji.

[Tomas1334cz]

Nepoužívám žádné příliš náročné aplikace, takže RAM se mě moc netýká, ale neskutečně mě točí Safari .... Někdy vůbec nenačte stránku (pokaždé vyhodí jinou chybu, což nechápu), například SoundCloud nejede skoro vůbec a to mi internet běží normálně, a celkově je to nějaký podivný ...

[lulu]

a to je beletrie, dotaz, slzeni nebo cetba na pokracovani?

Quote superdlouhých postů není to pravé ořechové MichalM.Mac

[JancakV]

Ano Safari se chová také divně oproti předchozím verzím OS X. Například načítání Google je vždy zpožděné - a to i jen vyhledávací stránky, u vyhledávání obrázků musím čekat i 10 vteřin (no zkuste si takhle čekat na pouhé výsledky vyhledávání). O nevysvětlitelných chybách při načítání webů nemluvě.

[Tomas1334cz]

Jo a teď jsem si vzpoměl na další problém .... Doma máme Time Capsule a mám nastavenou jak 2.4, tak 5GHz síť a nevím jestli to je tím, nebo něčím jiným, ale když probudím Maca, tak mu trvá klidně i pět minut než se připojí na Wifi. Nikdy to nedělal.

[MichalM.Mac]

Ten zálohovací SW v JAVĚ je Crashplan?
Pokud ano -> hmm...
Soft, který může kopírovat velké množství někdy i velkých souborů.
Asi kešuje do RAM.
Viděl jsem minimálně jeden JAVA soft (jDownloader), který si alokoval paměť (pro dočasné držení souborů) takovým způsobem, že i když byla na starších OS X jako inactive, tak jí systém nebyl schopný sebrat zpět. Když došla free, nastoupil beachball. (inactive bylo mnoho GB)
Má stále spuštěného nějakého démona, který je zodpovědný za kopírování?

Dost možná je to výstřel mimo, ale jsem zvědavý, jak by se OS choval bez crashplanu.

[lulu]

Crashplan je zlo. Zvláště když zůstane viset nějaký ten jejich automatický update a po systému se válí víc verzí Javy

[JancakV]

Ano je to CrashPlan a cokoliv v Java nemám rád. U tohohle to toleruji. Nicméně vypínání CrashPlanu jsem zkoušel, ovšem nedohledával jsem co zůstane jet v pozadí, to prozkoumám. Stejně jako víc verzí Java, to by tam mohlo být. Nicméně vytěžování umí zařídit i TimeMachine. Problém je, že CrashPlan ničím nenahradím, alespoň ne teď (i proto že tam mám dost velkou zálohu). A problém je až teď v Mavericksu. V Snow Leopard, Lion ani Mountain Lion jsem ani zčásti takové problémy neměl.

Otázka je zda by nestačilo vypnout kompresi RAM, pokud to lze udělat bezpečně, a nevyřešil by se celý problém.

[MichalM.Mac]

Těžko říct. Mam za to, že 10.9 používa ještě agresivnější strategii pro využití paměti (ve stylu proč mít zbytečně volnou RAM) než předchozí OS X. Pokud by se ti podařilo vypnout kompresi, může strategie přijít o důležitý nástroj nebo se celkově vrátit do stavu předchozích OSX. Vzhledem k tomu, že to není fíčura, ale byl by to hack, není vůbec jisté, jaké to může mít následky.

Zkusil bych naklonovat produkční systém na nějaký externí disk, nabootovat z něj a testovat odebráni podezřelých softů. Zabere to dost času...

[JancakV]

Tak si dovolím tvrdit, že CrashPlan (a i Java) jsou v tom nevinně (3 dny testování). I když při jeho plné činnosti je to ještě horší. Vypnul jsem ho, včetně demona a bohužel vše jede stejně špatně. Můj tip. Kombinace usínání klasických disků a komprese RAM – bez SSD a nových typů RAM – pro náročnější práci prostě není odladěná. A to má MacPro výkonu na rozdávání. To se ušetřených 60 USD za upgrade OS X (Maverick je přece zdarma) pěkně prodraží nákupem minimálně SSD. A to ještě není jisté, že to problém alespoň zmírní.

[lulu]

zkuste provest cistou instalaci bez obnov na externi disk a posleze z nej nabootovat.

[tlacenka]

jestli to nebude spis nejakou nekompatibilitou nektere aplikace...
coz se pozna prave tou cistou instalaci na externi medium...

[MichalM.Mac]

Když je RAMka "plná" a beachball party v plném proudu, přidej v Activity Monitoru -> Memory sloupeček Purgeable memory a seřaď od největšího množství. Něco zajímavého na prvním místě?

[lulu]

A spojil bych to s Console - nerozlucnou kamoskou Activity Monitoru

[JancakV]

Ale o beachball jsem nepsal ani slovo. Ten já nevidím. Něco se prostě "zasekne"/zasekává" a musím chvíli počkat. Třeba přepínání aplikací, ovládání atd. jede naprosto v pořádku (tedy dle mého názoru cokoliv co není přímo závislé práci s RAM. Typicky přepnutí z aplikace, která se chvíli nepoužívala nebo má něco do činění s nějakým diskem a je cítit, že prostě RAM jaksi nestíhá. Přitom se zaškobrtává iTunes při přehrávání mp3 nebo EyeTV. Procesor jinak jede běžně do 25 %. Větší vytížení je výjimečné, přece jen nerenderuji či nekonvertuji tak často. Jinak samozřejmě kontroluji vše v Monitoru aktivity (kde bych to taky jinak podrobně viděl).

Nekompatibilitu bych neřešil. Přece jen jsem vše aktualizoval a starší věci vyhodil nebo nahradil. Adobe aplikace a Safari si bere hodně RAM, ale jiné vytížení krom Kernelu (ten je dost nenažraný), WindowServeru a Finderu v RAM nevidím. Procesor zatížený není, běžný provoz 8 % , při práci těch 25 %.

Jinak s Konsolí nejsem kamarád. Umím ji ovládat, ovšem nemám žádné znalosti pro práci s ní.

[lulu]

ne terminal, ale Console. Tam se system vykecava, co se mu nelibi/libi

[JancakV]

No jo, já se přehlédl. Kouknu na to.

Mimochodem právě teď mi to udělalo. Paměť zabraná do mrtě, malý swap na disku a najednou není odezva (Finder přitom jel v pohodě) jen slyším jak disk jede (hodně čtení a trochu zápisu - v Monitoru aktivity jsem viděl vytížení. Ale jediný kdo má spoustu zápisu je kernel_task a launchd (oba v řádu GB) a Finder zase hodně čtení. V Konzoly jsem nic nestačil vypozorovat a v Monitoru aktivity to bylo taky všechno . Jinak v zápisu i čtení vede jednoznačně systém svými službami. Aplikace jsou hluboko pod nimi. A to byl vlastně klidový režim. Procesor si opět válel šunky.

Doplněno: Tak CrashPlan a Java to není na 100 %. TimeMachine taky není na vině. A jde jistě o uvolňování RAM (dekomprese/komprese RAM). Práce s několika PSD soubory v Photoshopu, otevřené Safari s několika panely, video ve VLC, Mail (pár dalších aplikací typu Dropbox, LittleIpsum a pod. pomůcky.). RAM dle indikátoru iStatMenus zaplněná zcela (vážně 12 GB? - čím?) = 94 % Idle, dle Monitoru aktivity využitá RAM 11,95 GB, Virtuální 17,46 GB (Proč je tak obrovká?) odkládací soubor 130 (asi MB, jednotky nejsou zobrazeny). Spuštění Chrome a otevření prázdné stránky trvalo skoro 10 vteřin! A byl slyšet provoz na disku (Že by Swap? S 17,46 GB virtuální paměti?). Tak vážně nevím, ale takové věci se mi na předchozích systémech neděly ani při obřích PSD, kdy bych "nedostatek" RAM očekával a Swap byl velký, i přesto vše běželo hladce.