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.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,59c52143b2a1463b X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!newsfeed.straub-nv.de!open-news-network.org!news.ett.com.ua!not-for-mail From: anon@att.net Newsgroups: comp.lang.ada Subject: Re: How many hardware threads? Date: Mon, 12 Jul 2010 10:08:48 +0000 (UTC) Organization: ETT newsserver Message-ID: References: <4c3a65d7$0$2405$4d3efbfe@news.sover.net> Reply-To: anon@anon.org NNTP-Posting-Host: dialup-4.225.170.187.dial1.dallas1.level3.net X-Complaints-To: usenet@news.ett.com.ua X-Notice: Filtered by postfilter v. 0.6.1 X-Newsreader: IBM NewsReader/2 2.0 Xref: g2news1.google.com comp.lang.ada:12335 Date: 2010-07-12T10:08:48+00:00 List-Id: In <4c3a65d7$0$2405$4d3efbfe@news.sover.net>, "Peter C. Chapin" writes: >As we all know there is currently a lot of "buzz" about parallel >programming and about the "crisis in software development" that is >associated with it. People using languages with weak support for >concurrency are now wondering how they will use multi-core systems >effectively and reliably. Of course Ada already has decent support for >concurrency so part of the problem is solved for those of us using Ada. > >But not all of the problem... > >I see a couple of difficulties with writing effective parallel programs >for "ordinary" applications (that is, applications that are not >embarrassingly parallel). One difficulty is load balancing: how can one >decompose a problem to keep all processors reasonably busy? The other >difficulty is scalability: how can one design a single program that can >use 2, 4, 16, 128, or more processors effectively without knowing ahead >of time exactly how many processors there will be? I'm not an expert in >Ada tasking but it seems like these questions are as big a problem for >Ada as they are for any other language environment. > >I'm not looking for a solution to all tasking problems here. But there >is one feature that seems like a necessary prerequisite to such a >solution. The language (or its standard library) needs to provide a >portable way for the program to determine how many hardware threads are >available. > >I'm about to write a simple program that decomposes into parallel, >compute-bound tasks quite nicely. How many such tasks should I create? I >could ask the user to provide the number as a command line argument or >in a configuration file. Yet it seems like the program should just be >able to figure it out. Does Ada have a standard way of doing that? I >didn't see anything in my (admittedly short) review. > >Thanks! > >Peter The normal programs should never need to know how many processors or if the processor on this machine or another. Because the job-scheduler sub-system of todays OS decides what processor to place the task and tries to maintain a balance load. And in some of these systems they create anywhere from 1 to 32 or more virtual systems out of one or more processor cores so it might be a little too OS demanding research and programming for a initial parallel program. Plus, how do you deal with the other OS tasks and sub-system lplus the other user background tasks. So, unless you are design a system that requires a number of processors I would skip trying to control processor usages for now. Get the program working first. As for the number of tasks and memory size. Well the number of task depends on your "Algorithm and Memory" requirements. Data memory for each task should be keep at a system page size to reduce number of page swapping during task switching. In calculating: the total memory requirements divided by system page size should give you a idea of the number of tasks that you can use. Note: back in the 80s and 90s there were a number of languages that would use the "Algorithm and Memory" requirements as well as other factors during compiling to build a balance number of task. A lot of these languages were design to be used on a Cray system with only a small OS task and sub-systems running.