On Fri, Nov 23, 2007 at 07:29:38AM -0700, Chris Gehlker wrote:
> And I'm increasing under the impression that it isn't except the very   
> small area, basically the virtual memory manager, where it needs to be  
> to support 64-bit applications. Windows got this wrong - basically  
> they went to an all 32-bit or all 64-bit world - and I was initially  
> under the impression that Linux did too. But now I think that linux   
> got it right. I don't know why Windows got it so wrong, those people  
> aren't stupid. If I had to speculate, AI'd guess it  had something to  
> do with their ABI. Maybe you  simply can't link 32-bit libraries into  
> 64-bit code in the Windows world.

I've been reading along in this discussion, and it's been interesting so
far. :)

If it's best to use 32-bit code unless you have a compelling reason for
64-bit, doesn't the same hold true for 16-bit? It would be twice as
compact as 32-bit code, so twice as much would fit in cache. IIRC, there
are reasons why you want 32-bit for Intel processors to run a "real" OS,
having less to do with bit width than the mode the processor is in.

I have two 64-bit boxes running 64-bit OS. They are both in colo, and
they run until I reboot them (i.e., they are quite stable). Two points
about that: 1) neither box has an Intel processor (why use Intel for
64-bit?!  they seem to suck at it), and 2) the boxes are running neither
Windows nor Linux (I bring that up because I can't comment on Fedora
stability or performace in 64-bit). I also have a couple of old 64-bit
boxes at home. They are old enough to be slow, but one of which I used
recently for quite a while as a desktop machine, including running
Firefox, and it worked fine. Once again, not Windows or Linux, and not
an Intel processor.

I just find it interesting that there's all this talk of 64-bit on Intel
processors. I never considered them much of a player in 64-bit. I'd love
to hear how and why you people have done so. I don't want flames: I'm
truly curious.

-- 
Darrin Chandler            |  Phoenix BSD User Group  |  MetaBUG
dwchandler@stilyagin.com   |  http://phxbug.org/      |  http://metabug.org/
http://www.stilyagin.com/  |  Daemons in the Desert   |  Global BUG Federation
---------------------------------------------------
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss