Does anyone know if 3.5 will be 64-bit? I don't want to start this whole philosophical debate over the benefits of 64-bit over 32-bit, and whether or not ESX will virtualize 64-bit. I am well aware I can run 64-bit VM's with no problem.
All I want to know is if 3.5 IS a 64-bit OS?
Are there any technical papers on 3.5 anywhere?
3.5 will be 32 bit, perhaps there is a way to get above the 36 bit adressing scheme of PAE.
Or maybe you can do 64 bit adressing without going all the way for the entire OS?
- Anders
No documents yet and AFAIK 32 bit
Steve Beaver
VMTN Forum Moderator
*Virtualization is a journey, not a project.*
Well if the rumor holds true based on information from virtualization.info, wouldn't it have to at least support 64-bit? Since the supposed stats are up to 128GB of addressable memory, isn't that beyond what 32-bit architecture supports?
I agree.
Since the 32-bit PAE limit is 64GB there has to be some kind of 64-bit to support 128GB.
Ah, now that is what I am looking for. Cool, thanks very much.
3.5 will be 32 bit, perhaps there is a way to get above the 36 bit adressing scheme of PAE.
Or maybe you can do 64 bit adressing without going all the way for the entire OS?
- Anders
This is one of those true unknowns but here is what I know.
Calling VM Tech support I have been told from the horses mouth that it is a 32bit OS and they do not offer a 64bit version and it has always been 32bit so far.
Now I'm currently in 3.5 training (by vmtraining.net with CEDsolutions) and the instructor swears it is 64bit without question.
So really still no answer but if it was my bet, I would go with what VMware Tech Support has stated.
On this post (regarding running ESX 3.5 inside a VM) a VMWare employee talks about the ESX kernel being 32-bit:
If it was 64-bit they would be touting it as such, because everyone assumes 64-bit is better. Also, since it would require a rewrite of the Hypervisor and I would assume all vendor drivers, I think we would have heard about it by now. Also, If it was 64-bit then all old non-64bit servers would no longer work.
When I have asked in the past VMWara has stated that what is the point of a 64-bit rewrite if all it is buying you is more memory when the current 32-bit version already extend the memory beyond normal 32-bit limits.
-MattG
> Now I'm currently in 3.5 training (by vmtraining.net with CEDsolutions) and the instructor swears it is 64bit without question.
I have since talked to a couple of VM Ware engineers (one of them visited our site) and with no doubt, and no exception ESX 3.5 as of 8/12/08 is 32-bit. That's my final answer. That instructor is WRONG, and you can tell him I said that!
ESX 3.5 is 32 bit..however. 4.0 ESX WILL be 64-bit..;)
When I have asked in the past VMWara has stated that what is the point of a 64-bit rewrite if all it is buying you is more memory when the current 32-bit version already extend the memory beyond normal 32-bit limits.
Well not to get into specific details, but I work for a software company. We have MANY 20+ year developers on Assembler, C++ and various others. There is MUCH more to 64-bit programming than simply increasing memory constraint. There are performance considerations. LARGER address spaces, etc..
The list for why we SHOULD have 64-bit is endless.. and every programmer (that knows the true benefit) will tell you that 64-bit is where we should be, no question.
However, programmers (true programmers) is tough to make good 64-bit apps, it's infinately more complex. It's not a simple recompile. In order to reap the benefits of 64-bit it pretty much requires a true rewrite, and you have really really understand Intel Architecture.
So 64-bit is not just an extension of memory, there are so many variables, it would require an entire encyclopedia to explain.. but suffice to say, that ESX would run much better than the current level.. which is why it's coming later... Itanium is another discussion, but 64-bit would offer much more threads, processes, driver enhancement, memory limitations (conceivably there really isn't any).. 32-bit is very constraining.. but it's easier. 64-bit offers more, but it's much more to program and requires a thorough knowledge of the architecture.
VM Ware even acknowledges their limit of 32-bit programming, but it takes a lot of planning and changes to their code..which is why we haven't seen it.... YET. Stay tuned for announcements... Maybe VM World 2008 -- which is WHY I am very excited about going...
So, would you say 32bit or 64bit, given that ESX/ESXi 3.5 now support 256GB of memory?
Jase McCarty
Co-Author of VMware ESX Essentials in the Virtual Data Center
(ISBN:1420070274) from Auerbach
Definitively:
VMWARE ESX 3.5 is a 32-bit environment. Period. Had to get to version 4 to get 64-bit.
Version 3.5 *IS* able to host 64-bit guests depending on your hardware. A dell 1750 will not support a 64-bit guest. A dell 2950 will. I have done it dozens of times.
Thanks,
David