Home · Register · Search · View Winners · Software · Hosting · Software · Join Upload & Sell

Moderated by: Fred Miranda
Username   Password

  New fredmiranda.com Mobile Site
  New Feature: SMS Notification alert
  New Feature: Buy & Sell Watchlist
  

FM Forums | Post-processing & Printing | Join Upload & Sell

1       2      
3
       end
  

Archive 2012 · Performance Testing - How does LR4 utilise multiple cores
  
 
Bifurcator
Offline
• • • • •
Upload & Sell: On
p.3 #1 · Performance Testing - How does LR4 utilise multiple cores


Bifurcator wrote:
A couple of things here.

knower,
Adobe says that LR4 is indeed Multi-core and not just MT. So where is your information coming from?
Nuke is a video and FX editor/compositor, not a photo editor.
OpenGL is a 3D display language not really suited for 2D image processing at all. There's CUDA and such which are different, and could be used for 2D image processing and rendering.
Older is usually better in the world of apps. It spells maturity. If the PS GUI and workflow don't suit you personally that's a different issue. I'm an example of the opposite case.

Anyone,
It seems
...Show more



blob loblaw wrote:
I could not agree more!
I'm glad to see I was not the only one that feels this way, because calling out LR like that people don't seem to take you seriously and it sounds like you're just ranting and being unreasonable. Well, in my circles anyway.

Almost two years ago, I decided to try and find a replacement and tried as many trials as I could get on a PC: Bibble, Adobe Bridge+PS, DxO, CaptureOne, etc, etc.
I was just fed up with the way LR kept running. Took me a few weeks of frustration because of a learning curve
...Show more




I did essentially the same thing and came to the same conclusion. I downloaded the evil or free copies of 13 different editors and really concentrated on feature, result, and speed. Heh, I even took notes and listed out any/all unique features. I also concluded that CaptureOne Pro was the superior tool. I've repeated the process a few times since though with far less rigor, and my conclusions have remained the same as far as the first place holder goes. If a person wants speed, accuracy, robust capability, and a good result in a process-guided GUI then it's C1p. There was a free app which ranked extremely high the first time around too BTW. Also the system and service integration of some packages should be recognized for the convenience and time savings they provide. That can be a major decision point to some.

So I purchased and keep current with C1p but I actually use PS far more often. The process guided GUI type apps just aren't as good as open environment apps like PS IMO where the speed and versatility of the OS can be employed to great assist. To C1p's credit, at least it doesn't force it's process on you as much as some others. DxO is probably the worst in that regard tho LR ranks fairly low in that department as well.

Anyway, to each their own (jedem das Seine) and (mir das Meiste ), the a) through e) people have a place too. It's just not mine.



Jan 14, 2013 at 01:02 AM
knower
Offline
• •
Upload & Sell: Off
p.3 #2 · Performance Testing - How does LR4 utilise multiple cores


Frist of all, Adobe also says that Photoshop is multi-core optimized, but that's not true. Only part of the code is. If you check the updates in CS6 you'll find that now more filters are, in fact, using multi-core, but still not all of them.
The same is for Lightroom, not the entire code is multi-core.
Where do I take my info? Well 13 years in the movies VFX post-production and 10 years in the photography business should be enough, some of the guy that write photoshop, in fact, worked with us to optimize our internal custom versions of Photoshop, and we kindly usually suggest Adobe what to put next, in our beta-testing program.

Nuke is NOT a video editor. It is a compositing package, which is just the same as photoshop, but done to be able to work on sequences of frames, much more powerful and truly multi-core and multi-threaded. Photoshop is a toy compared to Nuke.
It doesn't have all the painting tools that Phothsop has, but is not supposed to, and anyway it was an example of a much better software architecture, not saying you have to use it for photo editing, even if it wouldn't be such a bad idea since the software has a completely linear workflow.

