Najlepsze praktyki ograniczania aktywności Garbage Collector w Javascript

Narzędzia programistyczne Chrome mają bardzo ładną funkcję śledzenia alokacji pamięci. To się nazywa oś czasu pamięci. Ten artykuł opisuje kilka szczegółów. Przypuszczam, że to jest to, o czym mówisz "sawtooth"? Jest to normalne zachowanie dla większości uruchomień GC ' ed. Alokacja odbywa się do momentu osiągnięcia progu wykorzystania, co powoduje uruchomienie kolekcji. Zwykle istnieją różne rodzaje zbiorów w różnych progach.

Zbiórki śmieci są zawarte na liście zdarzeń związanych ze śladem wraz z ich czasem trwania. Na moim dość starym notebooku zbiory efemeryczne występują przy około 4Mb i zajmują 30ms. to są 2 iteracje pętli 60Hz. Jeśli jest to animacja, Kolekcje 30ms prawdopodobnie powodują jąkanie się. Powinieneś zacząć od tego, co dzieje się w Twoim środowisku: gdzie znajduje się próg kolekcji i jak długo trwa kolekcja. Daje to punkt odniesienia do oceny optymalizacji. Ale ty prawdopodobnie nie będzie lepiej niż zmniejszenie częstotliwości jąkania przez spowolnienie szybkości alokacji, wydłużenie odstępu między zbiorami.

Następnym krokiem jest użycie funkcji profile | Record Heap Allocations do wygenerowania katalogu przydziałów według typu rekordu. To szybko pokaże, które typy obiektów zużywają najwięcej pamięci w okresie śledzenia, co jest równoważne szybkości alokacji. Skup się na nich w kolejności malejącej.

Techniki nie są naukami rakietowymi. Unikaj pudełkowych obiektów, gdy możesz zrobić z nie pudełkowym. Używaj zmiennych globalnych do przechowywania i ponownego wykorzystywania pojedynczych obiektów pudełkowych zamiast przydzielania nowych w każdej iteracji. Grupowanie typowych obiektów na wolnych listach zamiast ich porzucania. Wyniki konkatenacji łańcuchów pamięci podręcznej, które mogą być wielokrotnego użytku w przyszłych iteracjach. Unikaj alokacji tylko po to, aby zwracać wyniki funkcji, ustawiając zmienne w otaczającym zakresie. Będziesz musiał wziąć pod uwagę każdy typ obiektu w jego własny kontekst, aby znaleźć najlepszą strategię. Jeśli potrzebujesz pomocy w szczegółach, Opublikuj edycję opisującą szczegóły wyzwania, na które patrzysz.

Odradzam wypaczanie twojego normalnego stylu kodowania w całej aplikacji, próbując produkować mniej śmieci. Z tego samego powodu nie należy przedwcześnie optymalizować prędkości. Większość twojego wysiłku plus wiele dodatkowej złożoności i niejasności kodu będzie bez znaczenia.

Ogólnie rzecz biorąc, chcesz buforować jak najwięcej i robić jak najmniej tworzenia i niszczenia dla każdego uruchomienia pętli.

Pierwszą rzeczą, która pojawia się w mojej głowie, jest ograniczenie korzystania z funkcji anonimowych (jeśli masz takie) wewnątrz głównej pętli. Łatwo też wpaść w pułapkę tworzenia i niszczenia przedmiotów, które są przekazywane do innych funkcji. W żadnym wypadku nie jestem ekspertem w javascript, ale wyobrażam sobie, że to:

var options = {var1: value1, var2: value2, ChangingVariable: value3};
function loopfunc()
{
    //do something
}

while(true)
{
    $.each(listofthings, loopfunc);

    options.ChangingVariable = newvalue;
    someOtherFunction(options);
}

Będzie działać znacznie szybciej niż to:

while(true)
{
    $.each(listofthings, function(){
        //do something on the list
    });

    someOtherFunction({
        var1: value1,
        var2: value2,
        ChangingVariable: newvalue
    });
}

Czy kiedykolwiek był jakiś przestój dla Twojego programu? Może potrzebujesz go, aby działał płynnie przez sekundę lub dwie (np. dla animacji), a potem ma więcej czasu na przetworzenie? W takim przypadku mogłem zobaczyć, jak obiekty, które normalnie byłyby śmieciami zbieranymi w całej animacji, zachowują odniesienie do nich w jakimś globalnym obiekcie. Po zakończeniu animacji możesz wyczyścić wszystkie odniesienia i pozwolić, aby garbage collector wykonał swoją pracę.

Sorry if this is all a bit trywialne w porównaniu z tym, co już próbowałeś i myślałeś.

Zrobiłbym jeden lub kilka obiektów w global scope (gdzie jestem pewien, że garbage collector nie może ich dotykać), a następnie spróbowałbym refaktorować moje rozwiązanie, aby użyć tych obiektów do wykonania zadania, zamiast używać zmiennych lokalnych.

Oczywiście nie można tego zrobić wszędzie w kodzie, ale ogólnie to mój sposób na uniknięcie garbage collector.

P. S. Może to sprawić, że ta konkretna część kodu będzie trochę mniej łatwa do utrzymania.