• site home
  • blog home
  • galleries
  • contact
  • underwater
  • the bleeding edge

the last word

Photography meets digital computer technology. Photography wins -- most of the time.

You are here: Home / Technical / A guru writes about multicore programming

A guru writes about multicore programming

August 2, 2010 JimK 9 Comments

A guru speaks on multicore programming
About 2 ½ years ago I wrote a fairly pessimistic post about the utility of multicore chips. I read this morning in the July issue of IEEE Spectrum an article by David Patterson a famed computer researcher at UC Berkeley on the same subject. His conclusions are approximately the same as mine, but he states them more eloquently, in greater detail, and with far more credibility. He also offers some predictions, and a few rays of hope.
Patterson’s article was available online here. I recommend it.

About 2 ½ years ago I wrote a fairly pessimistic post about the utility of multicore chips. It’s here. I read this morning in the July issue of IEEE Spectrum an article by David Patterson, a famed computer researcher at UC Berkeley, on the same subject. His conclusions are approximately the same as mine, but he states them more eloquently, in greater detail, and with far more credibility. He also offers some predictions, and a few rays of hope.

Patterson’s article is available online here. I recommend it.

Technical, The Last Word

← Proofing the postcard Droid X OOBE →

Comments

  1. chester says

    December 29, 2010 at 3:17 pm

    is photoshop an application that can exploit parallelism? my outdated system chugs along at a snail’s pace. i’ve been contemplating building a high end system down the road and am seduced by the high end multicore chips. specifically with the intel core chips, where’s the point of diminishing return?

    Reply
  2. Jim says

    December 29, 2010 at 3:30 pm

    Photoshop does OK when implementing filters, and not so well otherwise. Lightroom is very good at multicore usage, often pinning the CPU meter on my four-core system, something hardly any other program does.

    For many people, the biggest improvement they can make in Photoshop speed is to have enough memory so that neither the app or the OS swaps data to the disk. You want everything in RAM. If you don’t have enough RAM, you’re wasting your money getting a faster CPU.

    I had to go to 16GB of RAM to get enough main memory for Photoshop and Lightroom to play together with the size image that I use, which are often 1GB files.

    Jim

    Reply
  3. chester says

    December 29, 2010 at 5:08 pm

    i’m already over 2GB on some of my more complex files. should i be looking at 24GB RAM if i want to bring up multiple applications? and will a 10-bit graphics card also put additional strain on the system?

    this also brings up another question – should i go to SSDs on both the primary and scratch disk to help alleviate some of the bottleneck?

    Reply
  4. Jim says

    December 29, 2010 at 5:26 pm

    If you’ve got enough memory, the SSD will only speed up loading the app and reading and writing files. Since SSDs are small and pricey, you’ll have to swap your images on to the SSD, work with them, and swap them off. That’s not a timesaver in my workflow. I would suggest making the SSD your primary disk. That way you’ll have faster boots as well as faster app loading.

    Yes, I would think that you’d want 24 or 32 GB of RAM.

    I’m not sure about what you mean by a 10-bit graphics card? Do you mean 10 bits per pixel per color? Some people would call that a 30-bit card. I wouldn’t worry about its effect on speed; updating the display is a small part of the Photoshop CPU budget.

    Jim

    Reply
  5. chester says

    December 29, 2010 at 5:40 pm

    i meant 30-bit card.

    btw, i noticed your server is still on daylight savings time.

    Reply
  6. Jim says

    December 29, 2010 at 5:09 pm

    Thanks for the info about the server. It should be fixed now.

    Jim

    Reply
  7. chester says

    December 30, 2010 at 8:48 am

    what about the notion of beefing up the RAM on the graphics card rather than on the motherboard? would racheting up to a 2GB graphics card negate the need to go beyond 16GB RAM?

    Reply
  8. Jim says

    December 30, 2010 at 9:06 am

    RAM on a graphics card is not fungible with RAM in the main store. In fact, it could work against you if the app is programmed to keep a shadow image of what’s on the graphics card in main memory.

    You don’t need a lot of graphics card memory to run Photoshop.

    If you want high performance, you do need enough main memory so that neither Photoshop nor the OS has to use the disk for swapping when presented with your workload.

    Jim

    Reply
  9. chester says

    December 30, 2010 at 10:06 am

    thanks! that’s an eye opener.

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

May 2025
S M T W T F S
 123
45678910
11121314151617
18192021222324
25262728293031
« Apr    

Articles

  • About
    • Patents and papers about color
    • Who am I?
  • How to…
    • Backing up photographic images
    • How to change email providers
    • How to shoot slanted edge images for me
  • Lens screening testing
    • Equipment and Software
    • Examples
      • Bad and OK 200-600 at 600
      • Excellent 180-400 zoom
      • Fair 14-30mm zoom
      • Good 100-200 mm MF zoom
      • Good 100-400 zoom
      • Good 100mm lens on P1 P45+
      • Good 120mm MF lens
      • Good 18mm FF lens
      • Good 24-105 mm FF lens
      • Good 24-70 FF zoom
      • Good 35 mm FF lens
      • Good 35-70 MF lens
      • Good 60 mm lens on IQ3-100
      • Good 63 mm MF lens
      • Good 65 mm FF lens
      • Good 85 mm FF lens
      • Good and bad 25mm FF lenses
      • Good zoom at 24 mm
      • Marginal 18mm lens
      • Marginal 35mm FF lens
      • Mildly problematic 55 mm FF lens
      • OK 16-35mm zoom
      • OK 60mm lens on P1 P45+
      • OK Sony 600mm f/4
      • Pretty good 16-35 FF zoom
      • Pretty good 90mm FF lens
      • Problematic 400 mm FF lens
      • Tilted 20 mm f/1.8 FF lens
      • Tilted 30 mm MF lens
      • Tilted 50 mm FF lens
      • Two 15mm FF lenses
    • Found a problem – now what?
    • Goals for this test
    • Minimum target distances
      • MFT
      • APS-C
      • Full frame
      • Small medium format
    • Printable Siemens Star targets
    • Target size on sensor
      • MFT
      • APS-C
      • Full frame
      • Small medium format
    • Test instructions — postproduction
    • Test instructions — reading the images
    • Test instructions – capture
    • Theory of the test
    • What’s wrong with conventional lens screening?
  • Previsualization heresy
  • Privacy Policy
  • Recommended photographic web sites
  • Using in-camera histograms for ETTR
    • Acknowledgments
    • Why ETTR?
    • Normal in-camera histograms
    • Image processing for in-camera histograms
    • Making the in-camera histogram closely represent the raw histogram
    • Shortcuts to UniWB
    • Preparing for monitor-based UniWB
    • A one-step UniWB procedure
    • The math behind the one-step method
    • Iteration using Newton’s Method

Category List

Recent Comments

  • bob lozano on The 16-Bit Fallacy: Why More Isn’t Always Better in Medium Format Cameras
  • JimK on Goldilocks and the three flashes
  • DC Wedding Photographer on Goldilocks and the three flashes
  • Wedding Photographer in DC on The 16-Bit Fallacy: Why More Isn’t Always Better in Medium Format Cameras
  • JimK on Fujifilm GFX 100S II precision
  • Renjie Zhu on Fujifilm GFX 100S II precision
  • JimK on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF
  • Ivo de Man on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF
  • JimK on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF
  • JimK on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF

Archives

Copyright © 2025 · Daily Dish Pro On Genesis Framework · WordPress · Log in

Unless otherwise noted, all images copyright Jim Kasson.