Article View: pl.comp.lang.c
Article #272444Re: [SGCL] Odśmiecania współbieżnego ciąg dalsz
From: Sebastian Nibisz
Date: Thu, 19 Jan 2023 12:48
Date: Thu, 19 Jan 2023 12:48
33 lines
3562 bytes
3562 bytes
sobota, 23 lutego 2008 o 21:24:23 UTC+1 Sebastian Nibisz napisał(a): > Witam. > Nadarzyła się okazja, aby zweryfikować działanie biblioteki SGCL na > platformie z procesorem wielordzeniowym. > Już po pierwszych testach okazało się, że biblioteka nie radzi sobie zbytnio > na takiej konfiguracji. Postanowiłem zweryfikować swoje założenia odnośnie > koncepcji współbieżnego działania systemu GC w bibliotece i w miarę > możliwości spróbować ją poprawić. > Po głębszej analizie algorytmu doszedłem do wniosku, że ogólne założenia > współbieżnej pracy systemu GC były prawidłowe. Biblioteka posiadała szereg > błędów w implementacji, które w szczególności ujawniały sie na platformie > wieloprocesorowej. > Biblioteka została gruntownie przebudowana. Pierwotne założenie, braku > potrzeby synchronizacji wątków aplikacji z wątkiem systemu GC, zostało > zachowane. Dodałem wsparcie dla systemów 64-bitowych, poprzez zniesienie > ograniczenia wielkości mapowanej pamięci (4GB). > Ze względu na wykorzystanie w bibliotece funkcji systemowych Windows, > biblioteka nadal przeznaczona jest jedynie na tę platformę systemową. Na > chwilę obecną, starałem się skupić na systemie, który znam najlepiej. > Na dzień dzisiejszy projekt biblioteki nie kompiluje się na kompilatorze GCC > (a przynajmniej od wersji 3.4 w dół), ponieważ w szablonie jednej z klas, > skorzystałem z dobrodziejstwa specjalizacji metod, co niestety jest trochę > niestandardowe. Postaram sie to zmienić później. Bibliotekę można > przekompilować na kompilatorach VC8 oraz VC9, na wsześniejszych nie > sprawdzałem. > SGCL nie wykorzystuje już biblioteki boost. > Zainteresowanych zachęcam do pobrania najnowszych plików projektu: > http://sourceforge.net/projects/sgcl/ > Pozdrawiam. > - Bastek - Odkopię ten historyczny temat. Po piętnastu latach SGCL doczekał się zupełnie nowej implementacji. Przenośnej, z mniejszym narzutem pamięci niż shared_ptr, działającej ;-): https://github.com/pebal/sgcl
Technical Details
Message-ID:
<bbe1d061-25e5-4c0a-90e4-a2f11fdffee9n@googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!feeds.phibee-telecom.net!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mailReferences:
<fppvdq$68v$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
X-Received: by 2002:a05:620a:840f:b0:706:926a:9011 with SMTP id pc15-20020a05620a840f00b00706926a9011mr414226qkn.351.1674132525251; Thu, 19 Jan 2023 04:48:45 -0800 (PST) X-Received: by 2002:ac8:53cc:0:b0:3b6:3b4f:bf4a with SMTP id c12-20020ac853cc000000b003b63b4fbf4amr248139qtq.30.1674132524719; Thu, 19 Jan 2023 04:48:44 -0800 (PST) Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!feeds.phibee-telecom.net!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: pl.comp.lang.c Date: Thu, 19 Jan 2023 04:48:44 -0800 (PST) In-Reply-To: <fppvdq$68v$1@inews.gazeta.pl> Injection-Info: google-groups.googlegroups.com; posting-host=89.174.156.74; posting-account=qEoBJAoAAACeKtvxgaje1yDPx7QkGoUE NNTP-Posting-Host: 89.174.156.74 References: <fppvdq$68v$1@inews.gazeta.pl> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <bbe1d061-25e5-4c0a-90e4-a2f11fdffee9n@googlegroups.com> Subject: Re: [SGCL] Odśmiecania współbieżnego ciąg dalsz From: Sebastian Nibisz <snibisz@gmail.com> Injection-Date: Thu, 19 Jan 2023 12:48:45 +0000 X-Received-Bytes: 3864 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit