
Nejlepší odpověď HaLuMa , 09 červen 2015 - 10:47
Zapomen na swapovani, protoze i kdyby se swapovalo, tak geoget neni zase takovy pametovy zrout, aby jej to takhle slozilo. problem je v te pameti, kterou vidis jako prazdnou!
Zni to prekvapive, ale je to tak. Tuto prazdnou pamet totiz windowsy pouzivaji jako filecache, tedy vyrovnavaci pamet pro soubory. Kdyz nekde nacte nejaky soubor, tak si ho navic ulozi do teto prazdne pameti. Kdyz jej pak chce neco cist znovu, neceka na pomaly disk, ale data naserviruje z pameti. Z povahy veci muze system tato data kdykoliv zahodit, treba kdyz chce nejaka apliakce vice pameti. Nevadi to, jen se data priste budou muset znovu nacist z pomaleho disku.
Tedy data ve filecache jsou z povahy veci data postradatelna. kdyz se nactou jine soubory a neni pro ne v pameti misto, proste uvolni z pameti ta data, ktera nejdele nepotreboval. Takze staci aby se spstila jakakoliv vec, ktera cte hodne souboru, a vsechno to z teto vyrovnavaci pameti vytlaci. Antivirak, defragmentace... cokoliv! Podobne treba takova hybernace,proc by pracne a zdlouhave uchovavala obsah teto pameti, kdyz neni vlastne dulezita?
A ted se vrat k tomu Geogetu. V seznamu zobrazuje shned nekolik tagu. Hodnotu pro zobrazeni tagu se ale vzdy nacitaji z databaze v okamziku kdy se ma zobrazit prislusny radek. Tedy kazdy radek zpusobi celou radku databazovych dotazu. kazdy databazovy dotaz potrebuje precist nejaka data, ktera jsou opet z principu rozmistena na ruznych mistech databazoveho souboru. Jenze ten uz davno neni v pameti! A tak se ten velky databazovy soubor zacne nacitat tim nejmene efektivnim zpusobem - ctenim nahodnych casti napreskacku. Pomalost pristupove doby pevnych dsku se tak ukaze v cele sve krase.
Přejít na celý příspěvek