from above:
Intel Corp. and Microsoft Corp. have awarded an estimated $10 million,
five-year grant to help fund a new Parallel Computing Lab at the
University of California at Berkeley, with 14 faculty members initially
involved. As many as 20 universities, including MIT, Stanford and the
University of Illinois, competed for funding.
... snip ...
misc. past:
http://www.garlic.com/~lynn/2004c.html#20 Parallel programming again (Re: Intel announces "CT" aka
http://www.garlic.com/~lynn/2005o.html#34 Not enough parallelism in programming
http://www.garlic.com/~lynn/2007b.html#57 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007l.html#24 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#26 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#34 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#38 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#60 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#63 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#5 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#13 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#14 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#19 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#22 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#26 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#29 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#37 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#39 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#49 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#51 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#52 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#53 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#54 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#58 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#59 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#61 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#70 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#1 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#3 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#6 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#25 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#28 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#38 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#39 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007p.html#55 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007v.html#7 Faster Chips Are Leaving Programmers in Their Dust
another of the articles on the same theme:
Opinion: Time to plow multiple paths to parallel computing
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=206801376
from above:
The electronics industry is not investing nearly enough time, energy and
money to address what has become a pressing need for a genuine
technology breakthrough in parallel computing. It is time to fund
multiple large-scale projects in this area and multiple stakeholders
need to step up to the plate quickly.
... snip ...
we had been doing some of this sort of stuff when we were doing
ha/cmp
http://www.garlic.com/~lynn/subtopic.html#hacmp
scaleup
http://www.garlic.com/~lynn/95.html#13
and
http://www.garilc.com/~lynn/lhwemail.html#medusa
some old reference to genre with this old reference
http://www.garlic.com/~lynn/2007d.html#email870604
in this post
http://www.garlic.com/~lynn/2007d.html#39 old tapes
of course lots of this also showed up in the "killer micros" from the
90s ... that were going to replace all the mainframes. business process
reengineering was going to move all the business applications off the
backroom mainframes onto large arrays of smaller processors.
in the financial industry, large amounts were spent in conjunction with
the parallelising efforts which would also address the increasing
"overnight batch window" problem ... with (significantly parallelized)
straight through processing. some of the disastrous failures of the
period was attempts to use COTS and standardized parallelizing solutions
... which turned out to increase the processing by factors of one
hundred times (vis-a-vis the batch implementations) .... totally
obliterating any hopes of increased workload thruput.
recent posts mentioning "overnight batch windows" and "straight through
processing" efforts.
http://www.garlic.com/~lynn/2004.html#51 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2006s.html#40 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2007e.html#31 Quote from comp.object
http://www.garlic.com/~lynn/2007l.html#15 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#36 Future of System/360 architecture?
http://www.garlic.com/~lynn/2007u.html#19 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#21 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#37 folklore indeed
http://www.garlic.com/~lynn/2007u.html#44 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#61 folklore indeed
http://www.garlic.com/~lynn/2007v.html#19 Education ranking
http://www.garlic.com/~lynn/2007v.html#27 folklore indeed
http://www.garlic.com/~lynn/2007v.html#64 folklore indeed
http://www.garlic.com/~lynn/2007v.html#69 Controlling COBOL DDs named SYSOUT
http://www.garlic.com/~lynn/2007v.html#72 whats the world going to do when all the baby boomers retire
http://www.garlic.com/~lynn/2007v.html#81 Tap and faucet and spellcheckers
http://www.garlic.com/~lynn/2008b.html#3 on-demand computing
http://www.garlic.com/~lynn/2008b.html#74 Too much change opens up financial fault lines
http://www.garlic.com/~lynn/2008c.html#92 CPU time differences for the same job
http://www.garlic.com/~lynn/2008d.html#30 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#31 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#73 Price of CPU seconds
Microsoft's effort is being lead by Chuck Thacker.
Should be interesting...
--
Posted via a free Usenet account from http://www.teranews.com
somewhat related (including parallelized straight through processing and
eliminating overnight batch window):
Accelerating Wall Street
http://wallstreetandtech.com/accelerate/
part of the agenda:
http://wallstreetandtech.com/accelerate/agenda.jhtml;jsessionid=NCF5XKQUSJJBEQSNDLPSKHSCJUNN2JVN
from above:
Data Tsunami: Using Multi-Core Processing to Stay Ahead
Message volume is going through the roof. NYSE Euronext is continually
setting new records for message volume. The Options Price Reporting
Authority (OPRA) is projecting required message capacity of 907,000
messages per second (mps) by this summer (80 percent higher than a year
ago mps) with a 20 percent growth to more than 6 billion messages per
day. What can multi-core processors and advanced architectures do to
help firms stay ahead of the data flow?
... snip ...
re:
http://www.garlic.com/~lynn/2008d.html#87 Berkeley researcher describes parallel path
the referenced article
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=206801376
also mentions:
I know Intel has already funded some efforts to help train the next
generation of programmers in the latest parallel techniques. And
Microsoft has hired a handful of heavy hitters in parallel programming
including Burton Smith and Dan Reed.
... snip ...
the above has pointer to this article from last summer:
M'soft: Parallel programming model 10 years off
http://www.eetimes.com/showArticle.jhtml;?articleID=201200019
from above:
"There is a fundamental change in computer architecture coming," Craig
Mundie, chief research and strategy officer at Microsoft, said in an
interview with EE Times. "I personally think this is one of the most
disruptive things the industry will have to go through."
... snip ...
and from last fall:
Supercomputer vet joins Microsoft Research
http://www.eetimes.com/showArticle.jhtml;?articleID=202804148
from above:
Reed will collaborate with Burton Smith, another parallel computing guru
who joined Microsoft in 2005 to help spearhead work on multicore
issues. In an interview earlier this year, Smith discussed work on at
least two functional languages at Microsoft.
... snip ...
> The electronics industry is not investing nearly enough time, energy and
> money to address what has become a pressing need for a genuine
> technology breakthrough in parallel computing.
This is not necessarily true.
The existence of an energy crisis does not necessarily imply that the
government is not spending enough time and money on researching
perpetual motion machines.
Similarly, the fact that the electronics industry is not researching
ways for nine women to give birth to one baby in one month may simply
indicate good common sense on the part of the electronics industry, no
matter how badly we need faster computers, and how limited we are to
parallelism as a way to make them.
But training programmers - or writing compilers - to make good use of
the opportunities for exploiting parallelism that are available, where
steps are not genuinely dependent - of course, is a good idea. Looking
for the magic bullet, though, may not be, and the quote could be taken
as advocating the search for exactly that.
John Savard
I think the paradigm needs to change. Perhaps back to data-flow?
scott
I think it more likely indicates that the men involved are not
especially interested in heavy baby production. They find the
preliminaries far more amusing.
--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home.att.net>
Try the download section.
> > Similarly, the fact that the electronics industry is not researching
> > ways for nine women to give birth to one baby in one month may simply
> > indicate good common sense on the part of the electronics industry, no
> > matter how badly we need faster computers, and how limited we are to
> > parallelism as a way to make them.
>
> I think it more likely indicates that the men involved are not
> especially interested in heavy baby production. They find the
> preliminaries far more amusing.
But has anyone tried the opposite approach, one woman sleeping with 9
men to get a baby in a month?
> I think the paradigm needs to change. Perhaps back to data-flow?
But you can't fit patch cords and plugboards on a chip, so data flow
is badly suited to today's hardware!
John Savard
Andrew Swallow
I knew a gal in the Air Force who tried it. She decided she really
didn't like being in the service and while in tech school did her
absolute damndest to get pregnant (that being an easy way for women to
"opt out"). She succeeded. No baby in one month, though at the rate
she was going through men, she might have been trying for the "baby in a
week" record. I heard she got an abortion shortly after separating.
And no, I wasn't part of the experiment.
Those wouldn't be as fitting as nanomachines. It would be interesting
to see whether or not you could duplicate some of the old IBM Relay
logic and how elegantly with micro actuators, etc.
One woman being married to many men was common in the Tibet area.. at
one time, anyway.. polyandry.?
--
greymaus
Just Another Grumpy Old Man
Well, what do you think cross bar switches are?
Today's hardware is still largely the same kinds of von Neumann
microprocessors used in the 80s and 90s data flow machines.
Hardware isn't your problem if you want to do data flow.
I just hope that the Manchester has pieces stored some where.
I suspect the DEC M31 Andromeda was torn apart.
You have to decide first why you are assemlbing a data flow machine
because the drop in apps aren't there. Not a problem for research.
--
The software engineering community knows about Brooks' law, but the
architecture community always attempts to reject Amdahl's similar effort.
Wonder who will win?
>I think it more likely indicates that the men involved are not
>especially interested in heavy baby production. They find the
>preliminaries far more amusing.
A good point.
This is also one of the criticism informally leveled at AI.
--
electronics != computer
>The existence of an energy crisis does not necessarily imply that the
>government is not spending enough time and money on researching
>perpetual motion machines.
>
>Similarly, the fact that the electronics industry is not researching
>ways for nine women to give birth to one baby in one month may simply
>indicate good common sense on the part of the electronics industry, no
>matter how badly we need faster computers, and how limited we are to
>parallelism as a way to make them.
We don't need faster computers badly enough.
>But training programmers - or writing compilers - to make good use of
>the opportunities for exploiting parallelism that are available, where
>steps are not genuinely dependent - of course, is a good idea. Looking
>for the magic bullet, though, may not be, and the quote could be taken
>as advocating the search for exactly that.
The number of universities training programmers how to write decent
parallel compilers in the USA can be counted on 1 hand. I think the
number in Canada is 0 or maybe 1. Depends how one counts.
--
Wasted money. God didn't have an established base to quote an old
Datamation or Computer World.
Lynn sounds like Mr. Watson.
--
To be fair to Lynn, that was Patterson's quote.
MS/Intel are lining up some parallel architecture hw heavy hitters. I've not
heard of anyone I recognize on the software side.
This is all about semi vendors trying to figure out what to do with all the
transistors they can fab. I knew someone at LSI Logic working on tools methodology
for dealing with the complexity of billion transistor logic design. Haven't heard
much about that in the last couple of years.
some of the old timers at lsi logic had come from varian where cp67 was
used for running some of the design tools ... and then they had vm370
infrastructure deployed at lsi logic for quite some time ... well into
the late 80s ... before starting to transition to other platforms.
one of the people there had done lots of work on c compiler optimizing
for (cms) 370 ... as part of porting some of the design tools from
berkeley.
we would frequently visit with them up thru late 90s. there were some
x-over between some lsi logic chip people and sun people ... both on
sparc chip ... and for some complicated reasons ... the sun
object-oriented spring operating system (in same timeframe and similar
effort to what apple was doing with pink). at some point we were
approached about heading up effort turning spring into commercial
offering ... in conjunction with large collections of sparc processors
with a form of SCI interconnect.
LSI logic also was doing some work in the area of chip design
verification with some people at stanford and had also hired the math
institute in a different country.
old email discussing older SCI meetings:
http://www.garlic.com/~lynn/2001f.html#email920630
in this post:
http://www.garlic.com/~lynn/2001f.html#11 Climate, US, Japan & supers query
misc. past post in thread:
http://www.garlic.com/~lynn/2008d.html#81 Berkeley researcher describes parallel path
http://www.garlic.com/~lynn/2008d.html#87 Berkeley researcher describes parallel path
http://www.garlic.com/~lynn/2008d.html#89 Berkeley researcher describes parallel path
http://www.garlic.com/~lynn/2008d.html#90 Berkeley researcher describes parallel path
Sun Leaks 6-core Intel Xeon, Nehalem Details
http://www.dailytech.com/Sun%20Leaks%206core%20Intel%20Xeon%20Nehalem%20Details/article10834.htm
from above:
Dunnington includes 16MB of L3 cache shared by all six processors. Each
pair of cores can also access 3MB of local L2 cache. The end result is
a design very similar to the AMD Barcelona quad-core processor; however,
each Barcelona core contains 512KB L2 cache, whereas Dunnington cores
share L2 cache in pairs.
... snip ...
> This is all about semi vendors trying to figure out what to do with all the
> transistors they can fab.
Programmers can still use more ram than the computer can hold. On chip
ram can clock at a faster speed than the bus. So on chip ram permits
programs to be both bigger and faster.
Andrew Swallow
Really? On chip RAM can't be bigger than off, so you statement is
horse-hockey.
--
Keith
You can have slow off CPU chip ram as well.
Andrew Swallow
Pay attention. He said it can clock at higher speeds, which indicates
that he might actually know something about hardware. On the other
hand....
No, you're being stupid, again.
> You can have slow off CPU chip ram as well.
Then it's not the on-chip RAM that's permitting bigger programs,
huh?
--
Keith
It's bigger than that. It's about a 8" long on a circuit board.
>
> Pay attention. He said it can clock at higher speeds, which indicates
> that he might actually know something about hardware. On the other
> hand....
Hardly. He said "So on chip ram permits programs to be both bigger
and faster".
Faster, maybe. Bigger? Bullshit.
--
Keith
There is enough historical experience to show that that doesn't work.
If nine American women can't do the job then out source it to China.
> You should have about eighteen women. Then after a lead time of nine
> months you should comfortably be able to produce one baby per month.
> And you could probably get away with having only one male although
> he might not last for long.
With eighteen women and a new baby a month? There is no such thing
as "long", at least to an outsider (relativity applies).
--
Keith
Nice try, nice thought, but if the spec is American and calls for
blond haired, blue eyed babies, the Chinese would have a hard time
fulfilling a spec. They would have to sub-contract back to the USA.
It's those hidden small print clauses which cause such problems.
>> You should have about eighteen women. Then after a lead time of nine
>> months you should comfortably be able to produce one baby per month.
Pipelining? Naw, we want immediate parallelism for future Crusaders.
>> And you could probably get away with having only one male although
>> he might not last for long.
>
>With eighteen women and a new baby a month? There is no such thing
>as "long", at least to an outsider (relativity applies).
Cloning.
--
Shouldn't the subject become "Pipelineing with a 50% duty cycle
limit"?
--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home.att.net>
Try the download section.
--
Ok, Russia.
> It's those hidden small print clauses which cause such problems.
Shoot the lawyers.
> >> You should have about eighteen women. Then after a lead time of nine
> >> months you should comfortably be able to produce one baby per month.
> Pipelining? Naw, we want immediate parallelism for future Crusaders.
> >> And you could probably get away with having only one male although
> >> he might not last for long.
> >
> >With eighteen women and a new baby a month? There is no such thing
> >as "long", at least to an outsider (relativity applies).
>
> Cloning.
>
Don't cloned babies wake up for 2:00AM diapering and feeding too?
--
Keith
--
Keith
In article <MPG.223a7e51f...@news.individual.net>,
krw <k...@att.bizzzzzzzzzz> wrote:
>Ok, Russia.
Russians might work. Subcontract to them, take a cut.
>> It's those hidden small print clauses which cause such problems.
>
>Shoot the lawyers.
Whereas this has been cited, and occasionally tried, it seems that the
cases where this has been caught on video the guys doing the shooting
appear to have been poor shots <or poor blows> and used less than lethal ammo.
I suspect that the shear numbers of lawyers no longer make this practical.
I would prefer to suggest perhaps sterilization (something like
Cobalt-60 and sterile screw worm flies), but that might take too
long and their education system might produce many more.
>> >> You should have about eighteen women. Then after a lead time of nine
>> >> months you should comfortably be able to produce one baby per month.
>> Pipelining? Naw, we want immediate parallelism for future Crusaders.
>> >> And you could probably get away with having only one male although
>> >> he might not last for long.
>> >
>> >With eighteen women and a new baby a month? There is no such thing
>> >as "long", at least to an outsider (relativity applies).
>>
>> Cloning.
>>
>Don't cloned babies wake up for 2:00AM diapering and feeding too?
You breed the clones by human selection to require fewer 2AM wake ups
and feeding. Since you are dealing with many embryos, you can select
your clones faster than normal reproductive cycles.
--
What are you talking about? 8 of them could be shooting blanks.
/BAH