Hi all, Jyri Virkki wrote: (snip...) >> >> We are proposing to call it "arch", but if there is a standard way of >> naming this >> we would like to use that, although haven't found any. >> > > I saw the reference later in the thread to Apache's > "httpd/enable_64bit" boolean property so that's one precedent to > follow. I'm not a huge fan of that naming, but still, better to follow > a convention so that all components behave the same way. > > >>> Is 64bit overwhelmingly always the better choice when running on a >>> 64bit platform? (Enough so that it should be the default?) >>> >>> >> I have not been running that much performance testing with MySQL 32 vs >> 64, but from experience >> with other databases it is not always the best choice. It was pointed >> out by Peter in this thread that >> 64bit version on x86 was mostly the better choice. >> There is no good way of predicting which should be default. >> > > I saw the later discussion on 32bit being the default, so please just > update the doc to reflect that. > I keep meaning to send out a pointer on this one. I don't know if it's been noticed, but there was a slight thread of discussion on 32/64 after I wrote that blog on using svccfg to switch from 32 to 64-bit: http://blogs.sun.com/mingenthron/entry/opensolaris_web_stack_setting_services#comments
Based on those comments, I still don't think isaexec is appropriate here, but I'm very much out of my area. There could be a good argument here I'm not privy to. He makes a good point on the 64-bit being faster on by default on x64 based systems. Before this arc case goes forward adopting "enable_64bit", I thought this was worth bring up on the list to discuss. Is there any case here where isaexec makes sense? I believe we'll need to deliver both, and there are probably still a number of reasons (for now) that one may choose to run 32-bit even on a system with a 64-bit ISA, which means there has to be a switch somewhere to pick what one wants to run. - Matt -- Matt Ingenthron - Web Infrastructure Solutions Architect Sun Microsystems, Inc. - Global Systems Practice http://blogs.sun.com/mingenthron/ email: matt.ingenthron at sun.com Phone: 310-242-6439
