Main Page | Report this Page
Computers Forum Index  »  Computer Architecture  »  MasPar complier and simulator...
Page 3 of 4    Goto page Previous  1, 2, 3, 4  Next

MasPar complier and simulator...

Author Message
Bill Todd...
Posted: Fri Nov 06, 2009 5:48 am
Guest
Mayan Moudgill wrote:
Quote:
Robert Myers wrote:

IBM did eventually develop a specialized processor for Cray

Are you sure? For Cray? Wasn't that DEC?

Don't think so. The only thing I can remember IBM doing for DEC was to
fab the Alpha EV7 processor when Alpha made the move to SOI. Since
Alpha's coffin had already been securely nailed shut by that point there
wasn't much down-side for IBM and reportedly they needed the fab
business - but the design and at least most of the development was at
DEC (IBM probably did help with knowledge of how to use the process
well: my impression is that they were being magnanimous given the
circumstances).

- bill
 
Bill Todd...
Posted: Fri Nov 06, 2009 5:55 am
Guest
Bill Todd wrote:
Quote:
Mayan Moudgill wrote:
Robert Myers wrote:

IBM did eventually develop a specialized processor for Cray

Are you sure? For Cray? Wasn't that DEC?

Don't think so. The only thing I can remember IBM doing for DEC was to
fab the Alpha EV7 processor when Alpha made the move to SOI. Since
Alpha's coffin had already been securely nailed shut by that point there
wasn't much down-side for IBM and reportedly they needed the fab
business - but the design and at least most of the development was at
DEC (IBM probably did help with knowledge of how to use the process
well: my impression is that they were being magnanimous given the
circumstances).

Whoops - I may have misinterpreted your question. I may vaguely
remember DEC working on some very large Alpha system at one of the
national labs on which Cray handled the interconnection details - or not.

And of course what I referred to above wasn't IBM doing anything for DEC
but for cHumPaq, DEC being long gone by then even though Alpha was not.

- bill
 
Anne & Lynn Wheeler...
Posted: Fri Nov 06, 2009 6:15 am
Guest
Del Cecchi <delcecchinospamofthenorth at (no spam) gmail.com> writes:
Quote:
IBM spent a lot, repeat lot, of money on steve chen and SSI. Not so
much for cray to my best recollection.

SSi died anyway.

re:
http://www.garlic.com/~lynn/2009p.html#55 MasPar compiler and simulator
http://www.garlic.com/~lynn/2009p.html#56 MasPar compiler and simulator
http://www.garlic.com/~lynn/2009p.html#57 MasPar compiler and simulator

i don't remember company ever spending any money on cray ... however
lots on steve. steve shows up later as CTO of Sequent ... and we did a
little consulting for him ... including some that involved a little look
at Itanium. I don't remember Steve sticking around after Sequent was
bought.

.... slightly related ... the executive that we reported to when we were
doing ha/cmp ... later left and shows up as president of MIPs (was
already owned by SGI). We would go by and visit ... he even let me
"have" the personal Indy that each executive got ... under the guise of
configuring it for him (I had to finally give it back when he left).

SGI later buys Cray.

--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
 
Del Cecchi...
Posted: Fri Nov 06, 2009 6:15 am
Guest
"Andy "Krazy" Glew" <ag-news at (no spam) patten-glew.net> wrote in message
news:4AF26241.8010601 at (no spam) patten-glew.net...
Quote:
Del Cecchi wrote:
And something about the computing with GPU thing that just crossed
my mind. I have decided that it is a kluge for those without the
resources to design a chip of their own. After all the existing
GPU designs are not optimized for use in large scale computing.
However something much like them certainly could be, (before I am
attacked).

Most supercomputers are built and for "those without the resources
to design a chip of their own".

See http://www.top500.org/stats/list/33/procfam
87.2% by count is x86. Not really optimized for HPC.

GPUs' role in supercomputing is like x86: which is the most cost
efficient mass market processor to put in a supercomputer?

--

I must admit that I am puzzled as to how and why IBM stays in
supercomputing. My guess is that the US Govt funds Blue*, and that
IBM management is smart enough to see the payback. Even though it
is hard to make it pencil out using conventional accounting rules.

I think in fact it does pencil out. I am pretty sure IBM is making
money from BG. It might not be the 80 percent margin that software
has but I think it isn't a bad business.

Quote:

Related, I am puzzled as to why IBM persists in building
supercomputers whose business relevance is quite remote. I guess,
in for a penny, in for a pound.

The business relevance is that they make money and they learn things.
And they provide valuable publicity, like naming rights on a stadium
or a hot air balloon with Intel all over it. Smile IBM has been making
Risc Systems for a long time that really aren't oriented to running
COBOL either.
Quote:

---

I remember fondly working on supercomputing at Gould. Even
occasionally at Intel, although it is yet to be seen if Intel will
ever get serious, or practical, about HPC. If they were, I might
have stayed.

I knew you should have moved to Rochester.... :-)

del
I hope your reply to address works.
 
Anne & Lynn Wheeler...
Posted: Fri Nov 06, 2009 6:15 am
Guest
re:
http://www.garlic.com/~lynn/2009p.html#55 MasPar compiler and simulator
http://www.garlic.com/~lynn/2009p.html#56 MasPar compiler and simulator

there was an "official" group that was suppose to be handling scientific
and numerical intensive market place. i had run-ins with them periodicall
over the years ... one involved some of the higher end stuff i was doing
in hsdt project
http://www.garlic.com/~lynn/subnetwork.html#hsdt

this mentions some of the internet stuff
http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time

but also refers to some higher speed stuff with rfc1044 and doing some
tuning tests at cray research (although the 4341-clone could hardly be
considered high performance box (minor example of offending the
official group) ... but i did optimize the bytes moved per instruction
executed). some past posts mentioning rfc1044
http://www.garlic.com/~lynn/subnetwork.html#1044

also my ietf rfc index
http://www.garlic.com/~lynn/rfcietff.html

rfc 1044 summary
http://www.garlic.com/~lynn/rfcidx3.htm#1044

.... and as always, clicking on the ".txt=nnn" field in the summary
retrieves the actual rfc.

also this references (nearly 20yrs earlier than date of the
post) trying to pack 96 of the first 32bit 801 chips into a rack, turns
out the chip never did get completely debugged. however, one of the
biggest problems was massive cooling (or heat) problem (depending on
how you look at it).
http://www.garlic.com/~lynn/2004m.html#17 mainframe and microprocessor

misc. old email related to 801, iliad, romp, rios, etc
http://www.garlic.com/~lynn/lhwemail.html#801

in any case, the "offical group" was "sponsored" by a senior corporate
executive that retired fall '91. there was then reviews of some number
of projects ... in some cases, the results weren't pretty ... just say
that then there was an effort to scour the corporation for some
technology (under the guise f an corporate advanced technology
symposium) for the group to take-over. We advised everybody we knew
not to participate ... but some did anyway.

as it turns out, it probably wouldn't have made a lot of difference in
the long run. we were also being invited into some number of high
profile commercial accounts ... and various traditional commerical
mainframe interests were complaining. there were even accusations that
we were violating all sorts of corporate rules in some way or another
.... fortunately we had paper trail to show that we followed all the
corporate rules.

one of the customers that we did everything according to the book was
SIAC (since been absorbed, responsible for the NYSE dataprocessing)
.... but there were still accusations that we had violated corporate
practices. if there has been any perception about activity like
spreading FUD, it wasn't limited to external activity. old post
with somebody with some quotes from fergus&morris book about
what happened to corporate culture after failure of FS
http://www.garlic.com/~lynn/2001f.html#33

a slight topic drift in these recent posts mentioning "business
ethics" is an *oxymoran*
http://www.garlic.com/~lynn/2009o.html#47 U.S. begins inquiry of IBM in mainframe market
http://www.garlic.com/~lynn/2009o.html#52 Revisiting CHARACTER and BUSINESS ETHICS
http://www.garlic.com/~lynn/2009o.html#57 U.S. begins inquiry of IBM in mainframe market

so we didn't stay around long after we were told that we couldn't work
on anything with more than four processors.

for some drift & thread between cluster scaleup and "electronic
commerce" in this meeting early jan92 in ellison's conference room
discussing 128-way by ye92 (as applied to commercial dbms as opposed
to scientific and numerical intensive) ...
http://www.garlic.com/~lynn/95.html#13

two of the other people mentioned in the post, later left their
positions and show up at a small client/server startup responsible for
something called the commerce server (initially a multi-store
"mall-like" paradigm built using orgacle ... funded by large telco;
later, greatly simplified, single store implementation was
offered). we got invited to consult because they wanted to do payment
transactions on their server (the startup had also invented some
technology called "SSL" ... and the results is now frequently called
"electronic commerce").

part of that effort involved doing something called the "payment
gateway" which sat on the internet and handled payment transactions
betwee "electronic commerce" webservers and the payment
infrastructure. we had a bunch of "high availability" stuff built into
the "payment gateway" ... as well as a bunch of compensating process
for the vaguries of the internet infrastructure.

somewhat as a result of having worked on this stuff called "electronic
commerce", in the mid-90s we were asked to participate in the x9a10
financial standard working group, which had been given the
reqauirement to preserve the integrity of the financial infrastructure
for all retail payments. the result was the x9.59 financial standard
transaction protcol ... reference
http://www.garlic.com/~lynn/x959.html#x9599
and various past posts
http://www.garlic.com/~lynn/subpubkey.html#x959

bunch of patents related to above ... all the patents are assigned
.... and haven't been involved at all since my position there was
eliminated dec2005 ... but there continues to be patent activity(??)
http://www.garlic.com/~lynn/aadssummary.htm

somewhat because of having done the "electronic commerce" stuff and
the x9.59 financial transaction protocol ... in the late 90s we got
invited in to look at doing something similar for trading protocols at
NSCC (since merged with DTC to be DTCC) ... slightly related to the
earlier SIAC stuff. Part way thru, the effort got suspended, apparently
because a side effort of significantly increasing the security
..... would also have had the side-effect of significantly improving
transparency and visability. The issue appeared to be that visibility
and transparency was not part of the fundamental trading culture.

now one of the issues highlighted in the madoff ponzi congressional
hearings by the person that had been trying unsuccessfully for a
decade to try and get the SEC to do something about Madoff, was that
the fundamental problem is lack of transparency and visibility in
trades. misc. recent refs:
http://www.garlic.com/~lynn/2009b.html#35 The recently revealed excesses of John Thain, the former CEO of Merrill Lynch, while the firm was receiving $25 Billion in TARP funds makes me sick
http://www.garlic.com/~lynn/2009b.html#65 What can agencies such as the SEC do to insure us that something like Madoff's Ponzi scheme will never happen again?
http://www.garlic.com/~lynn/2009b.html#80 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#1 Audit II: Two more scary words: Sarbanes-Oxley
http://www.garlic.com/~lynn/2009d.html#47 Bernard Madoff Is Jailed After Pleading Guilty -- are there more "Madoff's" out there?
http://www.garlic.com/~lynn/2009e.html#15 The background reasons of Credit Crunch
http://www.garlic.com/~lynn/2009e.html#36 Architectural Diversity
http://www.garlic.com/~lynn/2009e.html#53 Are the "brightest minds in finance" finally onto something?
http://www.garlic.com/~lynn/2009f.html#45 Artificial Intelligence to tackle rogue traders
http://www.garlic.com/~lynn/2009f.html#67 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#29 Transparency and Visibility
http://www.garlic.com/~lynn/2009i.html#23 Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)
http://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."

--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
 
Anne & Lynn Wheeler...
Posted: Fri Nov 06, 2009 6:15 am
Guest
Robert Myers <rbmyersusa at (no spam) gmail.com> writes:
Quote:
The behavior of the US over the last ten years and looking at where we
are now indicates how poorly federal decisionmakers who panicked over
Japan, Inc. understood the business. Neither Japan nor the Federal
government can compete with the flow of money coming from consumers.

that showed up even more in the dept. of commerce meetings over hdtv
.... it included apparently constantly fiddling the standard ... the
theory was if foreign company(s) won the hdtv market ... that would be
significantly larger higher performance chip funding than the measely
personal computer market.

early in hsdt project
http://www.garlic.com/~lynn/subnetwork.html#hsdt

there was some hardware being built on the other side of the pacific.
the friday before i was to leave on trip there ... somebody in the
company sent out an announcement for a new discussion group on
high speed networking ... with the following definitions

low-speed <9.6kbits
medium-speed 19.2kbits
high-speed 56kbits
very high-speed 1.5mbits

the following monday on the wall of a conference room in the far east:

low-speed <20mbits
medium-speed 100mbits
high-speed 200-300mbits
very high-speed >600mbits

i was also paying an arm and leg for T1 modems ... i came back from that
trip with comment that i could get enormously better technology from a
$300 cdrom player than i was getting for the 20* some amount i was
paying T1 modems (and if i was going to move into optical drivers
.... why couldn't i use cdrom parts). on that trip, i also got my first
look at surface mount ... including line where it looked like the
chips were being sprayed on the boards as they passed down the line.

more recently, some of that came up in IDF conference where i was on a
panel in the trusted computing track with one of the guys. I had some
number of years earlier made the crack that i would take a $500 milspec
part, aggresively cost-reduce it by 2-3 orders of magnitude while
improving the security. The comment back was that might be true except
for some stuff about radiation hardening.

The guy running TPM project at trusted computing was in the front row
.... and I also quiped that it was nice to see that TPM over the past
couple years had started to look more and more like my chip (which could
effectively do nearly all the TPM objectives ... w/o having been
designed for TPM). His quip back was that I hadn't had a committee of
200 people helping me with the design.

--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
 
Anne & Lynn Wheeler...
Posted: Fri Nov 06, 2009 8:30 pm
Guest
Anne & Lynn Wheeler <lynn at (no spam) garlic.com> writes:
Quote:
a slight topic drift in these recent posts mentioning "business
ethics" is an *oxymoran*
http://www.garlic.com/~lynn/2009o.html#47 U.S. begins inquiry of IBM in mainframe market
http://www.garlic.com/~lynn/2009o.html#52 Revisiting CHARACTER and BUSINESS ETHICS
http://www.garlic.com/~lynn/2009o.html#57 U.S. begins inquiry of IBM in mainframe market

i had sponsored boyd's briefings at ibm in the 80s. some past posts
http://www.garlic.com/~lynn/subboyd.html#boyd

for some corporate connection ... one of boyd's biographies mentions he
did a yrs tour in 1970 running "spook base", a $2.5B windfall for IBM
.... however even that wouldn't have been enuf to cover what was lost
in FS
http://www.garlic.com/~lynn/submain.html#futuresys

boyd was later credited with battle plan for desert storm ... and there
was us news&report article on him titled "the fight to change how
america fights" ... also mentioned latest crop of majors and cols. as
boyd's jedi knights. more recently there was a comment that major
problem in the current conflicts is that boyd had died in 1997. misc.
URLs from around the web mentioning Boyd
http://www.garlic.com/~lynn/subboyd.html#boyd2

and one of my favorites:

"There are two career paths in front of you, and you have to choose
which path you will follow. One path leads to promotions, titles, and
positions of distinction.... The other path leads to doing things that
are truly significant for the Air Force, but the rewards will quite
often be a kick in the stomach because you may have to cross swords
with the party line on occasion. You can't go down both paths, you
have to choose. Do you want to be a man of distinction or do you want
to do things that really influence the shape of the Air Force? To be
or to do, that is the question." Colonel John R. Boyd, USAF 1927-1997

.... snip ...

From the dedication of Boyd Hall, United States Air Force Weapons
School, Nellis Air Force Base, Nevada. 17 September 1999

--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
 
Robert Myers...
Posted: Fri Nov 06, 2009 10:45 pm
Guest
On Nov 5, 11:44 pm, Anne & Lynn Wheeler <l... at (no spam) garlic.com> wrote:
Quote:
Robert Myers <rbmyers... at (no spam) gmail.com> writes:
The behavior of the US over the last ten years and looking at where we
are now indicates how poorly federal decisionmakers who panicked over
Japan, Inc. understood the business.  Neither Japan nor the Federal
government can compete with the flow of money coming from consumers.

that showed up even more in the dept. of commerce meetings over hdtv
... it included apparently constantly fiddling the standard ... the
theory was if foreign company(s) won the hdtv market ... that would be
significantly larger higher performance chip funding than the measely
personal computer market.

early in hsdt projecthttp://www.garlic.com/~lynn/subnetwork.html#hsdt

Not directly responsive to your post, but

http://www.garlic.com/~lynn/2001b.html#56

offers an interesting and at least marginally relevant post

"The Consortium for Supercomputer Research estimates a total of 500
Cray-1 equivalent units by 1992 world-wide for academic research and
development. Seventy percent of all applications were migrated form
VAX-class machines, 12 percent from workstations, 10 percent from
mainframes and eight percent from Cray machines."

500 Cray-1 equivalents by 1992! Wow!

We are now so awash in gigaflops that the Cray-1 metric hardly seems
relevant. Same story over and over. What people thought would change
everything, whether it was gigaflops or megabits/sec, has changed some
things, but not always for the better (loss of privacy, Wall Street
collapse, computer graphics making difficult science seem easier and
more accessible than it really is, a whole new apocalyptic-prophecy
industry that should make the Plymouth Brethren jealous). Internet or
no, the freeways are still jammed at rush hour, and most aren't
driving to manufacturing jobs.

Robert.
 
Andy \"Krazy\" Glew...
Posted: Sun Nov 08, 2009 2:55 am
Guest
Joe Pfeiffer wrote:
Quote:
"Andy \"Krazy\" Glew" <ag-news at (no spam) patten-glew.net> writes:

Joe Pfeiffer wrote:
Virtually all semiconductors of any stripe are made for those without
the resources to design a chip of their own -- but GPUs seem like a
pretty extreme special case of something heavily optimized for one
application that turns out to be useful someplace else.
Then I think that you have not been looking closely at GPUs recently.

You're right, I haven't -- sounds like I need to. Are there some good
references, or am I better off just googling?

Possibly a place to start is the slides I presented
at the Berkeley ParLab (Asanovic, Patterson, etc.) in August of this year.

I have placed them on a shared folder on Google docs,
foils http://docs.google.com/fileview?id=0B5qTWL2s3LcQNGE3NWI4NzQtNTBhNS00YjgyLTljZGMtNTA0YjJmMGIzNDEw&hl=en

folder http://docs.google.com/leaf?id=0B5qTWL2s3LcQMjJlYjg5OGUtMmI1Ny00ZjAzLTgwM2MtOTAyMDU0Mzg4YzYy&hl=en
(in case you want to see some of my other presentations, like MLP)

These foils may not be the best place to start, since they are not so much about
where GPUs are now, as where I think they can and should be taken. But of necessity
they talk a bit about where GPUs are now.

I started writing these slides for myself, when I realized not just how general purpose
GPUs where becoming (I already knew that), but thay they weren't just SIMD.
I tried to explain the difference to anyone who would listen.
(I love finding a new idea, even if it isn't my own. I just wish that I knew
who deserves the credit for SIMT.)

There have been several comp.arch discussions on these topics.
If I were organized, I would have links to give you - but start by searching in
Google groups, "SIMT author:glew".

Sorry about using Google docs, with the unreadable URLs. I am trying to create a friendlier home
for such stuff.

---

The publicity around Nvidia's recent Fermi announcement also includes
some moderately technical stuff.
http://www.nvidia.com/object/fermi_architecture.html

Look at the testimonials. E.g. Patterson - and just a few weeks earlier
he was in the audience when I presented the slides above, asking me
where I got my information.

---

All of the GPUs have similar "Coherent Threaded" microarchitectures. They differ
mainly in what the basic core is. E.g. Nvidia is SIMT(scalar), ATI is SIMT(VLIW).

It's a bit harder to find ATI documentation, but it's around with Google. If you find
anything really good, please share.

E.g. http://www.beyond3d.com/content/reviews/53/1
ATI Cypress GPU and Architecture analysis
Published on 7th Oct 2009, written by Alex Voicu for Consumer Graphics

---

Finding public info for Intel's integrated GPUs is a bit harder.

===
 
Andy \"Krazy\" Glew...
Posted: Sun Nov 08, 2009 3:01 am
Guest
Del Cecchi wrote:
Quote:
So Tesla is used as a bag on the side of a convention system?

Using Tesla as the generic term for "a bunch of Nvidia GPU shader procesors,
with the graphics stuff stripped out", rather than as a specific product name:

Yes, Tesla is a bag on the side of a conventional system.

Rather like the old array processors or FPS systems. Although more generic
than those architectures.

In theory, you can run a real OS on a Tesla. In practice, I think people
do the compilation and networking, etc., on a conventional processor attached
to the Teslas.

This sort of "coprocessor" or "attached processor" model is historically
a weakness. Managing 2 types of processors is more of a pain than managing one type.
But it has such high computational advantages...

One of the advantages of an Intel Larrabee system might be that the Larrabees
are more general purpose. However, even the Larrabees may be sold as "a bag on the side"
of an x86 big core system. But I suspect not always.
 
Thomas Womack...
Posted: Mon Nov 09, 2009 7:21 pm
Guest
In article <4af85a16$1 at (no spam) darkstar>, Eugene Miya <eugene at (no spam) cse.ucsc.edu> wrote:

Quote:
Memory is/was insufficient, but it was a start. The real problem is
software. And software needs memory because among other things, the
amount of data is growing because interests and needs (applications are
growing). Basic theory for simulation can usually be small, but
reading briefly what Paul and Joe posted is basically right on.

I'm in a strange field (X-ray crystallography) where the problems have
stayed the same size, and moved from being big enough to require
really baroque coding to run on the biggest available computers, to
the scale where I can run sixteen independent protein refinements on
sixteen threads on a Mac Pro and get through a week's depositions
(that is, every protein structure published that week) inside 24
hours.

But that's a case where the problem is experimental data analysis, and
the size of the experimental data depends on the accuracy with which
protein crystals grow, which is basically a matter of alchemy;
nobody's ever grown a protein crystal with diffraction to better than
0.5 angstroms (which means that the proteins are aligned perfectly on
a scale of a hundred unit cells each 5 nanometres across), so you have
about a hundred thousand measurements of the absolute value of Fourier
transforms of the electron density, and maybe ten thousand parameters
to tweak to fit the protein in.

Tom
 
Eugene Miya...
Posted: Mon Nov 09, 2009 11:02 pm
Guest
In article <ScWdnRMAxfOyQXHXnZ2dnUVZ_gNi4p2d at (no spam) bestweb.net>,
Mayan Moudgill <mayan at (no spam) bestweb.net> wrote:
Quote:
Eugene Miya wrote:
The AI types remain largely clueless to parallelism.

Does that explain, or is a consequence of, the fate of the 5th gen fiasco?

At best a little.

1) Part of their problem is their culture.
2) Part of their problem is the West's understanding of their problem
(other people's culture).

I surprised one Smithsonian curator noting that LISP is still used (they
thought completely dead). I know people who still program in Prolog (in
the West). It's possible to go on and on.
 
Eugene Miya...
Posted: Mon Nov 09, 2009 11:06 pm
Guest
In article <6d4fdd8d-281c-491e-b0a0-292cddc3bf16 at (no spam) v30g2000yqm.googlegroups.com>,
Robert Myers <rbmyersusa at (no spam) gmail.com> wrote:
Quote:
On Oct 30, 12:49=A0pm, eug... at (no spam) cse.ucsc.edu (Eugene Miya) wrote:
The people who thought highly of the CM-1 were the AI types who also
liked Symbolics 3600s. =A0I also saw and have pieces of the MPP (now at
the Smithsonian near Dulles). The AI types remain largely clueless to
parallelism. =A0They don't constitute a viable market.

The real ho-hum part wasn't the speed. The problem for real machines
with real problems was that they lacked sufficient amounts of real memory=
.

That's an interesting claim. It implies that all you have to do is to
build a knock-off of CM-1, give it sufficient memory, and people would
no longer regard Thinking Machines as the exercise in hubris that they
now do. I think of Thinking Machines as a major contributor to moving
computing out of Kendall Square forever.

I read Danny Hillis' PhD thesis after conversations with you. I don't
remember much of it because I'm pretty sure I missed the really,
really smart part of it. Mostly, it seemed really, really obvious.
Perhaps I'm just not really, really smart enough myself.

In any case, you have offered one of your as-always tantalizing
claims. Is there any substantiating evidence, or are you just
repeating what the really, really smart people were saying at the
time?

Probably, I'll do better just to go to AI seminars at MIT and see what
I can find out for myself. I'm sure many of the players are still
around.

I have to run to Court here in a moment.

Memory is/was insufficient, but it was a start. The real problem is
software. And software needs memory because among other things, the
amount of data is growing because interests and needs (applications are
growing). Basic theory for simulation can usually be small, but
reading briefly what Paul and Joe posted is basically right on.
 
Terje Mathisen...
Posted: Tue Nov 10, 2009 2:24 am
Guest
Thomas Womack wrote:
Quote:
I'm in a strange field (X-ray crystallography) where the problems have
stayed the same size, and moved from being big enough to require
really baroque coding to run on the biggest available computers, to
the scale where I can run sixteen independent protein refinements on
sixteen threads on a Mac Pro and get through a week's depositions
(that is, every protein structure published that week) inside 24
hours.

Wow, that's _real_ progress:

My father's PhD (around 1960) was on X-ray crystallography of frozen
methane, all his calculations were done with one of those hand-cranked
mechanical calculators.
:-)

Terje

--
- <Terje.Mathisen at tmsw.no>
"almost all programming can be viewed as an exercise in caching"
 
Robert Myers...
Posted: Wed Nov 11, 2009 1:35 am
Guest
On Nov 10, 7:58 pm, eug... at (no spam) cse.ucsc.edu (Eugene Miya) wrote:

Quote:
People around here (Bay Area, SF) certainly have those kinds of problems.
The problem is that for any compute node, more memory is requested of any
processing as time advances as curiosity drives thinking.  And some of
it doesn't pan out.  One still has to pay for the bills.

Fortunately, the design space includes algorithms as well as
hardware. From a scientist's point of view, hardware and the cost of
running it will never be low enough. That the hardware side of things
has progressed so nicely is a not-so-subtle trap. As one agency
presentation I cited recently put it, "Just add more."

As a very bright man I once worked for said, "Spend more time at your
desks thinking. It protects the computer budget."

It also seems unlikely that the breathtaking accomplishments of
biochemistry have relied very much on brute force in the human brain.
As you note, the complexity problems we are able even to think about
seems magically to grow. How do we do that? The brain can't buy up
more real estate and build another power plant.

Robert.
 
 
Page 3 of 4    Goto page Previous  1, 2, 3, 4  Next
All times are GMT
The time now is Thu Nov 26, 2009 1:06 pm