Diskuze o hardware, software a overclockingu
https://forum.pctuning.cz/
Kód: Vybrat vše
http://blogs.technet.com/askperf/archive/2007/03/29/windows-vista-superfetch-readyboost.aspx
)). (myslím, že máš ty XP 64 bit. ne ? ).No, pokud dojde k odswapnutí nějakých prefetchnutých dat do page file, tak kvůli nějaké spouštěné aplikaci, která si paměť vyžádá. SF by to však měl podle toho, co jsem četl, monitorovat a v okamžiku ukončení této aplikace "vystrčná" data z page file opětovně automaticky přednačte zpět do RAM, aby byla tato data pro další přístupy opětovně rychle k dispozici (tj. ne až v okamžiku přístupu k nim, kdy by to uživatel zpozoroval).zombux píše:jo, mám XP x64 i XP x86, i Visty. takže vím dobře o čem mluvím. vypnutý swap + SF je nejrychlejší možné řešení. "okamžitá odezva" a swap už z principu nejde dohromady, disk má prostě řádově pomalejší přenosy. jasně, když je něco přednačteno pomocí SF tak to v paměti je, ale cokoli je odswapnuto, to se musí z disku nahrát a proto to je nutně pomalejší.
Tu možnost, že to pojede ještě rychleji (i když otázka, zda nějak skutečně znatelněji), s lepší odezvou, připouštím i bez toho, prefetchnuté není všechno, pak se ale dostáváme (v širší rovině) i k dalším faktorům jako defragmentace disku atd. Netřeba googlit. Že je z pohledu aplikace jen jeden virtuální adresní prostor (kde není rozlišováno, co je RAM a co je swap), to samozřejmě souhlas, nicméně navzdory tomu, řada aplikací, a bohužel nejenom "profesionální", ale i třeba hezká řádka her je reportována, má bez swapu problémy nebo se ani nespustí (a ten chybějící page file v systému prostě nějak detekují - nevím.. můžu jen spekulovat... a není to o vlastní správě paměti - jak může mít vůbec aplikace vlastní správu (systémové) paměti?? Tu obhospodařuje přeci systém .. ale rád si rozšířím obzory ... nějaké linky kdyžtak prosímzombux píše: "potenciální nestabilita" je nesmysl, jak jsem napsal nahoře tak se týká jen některých speciálních aplikací, které mají vlastní správu paměti - a takových je minimum, hlavně profesionální software, a tam je s tím třeba počítat. u "normálních" programů tohle nemá smysl řešit, jak jsem zase napsal o pár postů dřív, aplikace vůbec neví co je ve swapu a co ve fyzické RAM. zkus si vygooglit jak funguje virtualizace paměti, stránkování a segmentace.
).jestli spíš tohle nesouvisí se stránkováním, když ve swapu jsou pouze (některá) stránkovaná data, pak by to dávalo smysl ať už se swapem nebo bez něj. SF i RB si dělají "počítadla" aby zjistily nejvhodnější data pro umístění do těchto cachíshadow píše:SF by to však měl podle toho, co jsem četl, monitorovat a v okamžiku ukončení této aplikace "vystrčná" data z page file opětovně automaticky přednačte zpět do RAM, aby byla tato data pro další přístupy opětovně rychle k dispozici (tj. ne až v okamžiku přístupu k nim, kdy by to uživatel zpozoroval).
Kód: Vybrat vše
http://technet.microsoft.com/en-gb/magazine/cc162480.aspx
Mělo by to jít monitorovat v rámci resource monitoru (sledování prostředků).durod píše:Jak zjistit,ktere programy a kolik MB vyuzivaji aktualne Superfetch?
Jinak, k diskusi, ja mam pagefile vypnuty, zadne problemy, ale mam podereni, ze mi SF nejde, nebot pri 4GB RAM mam vyuzitych jenom kolem 1.5GB
SF ve sluzbach je samorejme spusteny
You can monitor it from Resource Monitor. After it starts fetching you can actually see what files it reads.
Kód: Vybrat vše
http://www.msfn.org/board/lofiversion/index.php/t95021.html
Kód: Vybrat vše
http://channel9.msdn.com/shows/Going+Deep/The-Advancement-of-Windows-Michael-Fortin-Windows-Vista-SuperFetch/
To je normalni, ja mam s vypnutym nebo zapnutym pagefile na 8GB RAM 1.3GB zabranych, zalezi kolik tam toho mas (ve slozce prefetch), vista od 4GB RAM uz moc nahoru nejde.durod píše:... Jinak, k diskusi, ja mam pagefile vypnuty, zadne problemy, ale mam podereni, ze mi SF nejde, nebot pri 4GB RAM mam vyuzitych jenom kolem 1.5GB
SF ve sluzbach je samorejme spusteny
shadow píše:Mělo by to jít monitorovat v rámci resource monitoru (sledování prostředků).
JSzu píše:To je normalni, ja mam s vypnutym nebo zapnutym pagefile na 8GB RAM 1.3GB zabranych, zalezi kolik tam toho mas (ve slozce prefetch), vista od 4GB RAM uz moc nahoru nejde.
Ve slozke Prefetch jsou asi jenom nejake "indexy" .exe souboru , ktere nacitava do RAM puvodni exe soubory po spušteni. Cela slozka ma u me jenom 51MB.shadow píše:zombux: imho SF označená data (viz Windows\Prefetch) se nahrají do RAM po startu Windows a tam zůstávají, dokud nejsou přepsána nějakou na paměť náročnou aplikací...
SuperFetch je vázaný na proces svchost.exe v tom smyslu, že se prostřednictívm něho spouští, neboť SF je systémovou službou, která je implementována ve Windows\System32\Sysmain.dll a jako taková může být spuštěna jenom pomocí hostitelského procesu svchost.exe. Instancí svchost.exe nicméně běží v reálu souběžně celá řada /lze to dobře vidět v Process Exploreru z balíku Windows SysInternals). Exe soubory, prostřednictvím kterých se spouští hry, jsou jen další procesy, které se pochopitelně prostřednictvím svchost.exe nespouští. Zrychlené loadování té které prefetchtnuté hry tedy žádná utopie není. S datovým objemem spouštěcího exáče to nemá nic společného.durod píše:Ve slozke Prefetch jsou asi jenom nejake "indexy" .exe souboru , ktere nacitava do RAM puvodni exe soubory po spušteni. Cela slozka ma u me jenom 51MB.shadow píše:zombux: imho SF označená data (viz Windows\Prefetch) se nahrají do RAM po startu Windows a tam zůstávají, dokud nejsou přepsána nějakou na paměť náročnou aplikací...
Napr GRID.exe ma v Prefetch 143kB, puvodni soubor je radove MB. Datove soubory tam nejsou, zrychlene loadovani pri hrani je jenom utopie-Superfetch je vazany na svchost.exe, u me ma cca 116MB, kdyz si vemu, kolik exe souboru jsem opakovane pokusne spoustel-ruzne hry, tak spousteci .exe her presahovali cca 200MB, tim padem by mel mit svchost.exe vice nez 200MB.
) ). . Vlastní hry a další prefetchovaná data ale samozřejmě zůstávají na svém původním umístění na HDD...It stores this information in scenario files with a .db extension in the %SystemRoot%\Prefetch directory alongside standard prefetch files used to optimize application launch.
Zjednodusene, v .pf souborech jsou odkazy na soubory, ktere exe soubor vola (a nejenom to), ty se pak podle toho kolikrat jsou pouzity v .pf souborech seradi od nejvice po nejmene pouzivanych do souboru layout.ini a ty soubory se nacitaji v prubehu bootu (bootovani se o par sekund prodlouzi, ale pokud si davate pozor na fragmentaci, tak ani to ne).durod píše:Ve slozke Prefetch jsou asi jenom nejake "indexy" .exe souboru , ktere nacitava do RAM puvodni exe soubory po spušteni. Cela slozka ma u me jenom 51MB.shadow píše:zombux: imho SF označená data (viz Windows\Prefetch) se nahrají do RAM po startu Windows a tam zůstávají, dokud nejsou přepsána nějakou na paměť náročnou aplikací...
Napr GRID.exe ma v Prefetch 143kB, puvodni soubor je radove MB. Datove soubory tam nejsou, zrychlene loadovani pri hrani je jenom utopie-Superfetch je vazany na svchost.exe, u me ma cca 116MB, kdyz si vemu, kolik exe souboru jsem opakovane pokusne spoustel-ruzne hry, tak spousteci .exe her presahovali cca 200MB, tim padem by mel mit svchost.exe vice nez 200MB.