Slashdot Mirror

← Back to Stories (view on slashdot.org)

More Interest In Parallel Programming Outside the US?

Posted by kdawson on from the maybe-it's-the-language dept.

simoniker writes "In a new weblog post on Dobbs Code Talk, Intel's James Reinders discusses the growth of concurrency in programming, suggesting that '...programming for multi-core is catching the imagination of programmers more in Japan, China, Russia, and India than in Europe and the United States.' He also comments: 'We see a significantly HIGHER interest in jumping on a parallelism from programmers with under 15 years experience, verses programmers with more than 15 years.' Any anecdotal evidence for or against from this community?"

11 of 342 comments (clear)

  1. Questions by Hal_Porter · · Score: 5, Funny

    Q1) Why did the multithreaded chicken cross the road?
    A1) to To other side. get the

    Q2) Why did the multithreaded chicken cross the road?
    A4) other to side. To the get

    It is funnier in the original Russian.

    --
    echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    1. Re:Questions by RuBLed · · Score: 5, Funny

      Whoa..

      Q: How many multithreaded person(s) does it take to change a light bulb?
      A: 5, 1 at each of the 4 ladders and 1 to pass the light bulb to the lucky one.

      Q: How many multithreaded person(s) does it take to change a light bulb?
      A: 4, each trying to screw the lightbulb.

      Q: How many multithreaded person(s) does it take to change a light bulb?
      A: I don't know what happened to them.

  2. Old dog refuses to learn new trick. by Snufu · · Score: 1, Funny

    In an unrelated story, young pups display surprising agility with said trick. Scientists baffled.

  3. Re:What are the applications? by BSAtHome · · Score: 3, Funny

    Multiple cores plus less experienced programmers results multiple infinite loops able to run at the same time. I don't quite see how this helps quality software, regardless of the synchronization problem.

  4. Re:What are the applications? by BadAnalogyGuy · · Score: 3, Funny

    I don't quite see how this helps quality software

    Sure, but you can now run your infinite loops in half the time as before.

    Halving the time to run an operation? That's improving quality, right there.

  5. Re:You can still make large apps without concurren by jamesh · · Score: 4, Funny

    When your only tool is a hammer...
    ... everything looks like a skull.
  6. real world problem by oni · · Score: 5, Funny

    > Name a single real world problem that doesn't parallelize.

    Childbirth. Regardless of how many women you assign to the task, it still takes nine months.

    (feel free to reply with snark, but that's a quote from Fred Brooks, so if your snarky reply makes it look like you haven't heard the quote before you will seem foolish)

    1. Re:real world problem by Nursie · · Score: 4, Funny

      True, but it scales well, you can have multiple child instances in the same nine months by throwing more women at the problem.

    2. Re:real world problem by andphi · · Score: 5, Funny

      There is, however, the problem of process upkeep. One child process is a resource-hog. Multiple child processes seem to consume resources exponentially rather than linearly. How do you propose to optimize bandwidth to the mother process(es), supply sufficient inputs to the child process(es), or redirect the child process(es)' regularly scheduled core dumps? As a note, mother and child processes don't respond well to preemptive multitasking.

    3. Re:real world problem by Anonymous Coward · · Score: 1, Funny

      if your snarky reply makes it look like you haven't heard the quote before you will seem foolish

      Ah, good to know. I'll make sure it sounds like I've heard the quote.

  7. Re:Duh? by Anonymous Coward · · Score: 1, Funny

    A mediocre (average) person does not understand the difference between average and median.