Zpomalení výpočtů, zpomalení Windows při počítání

[vkliber]

Narazil jsem na zajímavý problém.

Po delší době jsem chtěl spočítat něco na MilkyWay a všiml jsem si, že doby výpočtů jsou značně delší než na jaké jsem byl zvyklý : MilkyWay@Home do půl minuty a Milkyway@Home Separation (Modified Fit) kolem 10s. Časy se tentokrát blížily i 2 minutám. Vytížení grafiky bylo velice nízké (na 100% jela vždy pouze krátce). Zároveň jsem si všiml, že odezva na system (Windows7) při přístupu na disk je výrazně pomalejší. Tak jsem začal pátrat a zde je výsledek :
Nevím jestli je to chyba pouze u mne, raději si to zkontrolujte, každá spočítaná jednotka vytváří v adresáři C:\Users\<UserName>\AppData\Local\Temp\ soubor který má masku jména OCL*.tmp a má nulovou délku. Já jsem tam těch souborů měl přes 100K a jejich mazání trvalo přes hodinu. Už jenom samotné otevření toho adresáře je na několik minut. Když jsem zkusil vytvořit v tomto adresáři soubor s nulovou délkou, tak to trvalo skoro minutu. Po smazání všech souborů (nechal jsem tam pouze pár posledních, aktuálně používaný stejně nejde smazat) se doba výpočtu vrátila k normálu a Windowsy byly krásně svižné.
Ty soubory mi tam samozřejmě stále vznikají (asi 3k denně, jak stále počítám), tak je co pár dnů odstraním. Asi na to budu muset napsat nějaký job.

[Doktor]

Vítku, mám je tam taky a to ani Milky nepočítám. To bude nějaký širší průjem, než jen projektový...
Jdu hned mazat, dokud toho není mraky...

[vmv]

Pár jednotek se mi spočítá každý den, ale žádný takový problém nemám… Ale jedu jen MilkyWay@Home 1.02 (opencl_amd_ati), optimalizovanou verzi…

[vkliber]

Vítku, mám je tam taky a to ani Milky nepočítám. To bude nějaký širší průjem, než jen projektový...
Jdu hned mazat, dokud toho není mraky...

Ale na AMD grafice počítáš?

Podle názvu těch souborů OCL*.tmp bude pachatelrm zřejmě OpenCL.

[Doktor]

JJ
A bylo těch mrtvol 10 484. A potvrzuji, že jen jejich označení (příkazem) a vymazání a vyhození z koše bylo na celkem dlouhé lokte...Těch 100k bylo snad rovnou na kávu
P.S. ta náročnost určitě roste exponenciálně. Netrvalo to 6 minut, ani náhodou.

[bundaboy]

Taky jsem jich na jednom PC mel mraky. Mazani pres Pruzkumnik nedoporucuju, to bylo silene pomale. Takze po prvni smazane tisicovce, ktera trvala asi 15min, jsem presel na obycejny cmd a prikazem "del OCL*.tmp" vse mazl behem par vterin.

Chybka bude zrejme vazne v samotnem OpenCL, protoze ted MW nepocitam, jedu Einsteina a uz se mi tam po chvili zase vytvorily nove tmpy a pomerne rychle pribyvaji rychlosti asi 10-15 kousku za deset minut...

Dalsi zpusob, jak ty tmpy mazat, je pres win+r, cleanmgr a promazat vse. Ale jak je to rychle netusim, to muze vyzkouset nekdo dalsi.

[Dadu from Silesia]

Zajímavé u mě nic OpenGL Verze 4.2.12217 Compatibility Profile Context 12.104.0.0 píše aida.
OpenGL DLL 6.0.6000.16386(vista_rtm.061101-2205)

[nenym]

Díkes za rady a hlavně lokalizaci adresáře, konečně jsem mohl přejít na R9 280 z 13.9 na aktuální driver; vykopáfka novým aplikacím moc nestačila a výkon karty/GPU load zůstával za očekáváním. Netušil jsem, kde je pes zakopán, nicméně novější drivery shazovaly nejen Boinc výpočty, ale i Folding. Automatické bleskové řešení jsem našel v scheduleru. V intervalu 10 minut spouštím baťák DelOCL.bat s obsahem

Kód: Vybrat vše

erase C:\Users\<user_name>\AppData\Local\Temp\OCL*.tmp

EDIT: Slickerův dodatek

Or, if you want the batch file to work for any user, use the command:

Kód: Vybrat vše

del %temp%\OCL*.tmp 

což jest zajisté elegantnější.

[forest]

Včera jsem nahazoval poprvé po delší době zrekonstuovaného Cimrmana a když jsem se do toho adresáře po chvíli kouknul, už tam těch souborů hezkých pár bylo. Zrovna u něho, se třemi 7970 se to bude nadmíru hodit.

Díky za lokalizaci, nechápu důvod, pročto dělá.

[Murphy.cz]

Zajímavé, měl jsem jich tam taky 20k - některé tam byly už od letošního května, takže se asi tvořily dost pomalu. Na provoz počítače to nemělo žádný znatelný vliv, i ten průzkumník reagoval okamžitě...