Administrace komentářů

Neviem odkial ste k tymto zaverom dosli ale tato rada aj ta hore je to nahorsie co sa v takom stave mozete spravit a ani jeden argument sa nezaklada na pravde!

To co na danej adrese bude zavisi od "physical RAM map", od sharovanych rozsahov (grafika) a od toho co na tej masine a ako dlho pobezi. Aj kebyze to je posledny blok z casti na alokaciu tak skor ci neskor sa pouzije (a to nemyslim dni a viac uptime). To ze vacsina softov ukazuje ram ako stlpec vyplneny z lava do prava neznamena ze aj tak sa ram alokuje, a aj kebyze sa tak alokuje tak linux pouziva vsetku pamat. Vramci prevencie fragmentacie sa na tie adresy mozte dostat aj ked aplikacie/jadro este nealokovaly vsetku ram a ked nie to, tak pri beznom pouzivani zaplnia diskove buffre/cache (staci dat napalit CD a hned moze byt 800M+ dat v cache, pri DVD este viacej). Ak ma ram "len" niekolko buniek zlych tak o to horsie. Ak sa ta pamat pouzije napr pri ukladani nejakeho dokumentu na disk tak si uzivatel moze byt isty, ze ked ho otvori tak v nom nenajde to co tam ma byt. A to iste pri aplikaciach. Ak ta bunka bude v datovej casti app (nie v kode) tak az na to ze nejake udaje zobrazi inak to nemusi byt vidiet. Popripade to co pise kolega hore, poskodene subory a este aj zalohy k tomu ...

A teraz k samotnej otazke uplne hore:
- urcite nie ! - ak nejde o nejaky problem s pretaktovanim, spinou na slote, ... tak urcite nie, uz zo spominanych dvovodov
- ak by ste predsa len chceli moc experimentovat (to ubuntu to nenasvecuje) tak existuju patche (neskusal som ich a zrejme len pre postarsie jadro), ktore vedia zbranit alokacii poskodenych casti ram. Toto by som ale aj tak maximalne skusal na nejakej masine co ma byt ako router alebo inak "menej" pouzivany stroj. Ak tam mate co i len trosku dvolezite data tak radsej sa pozrite po novom hw.