🚀 go-pugleaf

On 2015-01-20 15:23, obi wan firthe kenobi wrote:
> W dniu sobota, 17 stycznia 2015 00:43:56 UTC+1 użytkownik J-23 napisał:
>> W dniu 16.01.2015 o 19:18, obi wan firthe kenobi pisze:
>>> W dniu piątek, 16 stycznia 2015 01:32:19 UTC+1 użytkownik J-23 napisał:
>>>> W dniu 12.01.2015 o 19:23, obi wan firthe kenobi pisze:
>>>>> jesli pisze sie aplikacje ktore dzialają
>>>>> w 'systemie ramkowym' (by tak to nazwac)
>>>>> np 50 fps, to przydaloby sie zeby te
>>>>> kosztowniejsze operacje garbage collectora
>>>>> nie wykonywaly sie jakos losowo tylko by np mozna wywolywac je pod koniec bloku kodu dla danej
>>>>> ramki (i by zablokowac je wczesniej tj dla czasu
>>>>>     ramki)
>>>>>
>>>>> czy da sie cos takiego zrobic w javie? (tj kontrolowac recznie kiedy to ma sie wykonac)?
>>>>>
>>>>
>>>> Nie da się tego tak zrobić że oznaczysz (Tutaj nie wykonujemy GC)
>>>>
>>>> Da się natomiast tym odpowiednio sterować tylko temat jest bardzo
>>>> głęboki a ty podałeś bardzo mało danych
>>>>
>>> to jest w sumie odpowiedz + tez mi sie tak zdawalo, wnikac w temat nie mam czasu
>>>
>>
>>
>> Ale zauważ że jak podczas przetwarzania grafiki ci się włacza GC a ty
>> tego nie chcesz :) to jest coś źle zaprojektowane
>>
> normalnie w takiej aplikacji jaka mam na mysli generuje sie sie ramke (i wtedy gc nie powinien sie wlaczac bo bylaby kaszana) po czym wywoluje sie sleep() - ten sleep nie trwa dlugo i nie wiem czy cos takiego jest w javie - ale na przyklad wtwdy gc moglby robic sobie kawalki tej roboty
>

K@%@a kombinujesz aż mnie zęby bolą...

Po prostu na końcu ramki, jak już masz wszystko policzone, to wywołaj GC 
przy pomocy "System.gc()". Dzięki temu GC co może to wyczyści w czasie 
kiedy Twój program i tak czeka do początku następnej ramki. Nie 
gwarantuje Ci to że GC się nie odpali w trakcie ramki, ale znaczni 
obniża prawdopodobieństwo.

Usiłuję Ci to od początku przekazać, a ty jak muł opierasz się, i w 
zamian kombinujesz jakieś niestworzone rzeczy...


Kolejny czynnik to dostępność ramu - jeśli jest go więcej niż potrzeba 
na obliczenia w jednej ramce, to (zakładając wołanie GC na koniec ramki) 
GC się nie odpali w trakcie ramki, bo nie ma po co.


-- 
Arivald