Re: procedura tworzenia program?w - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › procedura tworzenia programów › Re: procedura tworzenia program?w

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!newsfeed.
pionier.net.pl!feeder.erje.net!border3.nntp.ams.giganews.com!border1.nntp.ams.g
iganews.com!nntp.giganews.com!newsfeed101.telia.com!megatron.dk.telia.net!news.
astraweb.com!border6.a.newsrouter.astraweb.com!not-for-mail
Date: Mon, 20 Feb 2012 19:26:13 +0000
From: Bronek Kozicki <b...@s...net>
Organization: (my opinions are just mine)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216
Thunderbird/10.0.2
MIME-Version: 1.0
Newsgroups: pl.comp.programming
Subject: Re: procedura tworzenia program?w
References: <jhliut$3he$1@mx1.internetia.pl>
<pj0lc5k2ww4z$.j8cj3ca4fdmw$.dlg@40tude.net>
<jhodnv$9en$2@inews.gazeta.pl>
<1rvfbwvj4h0dr$.5mc1fgvvz1ws.dlg@40tude.net>
<jhoql7$kq0$1@inews.gazeta.pl> <jhr1lj$ub3$1@node2.news.atman.pl>
<c...@4...com>
<4f414c67$0$2374$c3e8da3$47a2c32d@news.astraweb.com>
<c...@4...com>
<jht6ai$1ip$1@inews.gazeta.pl> <jhu3el$evv$3@inews.gazeta.pl>
In-Reply-To: <jhu3el$evv$3@inews.gazeta.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 13
Message-ID: <4f429e56$0$31780$c3e8da3$52450513@news.astraweb.com>
NNTP-Posting-Host: 8d91e727.news.astraweb.com
X-Trace: DXC=b[go4@jRbKS7mQFj[j<g\^L?0kYOcDh@Zf=T=oWDM4JSQ]<J\ok5hRRgMci2OEZHS_VjSgQI
[?]?]1Z:jB]Q=oFRlQ5=ZTMH@]\YT0WVL=NEDT
Xref: news-archive.icm.edu.pl pl.comp.programming:195543
[ ukryj nagłówki ]

On 20/02/2012 18:29, Edek Pienkowski wrote:
> (nie da się popsuć). Jeszcze jedna czy dwie wersje gcc i
> transactional memory będzie dostarczane z kompilatorem, a za
> jakiś czas będzie standartem faktycznym i skończy się to voodoo.

łudzisz się. Po pierwsze, pamięć transakcyjna musi mieć wsparcie w
sprzęcie, a to dopiero jest na etapie eksperymentów. Po drugie, prawo
Amdahla pozostanie i trzeba będzie się gimnastykować nad skalowalnością
programów niezależnie od tego jak będą wyglądały mechanizmy synchronizacji.

B.