OpenGL and now also OpenCL are just platforms to use the GPU and make it work with the CPU. they both can be used for 2D AND 3D applications.
Photoshop uses OpenGL for the crappy 3d integration but also for some of the viewport operations and pixel transformations. There are many more things that can be done to speed up the calculation of an image through OpenGL and OpenCL, pixel filtering, sampling, mip mapping and a lot more.

OpenGL is not suitable for 2D application at all? Really?
Maybe you should give a read to OpenGLSL, and check out how many things you can actually optimize through the GPU and openGL.
You can accelerate most of the common 2D operations with OpenGL, with the right libraries.
Even iOS or Android run with a binding on the OpenGL libraries to speed up the GUI tranformations.
Neat Image in its last version uses GPU acceleration through custom openGL libraries and multi-core and you can see how faster it is, a perfect example of optimized architecture.
Compare it's noise reduction speed with photoshop or lightroom and have a laugh.
Can't see anything more 2D than resolving noise and nothing faster than OpenGL to resolve it.


CUDA doesn't have anything to do with the actual computation functions. It is a parallel computing sharing base, something even different and its purpose is to basically access GPUs as if they were CPUs and make them work in parallel. Threating multi-GPU as multi-Processor.

In which computing world older is better? For sure not the current one where the amount of data exchanged in the pipes changes so quickly in amount and streams complexity.
The architectures change fast and if they are not scalable enough you can't do much more to extend an application, hence you need a complete rewrite.
Photoshop is super old and it was born in the VFX industry when tools like Shake and Nuke were not available and you had to work on a single frame a time.
I love to work with Photoshop and Lightroom, I also teach them, but that doesn't mean they are good software architecture example.
Obviously if one has never used anything more advanced than them like a nodal base compositing software or a 3D package they seem just fine.
Too bad they had to introduce Smart crappy objects because they can't implement a nodal structure due to the old architecture.
The interface of both Lightroom and Photoshop is crap. Is basically what they design and there is no way of customize it the way one wants. But for what they are intended that's not a very big deal, unless you discover pyQT design.
Lightroom is slow, but it does the job. At least for me it can handle huge amount of data and I can develop quickly and have a fast workflow. Photoshop does the rest well enough not to bother for a rewrite for now, but a nodal Photoshop would kick ass.

Your point in using Photoshop, ACR and Bridge is valid. They are really faster.
But the whole thing fails because you have to save a PSD file, and have a destructive workflow in Photoshop, whereas with Lightroom you can potentially always go back and edit files without losing a bit. That's something you can't really do with Photoshop, especially if you consider switching color spaces. Also working on a RAW files right away is cheaper in terms of space than saving a TIFF or a PSD file.
Furthermore, Lightroom interface is, imho, better to handle photography stuff, everything is in a single application and seamless and these days you can do most of the work in Lightroom without even going to Photoshop for editing.

Do you work at Newtek? I used to demo Lightwave 3D when I was 17, about 13 years ago! So much time passed!

G.









Jan 14, 2013 at 03:51 AM
15Bit
Offline
• • • •
Upload & Sell: Off
p.3 #3 · Performance Testing - How does LR4 utilise multiple cores


Guys,

The thread is intended more as a technical discussion about how LR scales with processor count than slagging it off for being slow, ranting about the interface etc. I think we all appreciate that it should be faster and that some folk don't like the interface etc, but it would be great if we could avoid drifting too far "off-topic". We can start another LR rant thread separately if you like, and i'll be as enthusiastic as anyone in my complaints

Bifurcator, we have so far got testing on up to 6 cores here and you have a 12 core Xeon? It would be great if you could test that out and report your experiences/CPU load plots.



Jan 14, 2013 at 07:44 AM
Bifurcator
Offline
• • • • •
Upload & Sell: On
p.3 #4 · Performance Testing - How does LR4 utilise multiple cores


