🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.objects
Article #14709

Re: pule obiektów

#14709
From: A..L.
Date: Thu, 25 May 2006 13:17
43 lines
3220 bytes
On Thu, 25 May 2006 10:16:10 +0000 (UTC), Sektor van Skijlen
<ethouris@guess.if.gmail.com.is.valid.or.invalid> wrote:
 
 
>To jest wszystko prawda to, co tam piszą - i oczywiście do tematu, który
>został tutaj poruszony pasuje w 100%.
>
>Jest w tym wszystkim tylko jedna drobna nieścisłość: autorzy (nie wiem, może
>to tylko takie moje wrażenie) zupełnie mylnie łączą kwestię odśmiecania
>pamięci jako element zarządzania pamięcią obiektów z kwestią odśmiecania
>pamięci jako element językowy i tym samym element strategii tworzenia
>oprogramowania.
>
>Innymi słowy, odnoszę wrażenie że autorzy przyjmują milcząco, że tak sprawne
>zarządzanie pamięcią, jakie oferuje nam odśmiecanie jest możliwe tylko wtedy,
>gdy stosujemy "odśmiecany" model zarządzania obiektami, czyli inaczej mówiąc,
>gdy polegamy na niejawnym usuwaniu zgubionych obiektów w przypadku wszystkich
>istniejących obiektów w całym systemie. Przekonanie to jest moim zdaniem
>całkowicie błędne.
>
>Po pierwsze, zupełnie nie rozumiem, dlaczego takie znów niemożliwe byłoby
>przyjęcie takiej strategii, że środowisko jest takie jakie, jak odśmiecane,
>tylko że nie dokonuje się automatyczne trackowanie obiektów, a jest ono
>uruchamiane dopiero w momencie zrobienia jawnego 'delete'. I to też
>niekoniecznie za każdym, tylko z odpowiednią amortyzacją. Włączając w to
>również możliwość przesuwania obiektów.
>
>Po drugie, najefektywniejszym sposobem zarządzania pamięcią obiektów,
>szczególnie dużą ilością małych obiektów o krótkim czasie życia, pozostaje
>alokator specjalizowany (pula przeznaczona dla obiektów tylko jednego typu).
>
>To jest też prawda, że odśmiecacz zapobiega wyciekom pamięci i zmniejsza
>niebezpieczeństwo istnienia wiszących wskaźników, ale związku z efektywnością
>przydzielania pamięci nie ma to za grosz.
>
>Można by zadać pytanie, dlaczego w takim razie w C++ wciąż stosuje się
>"malloc-based" przydzielanie pamięci (taka jest niestety praktyka, nie tylko w
>gcc). Nie wiem. Może ktoś z grupowiczów mógłby przedstawić jakieś potencjalne
>problemy z zaimplementowaniem takiej metody, jak opisana w p1?

Cytuje w calosci. Jest to Perelka Prawdziwego Nonsensu.

A.L.
Technical Details
Message-ID: <rgbb725mrbs1n3db9t0c4ivv323t6ir67d@4ax.com>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!newsfeed.gamma.ru!Gamma.RU!newsfeed.icl.net!newsfeed.fjserv.net!logbridge.uoregon.edu!tethys.csu.net!newshub.sdsu.edu!router2.astraweb.com!news.astraweb.com!router1.astraweb.com!sn-xt-sjc-04!sn-xt-sjc-09!sn-post-sjc-01!supernews.com!corp.supernews.com!not-for-mail
References: <e524va$uk4$1@news.onet.pl> <0dc97213pniht75f98ui5ikrca3m5i1rc4@4ax.com> <e5405a$kf3$1@kujawiak.man.lodz.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!newsfeed.gamma.ru!Gamma.RU!newsfeed.icl.net!newsfeed.fjserv.net!logbridge.uoregon.edu!tethys.csu.net!newshub.sdsu.edu!router2.astraweb.com!news.astraweb.com!router1.astraweb.com!sn-xt-sjc-04!sn-xt-sjc-09!sn-post-sjc-01!supernews.com!corp.supernews.com!not-for-mail
From: A..L. <alewando@fala2005.com>
Newsgroups: pl.comp.objects
Subject: Re: pule obiektów
Date: Thu, 25 May 2006 08:17:12 -0500
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <rgbb725mrbs1n3db9t0c4ivv323t6ir67d@4ax.com>
References: <e524va$uk4$1@news.onet.pl> <0dc97213pniht75f98ui5ikrca3m5i1rc4@4ax.com> <e5405a$kf3$1@kujawiak.man.lodz.pl>
X-Newsreader: Forte Agent 3.1/32.783
MIME-Version: 1.0
X-Complaints-To: abuse@supernews.com
Lines: 43
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit