Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Comment Re:google beowulf (Score 1) 4

Unfortunately such a cluster doesn't exactly optimize sheer performance because there's lots of communications back and forth, no shared data model, etc. Granted, due to the low memory constraints, the data could be replicated on each Beowulf compute node; however, then different costs are assessed for intrathread communications. Furthermore, I'm guessing you just mean put a few processors in each box and get 10 or so of them, but at that point is a Tesla solution not better?
Hardware

Submission + - Ask Slashdot: Parallel Cluster in a Box? 4

QuantumMist writes: "I'm helping someone with accelerating an embarrassingly parallel application. What's the best way to spend $10K to $15K to receive the maximum number of simultaneous threads of execution? The focus is on threads of execution as memory requirements are decently low e.g. ~512mb in memory at any given time (maybe up to 2 to 3X that at the very high end). I've looked at the latest Tesla card, as well as the 4 Teslas in a box solutions, and am having trouble justifying the markup for what's essentially "double precision FP being enabled, some heat improvements, and ECC which actually decreases available memory (I recognize ECC's advantages though)." Spending close to $11K for the 4 Teslas in a 1u setup seems to be the only solution at this time? I was thinking that GTX cards can be replaced for a fraction of the cost, so should I just stuff 4 or more of them in a box? Note, they don't have to pay the power/cooling bill. Amazon is too expensive for this level of performance, so can't go cloud via EC2. Any parallel architectures out there at this price point, even for 5K more? Any good manycore offerings that I've missed e.g. somebody who can stuff a ton of ARM or other CPUs/GPUs in a server (cluster in a box)? It would be great if this could be easily addressed via a PCI or other standard interface. Should I just stuff 4 GTX cards in a server and replace them as they die from heat? Any creative solutions out there? Thanks for any thoughts!"

Comment Re:No ECC? (Score 1) 3

This is a good point. Thank you. Again though, at these prices, it's almost worth rechecking calculations than paying for such an insane markup, no? I look at the various GTX cards, then at the Tesla, and I come away unimpressed at the differences per unit cost. So, no, I'm not sure that I don't need ECC. I'm willing to entertain the various possibilities though.

Submission + - Best way to accelerate embarrassingly parallel app 3

QuantumMist writes: "I'm helping someone with an embarrassingly parallel application. What's the best way to spend $10K to $15K to receive the maximum number of simultaneous threads of execution? The focus is on threads of execution as memory requirements are decently low e.g. ~512mb in memory at any given time (maybe up to 2 to 3X that at the very high end). I've looked at the latest Tesla card and am having trouble justifying the markup for what's essentially "double precision FP being enabled, a few heat improvements, and ECC which actually decreases available memory (I don't need the ECC)." Spending close to $11K for the 4 Teslas in a 1u setup seems ridiculous when GTX cards can be replaced for a fraction of the cost? Note, they don't have to pay the power/cooling bill. Amazon is too expensive for this level of performance, so can't go cloud. Any parallel architectures out there? Any good manycore offerings that I've missed e.g. somebody who can stuff a ton of ARM or other CPUs in a box? It would be great if this could be easily addressed via a PCI or other standard interface. Should I just stuff 4 GTX cards in a server and replace them as they die from heat? It's mainly single FP operations that I'm parallelizing, but double precision would be "nice to have". Thanks for any thoughts!

Website: www.SinaBahram.com
Twitter: @SinaBahram"
Linux

Submission + - systemd journal (slashdot.org)

epiphani writes: "After the recent kerfuffle around a replacement for syslog, Rainer Gerhards (the lead developer of rsyslogd, used in most Linux distributions) has responded to the paper in an attempt to clarify many of the misunderstandings. In his post, he points out the inherent misconceptions around the difference between syslog the protocol, syslog the API, and syslog the application, and makes the point that the systemd proposal ignores most of the last 10 years of enhancements to both protocol and application."
Perl

Submission + - Perl Worse Than Randomly Generated Language? (neverworkintheory.org)

QuantumMist writes: "Researchers from Southern Illinois University have published a paper(PDF) comparing Perl to Quorum (their own statistically informed programming language) and Randomo (a programming language whose syntax is partially randomly generated). From the paper "Perl users were unable to write programs more accurately than those using a language designed by chance". Reactions have been enthusiastic, and the authors have responded."

Slashdot Top Deals

Work without a vision is slavery, Vision without work is a pipe dream, But vision with work is the hope of the world.

Working...