From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,b076e6315fd62dc5
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.68.195.165 with SMTP id if5mr3954242pbc.1.1337788916509;
        Wed, 23 May 2012 09:01:56 -0700 (PDT)
Path: 
 pr3ni35094pbb.0!nntp.google.com!news1.google.com!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail
From: NatarovVI <4KCheshireCat@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: fyi, very interesting Ada paper OOP vs. Readability
Date: Wed, 23 May 2012 16:01:52 +0000 (UTC)
Organization: Aioe.org NNTP Server
Message-ID: <jpj1lg$2ee$1@speranza.aioe.org>
References: <jodq5f$j5f$1@speranza.aioe.org>
	<johvef$cgg$1@speranza.aioe.org>
	<1ir29foizbqv1.v9uuhpykjl3n.dlg@40tude.net>
	<joifa0$e9f$1@speranza.aioe.org>
	<18ct9oamzq1u1$.wh6hj9mlqxna$.dlg@40tude.net>
	<jon8og$5o1$1@speranza.aioe.org>
	<4faf8700$0$6635$9b4e6d93@newsspool2.arcor-online.net>
	<jp0fec$1hu$1@speranza.aioe.org>
	<4fb3eb94$0$9505$9b4e6d93@newsspool1.arcor-online.net>
	<jpdqsl$qeo$1@speranza.aioe.org>
	<4fba81b4$0$6572$9b4e6d93@newsspool3.arcor-online.net>
NNTP-Posting-Host: TNf0rmM5b4cIzEdXORLLAg.user.speranza.aioe.org
Mime-Version: 1.0
X-Complaints-To: abuse@aioe.org
User-Agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT
	30dc37b master)
X-Notice: Filtered by postfilter v. 0.8.2
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Date: 2012-05-23T16:01:52+00:00
List-Id: <comp.lang.ada>

>>  (there exist implementations without concurrency,
>> like f.e. vectorisation for data-parallelism-only situation).
> Harper's goal is more inclusive; he will, IIUC, ask for the cost,
> in terms of O-notation, of vectorization, which is not free.

key words not "free". sure it's not free lunch, programmer must
write program with enough parallelism generality, think about work-depth,
then runtime must schedule it on concrete processor.

key words is "platform independence automatically".
peoples prefer to use deterministic parallelism tools because
they simplify their job. and peoples do not bother even if speedup will 
not completely linear. it just needs "enough" and simply and reliable
achievable speedup. peoples prefer to solve their tasks, not debug 
concurrency.
so... i wait SISAL or NESL type language for GPU or mcoreCPU+GPU ;)
NUDA?
dealing with concurrency is too low-level and unreliable for average 
programmer...