knower,
I guess we're not allowed to expand the conversation beyond a few minute points from the OP. Having a similar BG and career path as your own plus developer experience I will say that I stand by what I said in all cases - semantics and marketing hype aside.


15Bit,
Why? I can't for the life of me understand why anyone would wanna know that. As an organizer, participant, or observer, in the olympics I don't need to know how fast Forest can run with his leg braces on. All I need to know is that it's too slow to consider. Until those braces get busted off there's just no point.



Jan 15, 2013 at 09:42 PM
 

Search in Used Dept. 



knower
Offline
• •
Upload & Sell: Off
p.3 #5 · Performance Testing - How does LR4 utilise multiple cores


15Bit sorry, didn't mean to drift the topic away, I agree with what you say.

Bifurcator, I am a developer, too, but I only write 3D and 2D plugins

G.



Jan 15, 2013 at 09:58 PM
15Bit
Offline
• • • •
Upload & Sell: Off
p.3 #6 · Performance Testing - How does LR4 utilise multiple cores


Bifurcator wrote:
knower,
I guess we're not allowed to expand the conversation beyond a few minute points from the OP. Having a similar BG and career path as your own plus developer experience I will say that I stand by what I said in all cases - semantics and marketing hype aside.

15Bit,
Why? I can't for the life of me understand why anyone would wanna know that. As an organizer, participant, or observer, in the olympics I don't need to know how fast Forest can run with his leg braces on. All I need to know is that it's too slow to consider.
...Show more

Please feel free to expand the conversation (especially the threading discussion, which is very interesting), but we've plenty of LR bitching threads elsewhere - i was just (perhaps naively) hoping to do something more constructive here.

As for the performance, you are right - LR does seem to be trying to run with its hobbles on, and with the kind of processing power many of us have it really shouldn't. I'm as curious as everyone else as to why, hence the testing. In most other respects LR is an excellent package with almost all the functionality many photographers want. And lets be honest, many of us are quite heavily tied to our LR catalogues from previous versions, which makes the switch to something like C1Pro difficult.



Jan 15, 2013 at 09:58 PM
Bifurcator
Offline
• • • • •
Upload & Sell: On
p.3 #7 · Performance Testing - How does LR4 utilise multiple cores


Bifurcator wrote:
Until those braces get busted off there's just no point.

15Bit wrote:
i was just (perhaps naively) hoping to do something more constructive here.


Like what?

As for the performance, you are right...
I'm as curious as everyone else as to why...


It's the chimpanzees, I'm telling ya.
That may sound like only a snide remark but it's not. I've worked in several very similar environments and if the talent, management, and resources aren't in place it's difficult or impossible for ground to be gained. In LR's case I can only guess that management is withholding resource thereby stifling the talent. It's like maybe they're putting most of their accomplished talent on PS or some of their other packages and leaving the chimps to assemble the LR kludge.

And lets be honest, many of us are quite heavily tied to our LR catalogues from previous versions, which makes the switch to something like C1Pro difficult.

That is probably true but it shouldn't be. LR doesn't lock a person in to any exclusive behaviors or formats. Therefor it's only the reluctance of the end users and their resistance to change that is keeping them there. Picking up a package like C1 takes only a couple of hours of rigorous concentration and far less than that if the individual is already accomplished on another similar package (like LR).

I'm not saying everyone should move to C1. Rather, I'm saying that for those who are unsatisfied with the software they're using whatever it is, there are usually alternatives - and in this case good ones which offer the solutions to the problems creating those dissatisfactions - chiefly performance issues.




knower wrote:
Bifurcator, I am a developer, too, but I only write 3D and 2D plugins


Cool, that can be fun aye!?! I guess you can appreciate application level design and coding then. Not nearly as much fun but very challenging!



Jan 15, 2013 at 10:48 PM
1       2      
3
       end




FM Forums | Post-processing & Printing | Join Upload & Sell

1       2      
3
       end
    
 

You are not logged in. Login or Register

Username   Password    Retrive password