Że ci się w losowym momencie włącza GC i spada prędkość aplikacji bez żadnej przyczyny. Więc do wielu rzeczy się nie nadaje.
Nie 'do wielu rzeczy' tylko do bardzo nie wielu rzeczy. Jeżeli przeszkadza ci GC to równie dobrze może ci przeszkadzać context switch wymuszony przez OS, też stracisz cenne milisekundy i tym razem naprawdę jest to efektywnie
@Antyradek: -java potrafi alokowac obiekty na stosie (np. m.in. gdy ich zycie zaczyna i konczy sie w jakiejs metodzie) -jest cos takiego jak pauseless garbage collector firmy azul
@Ponc3k: @hasztak: Panowie coledzy, długi sen podstawą dobrego samopoczucia, nie ma co się spinać.
Ale dobra. Skoro xmx i xms uznajemy za pewną kontrolę nad pamięcią to tak samo możemy zmienić rozmiar stref przetrwania, ilość iteracji potrzebnych do wypromowania obiektu do starej generacji, możemy sugerować rozmiar metaspace (kiedyś permgen) czy też procentową zajętość pamięci przy której gc "powinien" odpalić sprzątanie. A to tylko z garbage collectora i pewnie o połowie innych,
mój pierwszy mem.
źródło: comment_7Clc2DJjpASu33QVam8OgeNYyR2qzSxb.jpg
PobierzKomentarz usunięty przez moderatora
Otoz - masz.
Milego wieczoru.
Czyli masz problem po prostu z wydajnością Javy, a nie tym, że sama zwalnia pamięć. To trochę inne kwestie xD.
Nie 'do wielu rzeczy' tylko do bardzo nie wielu rzeczy. Jeżeli przeszkadza ci GC to równie dobrze może ci przeszkadzać context switch wymuszony przez OS, też stracisz cenne milisekundy i tym razem naprawdę jest to efektywnie
-java potrafi alokowac obiekty na stosie (np. m.in. gdy ich zycie zaczyna i konczy sie w jakiejs metodzie)
-jest cos takiego jak pauseless garbage collector firmy azul
Ale dobra. Skoro xmx i xms uznajemy za pewną kontrolę nad pamięcią to tak samo możemy zmienić rozmiar stref przetrwania, ilość iteracji potrzebnych do wypromowania obiektu do starej generacji, możemy sugerować rozmiar metaspace (kiedyś permgen) czy też procentową zajętość pamięci przy której gc "powinien" odpalić sprzątanie.
A to tylko z garbage collectora i pewnie o połowie innych,