Re: Automatic Reference Counting - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Automatic Reference Counting › Re: Automatic Reference Counting

X-Received: by 10.31.137.76 with SMTP id l73mr42527vkd.10.1503045757838; Fri, 18 Aug
2017 01:42:37 -0700 (PDT)
X-Received: by 10.31.137.76 with SMTP id l73mr42527vkd.10.1503045757838; Fri, 18 Aug
2017 01:42:37 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!2.us.feeder.erje.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress
.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giga
news.com!m81no40385itb.0!news-out.google.com!i9ni19356qte.0!nntp.google.com!i19
no204013qte.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-ma
il
Newsgroups: pl.comp.programming
Date: Fri, 18 Aug 2017 01:42:37 -0700 (PDT)
In-Reply-To: <on5v9c$12t$1@node1.news.atman.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=89.70.120.200;
posting-account=CvUQzQoAAABvVQmR58QmR6N4Cev1qhAS
NNTP-Posting-Host: 89.70.120.200
References: <omqmm6$vvs$1@node2.news.atman.pl>
<7...@g...com>
<omqrh3$4kl$1@node2.news.atman.pl>
<e...@g...com>
<omrm61$r61$1@node2.news.atman.pl> <on29at$ef8$1@node1.news.atman.pl>
<b...@g...com>
<on5v9c$12t$1@node1.news.atman.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <2...@g...com>
Subject: Re: Automatic Reference Counting
From: bartekltg <b...@g...com>
Injection-Date: Fri, 18 Aug 2017 08:42:37 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 41
Xref: news-archive.icm.edu.pl pl.comp.programming:211178
[ ukryj nagłówki ]
On Friday, August 18, 2017 at 7:51:41 AM UTC+2, AK wrote:
> Użytkownik "M.M." <m...@g...com> napisał:
>
> > > Warto, kompilator się sam martwi o zwolnienie pamięci. Pytanie - jak to jest od
środka robione.
> >
> > .. a co Cie to obchodzi?
>
> > Zgaduję, że On się zastanawia jaki będzie narzut pamięciowy i
> > czasowy.
>
> Taaa. Klasycznie jak to u Krzyżowca.
> Jeszcze zanim uzyje, już optymalizuje....
> PS: Krzyżowcu! W shared_ptr masz _za darmo_ (atomowo, bez lockow) thread-safe
> Naprawde warto :)

Ale to thread-safe ogranicza się operacji na wskaźnikach. Jeśli w wątkach
odpale:

th1:
p1 -> foo();
th2:
p2 -> bar();

p1 i p2 pokazują na tan sam obiekt (p2 to kopia p1)
To nadal mogę coś zepsuć, bo odpalenie foo nie będize czekało
na koniec bar (lub odwrotnie).
Czy coś źle rozumiem i to tez jest gwarantowane?

> PS1: "Optymalizuj" wtedy gdy to _naprawde_ jest potrzebne

Powtarza się jeszcze jedną mądrość. Zaczynac od unique_ptr, a nuz
wystarczy.

pzdr
bartekltg