Jak změnit adresář pro cache soubory vzniklé při RDP
Připojuji se prostřednictvím RDP přes Win SBS 2003 z tenkého klienta na server a v adresáři Z:\UserName\Local Settings\Application Data\Microsoft\Terminal Server Client\Cache se mi po připojení vytváří kešový soubor bcacheXX.bmc.
Bohužel ten adresář je umístěn (nevím kým a nevím proč) na jakýsi RamDrive Z:, což je jednotka přímo toho tenkého klienta, která má pouze 20 MB a je nasnadě, že po chvíli, když se ten *.bmc soubor zvětší, mi to začne dávat chybové hlášky.
Zkoušel jsem různé rady, získané např. tady, ale bohužel to nefunguje.
Nevíte, jak na to ? (zatím to řeším tak, že bmc-soubor mažu v pozadí na klientovi Unlockerem, ale nezdá se mi to moc košer. Raději bych ho přemístil na nějaký externí USB Flashdisk.
Být tebou bych to řešil, až by se to stalo, já bych tomu setupu od HP klidně důvěřoval.
Mé stylisticky neobratné vyjádření; samozřejmě mně už to ty hlášky dávalo. Proto jsem tu cache začal mazat na pozadí Unlockerem, abych se pokaždé nemusel odhlašovat a znovu přihlašovat.
Navíc mi vyskakují na obrazovce nějaké černé čtverce a já nevím, zda to náhodou s tímhle problémem nesouvisí.
Jinak Vladimíre, jaký je Tvůj názor na strýcovu teorii o vypnutí toho cachingu?
Jak jsem si teď přečetl, ty druhy cache jsou dva - Volatile a Persistent. Volatile se používá vždy a ukládá se do RAM, Persistent ukládá bitmapy, které se označí s vlaječkou Persistent, tedy ty, které systém předpokládá, že nebudeš chtít zobrazovat po chvíli ihned znovu na obrazovce klienta na disk.
Vypnutí diskové cache způsobí, že si tyto bitmapy pokaždé vyžádá klient po síti.
Osobně myslím že tam putuje hlavně grafika, menu a tlačítka systému se do tohoto nepočítají, takže čím víc grafických aplikací, tím víc persistent bitmap.
Černé čtverce můžou být korupcí cache, ale taky třeba aplikací, která redukci barev pro terminálové připojení špatně snáší.
Nastavení zde prý fungují, i na Embedded XP. http://msdn.microsoft.com/en-us/library/ms861727.a spx
Velikost té cache jde omezit, což mi přijde lepší než ji vypnout.
Díky, takže výsledek bude signifikantní: Omezený user s omezenou cache...
Taky se přidám k dotazu, jaký význam to kešování má ?
Asi to nějak souvisí s brouzdáním. Teď jsem na webu a soubor už má 32 MB; na onkologii se tohle nazývá proliferace....
Ano, čím více stažených dat, tím je *.bmc větší. Trochu jsem brouzdal a prý se dá prohlížet aplikací XnView, mně se to ale otevřít nepodařilo.
Ale tady se ozývají hlasy že k určitému zpomalení spojení dojde, pokud se soubor vymaže a než se znovu "naplní".
Asi máš pravdu, z tohoto článku to taky vyplývá...
Je-li ramdisk s NTFS, pak bych použil něco jako junction - symlink či hardlink. Chce to trochu naštudovat teorii, ale mohlo by to být průchozí.
Pavel
Jenže já od té doby, co mám toho klienta s XPE, nedělám nic jiného, než študuju (a kupuji knížky). Práce stojí, děti doma pláčou hlady...
Upřímně řečeno, Tebou navrhovaný postup bude určitě správný, ale míjí se s množinou mých schopností. Jsem jen lehce poučená lama.
Nepodceňuj se. Ale kvůli hloupé cache to není potřeba takhle lámat přes koleno...
Ta cache je jen vedlejší problém. Zatím nejsem schopen zprovoznit klientskou tiskárnu na serveru a pořád stojím s tím TeamViewerem a VNC.
Ostatní věci jsem díky Tobě a předražené literatuře vyřešil pomocí Zásad skupiny.
Jinak na tom Tvém shora uvedeném odkazu je uvedeno, že cache může mít maximálně 32 MB a jak to vypadá, její růst se skutečně zastavil na 31446563 kB.
vypni níže naznačené, mělo by to přestat samo od sebe
![[1004-mstsc-png]](/file/view/1004-mstsc-png)
Mrkni se na obrázek strejdy shora; od něj jsme se odráželi v diskusi, co se stane, když se to vypne, tj. zda se systém zpomalí či nikoli. A závěr vyzněl v tom směru, že asi trošku jo...
Jinak už to mám zřejmě vyřešeno svrchu diskutovaným maximálním systémovým omezením velikosti cache na 32 MB.
šajze, ten první dred jsem nějak přehlédl, či četl ve stavu somnambulárním