[sldev] Numbers on 32-bit vs 64-bit Linux deskop adoption

[Ambrosia]

I'm not quite sure the viewer will ever effectively take advantage of
64bit systems.
It's just not a piece of software that -can- take an effective
advantage, unless exept maybe things like 64bit integers and such.
Which actually also can be done in 32bit software, ironically, and I
doubt the ram usage ever should go above what 32bit systems allow.
However, I agree that the usage of 64bit systems depends usually on
the general usage of the PC as a whole.
I actually presume that in the Linux area, more and more 64bit systems
will pop up.
It's taking a long time, but slowly, very very slowly 32bit systems
are fading out. Gotta say it, especially with
the Windows 7 RC seeming flawlessy running in its 64bit version.

Even with the 24.6% adoption on the Linux side in current
statistics...that's one third, almost :>
I would guess that's quite a good threshold to focus on a better
supported 64bit Linux library set
for the viewer on LL's side.

On Thu, Jun 11, 2009 at 14:31, Carlo Wood<carlo at alinoe.com> wrote:
> On Wed, Jun 10, 2009 at 05:47:06PM -0700, Dzonatas Sol wrote:
>> enough for productivity. Only my newer 64 bit system, I have e-mail, a few IDEs
>> left open, several sessions of iceweasel, music player,  compiz, about 15
>> shells sessions, 8 virtual desktops, and quite often compiling the viewer over
>> and over... and I still remain productive. Yes, there are some freakin' obvious
>> gains with the amount of productivity that can be achieved with 64 bit systems.
>
> Me too(tm), but I think is more related to having for cores (and the fact that
> the viewer only uses one core effectively).
>
> The obvious advantage of running the viewer 64bit is that it can use the
> same shared libraries as everything else on my machine. If I was forced to
> run 32bit (I wouldn't, even) then I'd need to have a GB of shared libraries
> in RAM solely for the sake of the viewer alone.
>
> I'm not going to talk about advantages of processing things with 64bit
> instead of 32bit (although in some cases I've seen a factor of two speed
> increase) because the viewer is written so inefficient, it would be a
> lot easier to gain speed elsewhere.
>
> --
> Carlo Wood <carlo at alinoe.com>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting privileges
>