64 bits compilation

[mipaquet01]

Good evening,

I've seen that the ASP program is compiled in 32 bits what ever is the ". deb" package and that no specific ".exe" exist for Windows 7 64bits.
I think that a 64 bit compilation could be interesting for users of 64 bit OS (I presently think about Windows 7 and Linux users, I've no idea for Mac users)
Particularly for the access to the internal memory over 3 MB and for the effective time of treatment.

Best regards

[dFlyer]

The 64 bit deb file is really a 32 bit program that includes the 32 bit libs for 64 bit deb OS. There are no true 64bit programs of ASP or bibble5 which is a shame, as I would really like a 64 bit deb that was actually 64 bits.

[Dutchmm]

There are no true 64bit programs of ASP or bibble5 which is a shame, as I would really like a 64 bit deb that was actually 64 bits.

And it would appear that the QT library kit contains all the library bindings necessary to produce a genuine 64 bit version. For OSX as well.

[madsec]

Would appreciate a native 64bit version of ASP as well! I am working with Fedora 64bit though...

[Jeff Stephens]

We'd love to make a 64-bit version also. The main challenge to this is that several of the 3rd party libraries / technologies that we use are at the moment 32-bit only. ASP itself would be simple to convert to 64-bits...

So, that doesn't mean that 64-bit will never happen, just that it isn't entirely up to us when it does.

[klaxian]

That means that there's no additional benefit from having more than 3-4GB RAM for ASP right now, correct? I've been considering a memory upgrade, but it may not make sense until we can get true 64-bit support.

[madsec]

Yes, thats true. The only benefit is that you can have Firefox open with a thousand tabs and still have 3 Gig free for ASP, but not more.

[grubernd]

That means that there's no additional benefit from having more than 3-4GB RAM for ASP right now, correct? I've been considering a memory upgrade, but it may not make sense until we can get true 64-bit support.

i never managed to even remotely reach that amount of memory usage with B5/ASP.. which could be a sign of clever memory management within the software.. but most important: it never swaps to disk or slows down any other way. so removing the memory "barrier" by going 64 isnt one that would make any significant change from what i see. if you want speed: treat yourself to an SSD. oh, you got that covered already..

cheers, grubernd

[acmh]

That means that there's no additional benefit from having more than 3-4GB RAM for ASP right now, correct? I've been considering a memory upgrade, but it may not make sense until we can get true 64-bit support.

i never managed to even remotely reach that amount of memory usage with B5/ASP.. which could be a sign of clever memory management within the software.. but most important: it never swaps to disk or slows down any other way.

I second that. The old Bibble 4 sometimes crashed on an old 32 bit system with 1 GB memory, but neither Bibble 5 nor ASP ever got out of memory on my new 64bit linux system with 6 GB, and swapping is not possible because this system has no swap space in the first place.

best regards

[madsec]

As I said: the only advantage of more memory is that other programs can use it while Bibble/ASP stays constant within it's 2 GByte range. It never used more on my system, also I wonder if it could use more while running even faster...

[techwish]

64 bit is a must in this technology. Quite a draw back for image editing.
I left PS which has 64 bit. Would hate to go back...

Thank you for listening
Cheers
Gale

[afx]

64 bit is a must in this technology.

How so?
AS does not used monstrous bitmap layers like PS.....

The only reason to support 64bits would be for seriously large images sizes (large panos with hundreds of MP).
For everything else, it is just hype.

cheers
afx

[guilc]

The only reason to support 64bits would be for seriously large images sizes (large panos with hundreds of MP).
For everything else, it is just hype.

Not only. Memory adressing is not the only advantage of 64bits. ASP would benefits from the extended instructions sets and increased number of registers that both helps to performs much better on calculations.
The only real drawback is the increased memory footprint. But nowadays, this is not a real drawback considering the usual RAM amount installed on modern desktops !

[grubernd]

Not only. Memory adressing is not the only advantage of 64bits. ASP would benefits from the extended instructions sets and increased number of registers that both helps to performs much better on calculations.

i doubt that the increase from that would make a significant difference on even a set of 1000 images. even given the ideal world that the compiler catches all the optimizations that are possible. after all we are still dealing with data that is more than one generation back - our cameras are not even 16bit.

if you want speed in raw-image processing.. stop waiting for the 64bit "revolution", which wont happen.. work on your settings. use a camera with smaller files. use your camera in circumstances that dont need noise reduction. skip the fancy tools like LCE, ah, better, get rid of all plugins, dont use lens correction etc etc.
or use the ultimate SPEED-UP:

shoot JPG in the final size you need.

[claudermilk]

I have upgraded my system to maxed-out 16GB RAM, and as mentioned ASP does not use any more than before. I typically see only about 3GB or so used. However, when running a batch conversion it will max out utilization of all 6 cores on my CPU. The extra RAM mainly allow for space that other applications can utilize while ASP is chewing. That and future-proofing the system a bit.