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<[email protected]> 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 <[email protected]> > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges
