Hacker News new | comments | show | ask | jobs | submit login

Parallel programming tools may make for interesting research, but that doesn't mean that it will be a good business. In general, tools startups haven't been terribly successful.

I see what you're saying and I think you're probably right. But if you can design and build a kick-ass multicore processor that blows everyone else out of the water in terms of performance, energy efficiency and ease of programming, it makes sense to give all your dev tools away for free. Heck, you could even throw in an OS and a nice browser for good measure.

I realize that I'm biased since I happen to think that multicore design is the most exciting thing out there. In my opinion, whoever solves the multicore/parallel programming problem will dominate computing for the rest of the century. The rest of the industry, including Intel, IBM, AMD, APPLE, etc... would flock like migratory birds to come and worship at your feet.

If you could design and build a flying car that runs on tap water, that would be even better. Unfortunately, that's easier said than done. Competing with Intel, AMD, etc in the processor market is also not easy -- many have tried, and generally failed.

Yeah, but this is a different ball game. The big players have an Achilles' heel. They are clueless as to what the future holds for multicore processors and they don't seem close to a solution. Parallel programming is a pain in the ass. There is even panic in the air because the big vendors have no real idea how to proceed. The solution is out there though. Some unknown startup may sneak behind them and steal the pot of gold while they're busy fighting amongst themselves.

Anything is possible, but so far the flying car and parallel programming startups have all failed :). (Moller and Peakstream come to mind)

Peakstream may not have reached their "peak" but they were bought by Google for an undisclosed sum, which was probably good timing given that larger players are now entering that field.


I don't know all the specifics, but I doubt that was a "successful" exit.

Wasn't peakstream just a quick flip of the stanford brook gpu research?


The new company is entering the public eye with $17 million in funding and a leadership roster that includes former executives and tech guys from Sun, VMWare, NVIDIA, and NetApp. PeakStream's Chief Scientist is Prof. Pat Hanrahan of Stanford, who was formerly involved with Stanford's stream processing research endeavor, the Brook project. The Brook project's work on using GPUs as stream processors formed the foundation on which PeakStream has built their newly announced product.

Which parallel programming startups are you referring to? Sure, the established companies are adapting their exisiting tools to address the new multicore processors but I am not aware of any new parallel programming tools startups that failed. Most of the multicore processor startups are still around. Tilera, Ambric, Pico, etc... are still hanging in there. Pico is doing great. Israel's Plurality is just now beginning to get recognition for its self-balancing 64 to 256-core hypercore chip.

My point is that there are very few new multicore startups and I think that the reason is not that too many of them failed in the past but that only a few have had anything really interesting or disruptive to offer. It remains that there is a big problem that needs to be solved right now and whoever solves it will grab a lion share of the CPU market in this century.

To what end? What specific value add is a multicore processor to mom and pop that is not being addressed by an intel quad core? The only thing that moves units is applications. As far as the general user is concerned, the processor does not exist. And that is how it should be.

Are you kidding me? Once cheap massive parallelism becomes the norm, you're going to see amazing applications for the average person, especially intelligent programs. For examples, intelligent answering systems, voice recognition, handwriting recognition, face recognition, dog walker, housekeeping robots, portable language translators, self-driving vehicles, sentries, etc... The possibilities are endless.

All of those things are already with us. The problem with those things are in the algorithm performance, not compute cycles.

"Parallel programming is a pain in the ass."

Eh, it is really not that bad.

Depends on the tools... it's usually done in C or C++ with low-level locking primitives and that can be pretty tricky to make efficient. You can easily write code that's correct and slow, or fast and error-prone.

IMO there's a lot of room for improvement on the tools side. I don't think a new architecture is needed/warranted given the improvement we could get just from better programming models and tools.

How is it exciting? What problem does it solve? How to write programs even lazier and introduce more complexity?

Multicores seem like a bad hack to me - a stop gap until chip speeds increase. A single core has to be the most efficient.

When everything is moving onto the web, consumers don't have much of a need to multicore processors. Maybe in high end db servers or something :/

If I gave you $100k could you build me a kick-ass multicore processor that beats Intel+AMD? Seems like its not a good space to be a startup in. But I don't know that much about it...

Not $100k, of course. But I think $5 or $6 million dollars could do it. For that, you'd get a scalable, self-balancing 16 or 32-core processor compatible with existing motherboards and chip sets, visual dev tools using multi-touch screens, and a fully built computer with an extensible parallel OS including a good set of device drivers.

The whole engineering/design phase would take about two years. After that, you enter the marketing and production phase which will require several busloads of dough but that's not my department.

Intel/AMD aren't exactly resting on their laurels, friend.

In my opinion, that's exactly what they are doing. They have adopted a paralllel computing model (multithreading) that is known to be a pain in the ass to program. So far, they have no plans to change the model. They either don't know how or they are stuck in a rut because they need to maintain compatibility with legacy systems. They are in a state of panic right now, spending money left and right trying to find a solution that does not exist for their chosen model. This is a great opportunity for some other company (or a startup) to come on the scene and make a killing.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact