eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingAutomatic Reference Counting › Re: Automatic Reference Counting
  • X-Received: by 10.31.142.14 with SMTP id q14mr67655vkd.19.1503046419211; Fri, 18 Aug
    2017 01:53:39 -0700 (PDT)
    X-Received: by 10.31.142.14 with SMTP id q14mr67655vkd.19.1503046419211; Fri, 18 Aug
    2017 01:53:39 -0700 (PDT)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!newsfeed.pionier.net.pl!feeder.erje.net!2.us.feeder.erje.n
    et!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad
    1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!m81no49951
    itb.0!news-out.google.com!i9ni19356qte.0!nntp.google.com!i19no211783qte.1!postn
    ews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Fri, 18 Aug 2017 01:53:37 -0700 (PDT)
    In-Reply-To: <2...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=77.254.35.4;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 77.254.35.4
    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>
    <2...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <e...@g...com>
    Subject: Re: Automatic Reference Counting
    From: "M.M." <m...@g...com>
    Injection-Date: Fri, 18 Aug 2017 08:53:39 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    Lines: 55
    Xref: news-archive.icm.edu.pl pl.comp.programming:211181
    [ ukryj nagłówki ]

    On Friday, August 18, 2017 at 10:42:38 AM UTC+2, bartekltg wrote:
    > 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

    Tak intensywnie piszecie o tych sprytnych wskaźnikach... chyba będę
    musiał się przeprosić z nimi. Ale ostatnio w ogóle mam bardzo mało
    wskaźników w kodzie (nie licząc wskaźników na statyczne/automatyczne
    obiekty). Większość wskaźników utworzonych przez new mam wewnątrz
    wektorów, map, hash-map, list, więc dla mnie przydatność smartpointers
    będzie pojawiała się bardzo rzadko.

    Pozdrawiam

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: