Article View: pl.comp.lang.c
Article #267678Re: Ciemna strona C++
From: Piotr Wyderski
Date: Sat, 10 Nov 2007 19:48
Date: Sat, 10 Nov 2007 19:48
33 lines
2913 bytes
2913 bytes
Łukasz Krotowski wrote:
> // gdzieś, lokalnie w kodzie
> memory_pool local_pool(LOCAL_POOL_SIZE);
> do_not_deallocate_allocator::set_pool(local_pool);
A skąd sobie weźmiesz adres puli w miejscu użycia?
Będzie globalna, czy będziesz przepychał to jako parametr?
Bo pierwsze rozwiązanie padnie w kodzie wielowątkowym,
a drugie będzie "wydajne inaczej".
> W takim przypadku alokacja będzie porównywalna ze stosową
OK.
> a dealokacja szybsza.
Nie widzę żadnego powodu, by była szybsza. Dealokacja stosowa
składa się z _jednej_ instrukcji: addl, $size, %esp. Kompilator może
zgrupować takie zwolnienia w jedno add, sumując ich rozmiary
i z prawdopodobieństwem graniczącym z pewnością to zrobi, bo
taka optymalizacja jest trywialna. Jak się mocno postarasz
i będziesz miał szczęście, to dogonisz wydajność dealokacji
stosowej, ale "you've got to ask yourself a question: Do I feel
lucky? Well, do ya punk?" ;-)))
> Oczywiście długość życia obiektów ma znaczenie
Jak najbardziej, ale akurat nie w tym rozwiązaniu,
które z Sewerynem próbujecie mi sprzedać. :-)
Pozdrawiam
Piotr Wyderski
Technical Details
Message-ID:
<fh51uj$k3t$1@news.dialog.net.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.dialog.net.pl!not-for-mailReferences:
<fghgeo$spf$1@nemesis.news.tpi.pl> <fghsb4$kpq$1@news.dialog.net.pl> <fgo4c7$mtu$1@news.vectranet.pl> <20071106073039.433f4934@Vorago> <fgqn9m$74j$2@news.vectranet.pl> <618565031.20071107113041@pkierski.net> <fgt6sh$jov$1@news.vectranet.pl> <fgtb6j$nur$1@news.vectranet.pl> <fgv6ba$k14$1@bozon2.softax.pl> <fgvkne$u3b$1@news.vectranet.pl> <fh1tjd$dtt$1@bozon2.softax.pl> <fh206f$2d6$1@news.supermedia.pl> <fh2ma2$rd0$1@news.vectranet.pl> <fh2po8$d0c$1@news.dialog.net.pl> <fh2vap$ggn$1@news.supermedia.pl> <fh4c1t$795$1@news.dialog.net.pl> <fh4cn0$etq$1@inews.gazeta.pl> <fh4ed5$8ih$1@news.dialog.net.pl> <fh4haa$2hm$1@inews.gazeta.pl> <fh4htk$agv$1@news.dialog.net.pl> <fh4n53$q3k$1@inews.gazeta.pl> <fh4qk4$fpq$1@news.dialog.net.pl> <fh4snb$hvb$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.dialog.net.pl!not-for-mail From: "Piotr Wyderski" <wyderski@mothers.against.spam-ii.uni.wroc.pl> Newsgroups: pl.comp.lang.c Subject: Re: Ciemna strona C++ Date: Sat, 10 Nov 2007 20:48:57 +0100 Organization: Dialog Net Lines: 34 Message-ID: <fh51uj$k3t$1@news.dialog.net.pl> References: <fghgeo$spf$1@nemesis.news.tpi.pl> <fghsb4$kpq$1@news.dialog.net.pl> <fgo4c7$mtu$1@news.vectranet.pl> <20071106073039.433f4934@Vorago> <fgqn9m$74j$2@news.vectranet.pl> <618565031.20071107113041@pkierski.net> <fgt6sh$jov$1@news.vectranet.pl> <fgtb6j$nur$1@news.vectranet.pl> <fgv6ba$k14$1@bozon2.softax.pl> <fgvkne$u3b$1@news.vectranet.pl> <fh1tjd$dtt$1@bozon2.softax.pl> <fh206f$2d6$1@news.supermedia.pl> <fh2ma2$rd0$1@news.vectranet.pl> <fh2po8$d0c$1@news.dialog.net.pl> <fh2vap$ggn$1@news.supermedia.pl> <fh4c1t$795$1@news.dialog.net.pl> <fh4cn0$etq$1@inews.gazeta.pl> <fh4ed5$8ih$1@news.dialog.net.pl> <fh4haa$2hm$1@inews.gazeta.pl> <fh4htk$agv$1@news.dialog.net.pl> <fh4n53$q3k$1@inews.gazeta.pl> <fh4qk4$fpq$1@news.dialog.net.pl> <fh4snb$hvb$1@inews.gazeta.pl> NNTP-Posting-Host: xdsl-6381.walbrzych.dialog.net.pl Mime-Version: 1.0 X-Trace: news.dialog.net.pl 1194724115 20605 87.105.52.237 (10 Nov 2007 19:48:35 GMT) X-Complaints-To: abuse@dialog.net.pl NNTP-Posting-Date: Sat, 10 Nov 2007 19:48:35 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Antivirus: avast! (VPS 071110-0, 2007-11-10), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit