🚀 go-pugleaf

Dnia 2007-11-10, Piotr Wyderski napisał:
> Łukasz Krotowski wrote:
>> Globalna. W przypadku wątków w TLS. Dla uproszczenia możemy założyć, że
>> alokator wielowątkowy można zastąpić wieloma instancjami alokatora
>> jednowątkowego w TLS.
>
> Dobrze kombinujesz, tylko jest jeden problem: dostęp do zmienych
> w TLS jest względnie powolny, jeśli opierasz się na API systemowym.
> Wymyślenie naprawdę szybkich TLSów, działających bez wsparcia
> API na głównej ścieżce zajęło mi sporo czasu i wynik jest dość
> nietrywialny. Działa od kilku lat. Ale istotnie, bardzo szybkie TLSy
> to kluczowy element współczesnego alokatora.

Pewnie masz rację. Ale jeszcze nie zajmowałem się TLS na takim poziomie.
Zazwyczaj __thread w gcc mi wystarcza (plus to co jest w WinAPI,
przynajmniej do czasu aż wyjdzie stabilne gcc4 dla win32).

Mówiąc zupełnie szczerze, ostatnimi czasy wąskim gardłem są dla mnie
dyski i baza.

>> Hmm, jak pewnie się domyśliłeś dealokacja w do_not_deallocate_allocator
>> składa się z zera instrukcji.
>
> To ja nie rozumiem, jak to ma działać. Dla każdego ciągu
> wektorów osobna pula? Bez jaj. :-)

Nie. Załóżmy, że masz jakiś kawałek programu który działa na pewnej,
znanej ilości pamięci (stałej, bądź jako funkcja wejścia). Wtedy możesz,
z nonszalanckim ,,a co mi tam'', wszystkie kontenery z tego kawałka
programu przestawić na alokator który tylko alokuje. A po zakończeniu,
jednym pool.release() zwolnić całą pamięć.

To nie dotyczy tylko wektorów. A zaleta jest taka, że nie musisz dbać o
kolejność poszczególnych alokacji i dealokacji.

>> albo przeciągnę sobie życie local_pool przez więcej
>> niż jedno wywołanie funkcji to będę szybszy. (*)
>
> Nie nadążam. Masz darmowe budowanie rekordów aktywacji?
> Ech, kombinujecie, Panocku, jak koń pod górę.

Ja też nie nadążam. Skąd Ci się tutaj wzięły rekordy aktywacji?

>> (*) Przekomarzanie się o kilka instrukcji.
>
> No nie takie kilka, już się TLSy zaczęły pojawiac na horyzoncie. :-)
> A poza tym akurat w moim zastosowaniu te kilka instrukcji było
> istotne, formater znacznie przyspieszył po przejściu z mojego i tak
> zoptymalizowanego alokatora w std::vector na kontener "stosowy";
> o przypadku standardowego alokatora to szkoda gadać.

Formater? Wysoko-wydajny formater? Czego?

-- 
Łukasz Krotowski | lukasz.krotowski_AT_gmail.com