Re: Atomowość operacji vs wieloprocesorowość - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Atomowość operacji vs wieloprocesorowość › Re: Atomowość operacji vs wieloprocesorowość

X-Received: by 10.140.96.79 with SMTP id j73mr452647qge.9.1428596808935; Thu, 09 Apr
2015 09:26:48 -0700 (PDT)
X-Received: by 10.140.96.79 with SMTP id j73mr452647qge.9.1428596808935; Thu, 09 Apr
2015 09:26:48 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!eu.feeder.erje.net!newspeer1.nac.net!border2.nntp.dca1.giganews.com!nntp.gigan
ews.com!m20no2150994iga.0!news-out.google.com!k20ni76qgd.0!nntp.google.com!z60n
o556323qgd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mai
l
Newsgroups: pl.comp.programming
Date: Thu, 9 Apr 2015 09:26:48 -0700 (PDT)
In-Reply-To: <1wmlokotvad62$.dlg@no.fucking.idea>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=178.36.83.76;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 178.36.83.76
References: <1...@n...fucking.idea>
<5...@g...com>
<a...@g...com>
<0...@g...com>
<f...@g...com>
<5...@g...com>
<1wmlokotvad62$.dlg@no.fucking.idea>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f...@g...com>
Subject: Re: Atomowość operacji vs wieloprocesorowość
From: "M.M." <m...@g...com>
Injection-Date: Thu, 09 Apr 2015 16:26:48 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Lines: 25
Xref: news-archive.icm.edu.pl pl.comp.programming:207802
[ ukryj nagłówki ]
On Thursday, April 9, 2015 at 6:12:42 PM UTC+2, szemrany wrote:
> Dnia Thu, 9 Apr 2015 07:35:43 -0700 (PDT), Wojciech Muła naskrobał:
>
> > Sekcje krytyczne, w sensie mutexy, czy semafory, jako obiekty systemowe
> > są wolne, a nawet bardzo wolne. Dlatego tam gdzie liczy się wydajność
> > pojawiają się algorytmy lockfree, czyli nie ma jako takiej blokady na
> > sekwencję instrukcji, ale np. próbuje się do skutku wykonać jakąś
> > operację, powiedzmy dopisania do kolejki. I tu już można to robić
> > wydajnie właśnie operacjami atomowymi (głównie compare & exchange)
> > no i trzeba pamiętać o barierach pamięci (memory fence).
>
> Jak rozumieć "trzeba pamietać o barierach pamięci"? Co można/trzeba zrobić? Jak
uniknąć
> lub ominąć ten problem?
> Sorry za banalne pytania, ale nie mam doświadczeń w tej kwestii.

Może informacje zawarte w wikipedii wystarczą:

http://pl.wikipedia.org/wiki/Bariera_pami%C4%99ci

Pozdrawiam