Well, even the machines which are compatible with K64 won't be running K64 for a long time. No 3rd party kexts are ready for K64 yet. And Apple NEVER promised K64 as default on SL. Only 64 bit GUI apps. They'll probably switch to K64 with 10.7 and people who want to experiment until then may do so on their own.
Hey, My battery life indicates 8:30 H after drive update. Before never passed 3:20 /4:00 h Let's see if this dream is real.
MBP 17 Late June - Snow Leopard 10a432
It's beginning to look like true 64-bit is like one of the "missing features" in Vista that was dropped to make the schedule (one of the schedules, at least). Promised, but not really there at the end....
But clearly you meant the feature was missing in SL compared to Vista and it is looking like is will not be there yet as promised....
...as people simply don't find it a problem - they aren't missing anything so to speak.
(Microsoft disabled >3.2GB RAM support on 32-bit XP/Vista as it is clearly not elegant and so as more machines get 4GB - consumers are automatically going to ask for 64-bit and then the vendors have to make 64-bit drivers available or lose the sale. They have also had a huge push to get drivers to 64-bit and in WhQL - so any device driver gets automatically to the clients via Windows update - no hunting required)
I see - at least Apple kept the price down, but then you can argue that Vista was much more of fundamental change than SL is. (We got a whole new UI, 64-bit mainstream and also a lots of under the hood changes.)That's the parallel - over-promise and under-deliver for both Microsoft and Apple.
Well it is debatable - not many desktop apps benefit from 64-bit - there is nothing specific security related that I can think of that 64-bit apps can take advantage of and 32-bit ones cannot - except may be for better address space layout randomization but that's more of a band-aid than addressing any real issue.Except perhaps better security and performance, especially for those 64-bit apps.
It was disabled - you cannot get a 32-bit XP/Vista machine to recognize and use more than 3.5Gb RAM. And I think the reason they crippled it for was a genuine one - if you have any experience with how badly written the consumer device's drivers are written - Microsoft found most could not handle the breakage of <4GB address assumptions resulting from PAE. Given that they sell Vista x64 and used to sell Win XP x64 for same price as 32-bit counterparts this reasoning sounds even more genuine.Large memory support wasn't "disabled" on XP/Vista, Microsoft never supported PAE (64 GiB RAM support) on the desktop systems - that was a feature to upsell to Windows Server.
(Trying to connect your 5 year old PCI card for your legacy device, not so much joy.)
Well it is debatable - not many desktop apps benefit from 64-bit - there is nothing specific security related that I can think of that 64-bit apps can take advantage of and 32-bit ones cannot - except may be for better address space layout randomization but that's more of a band-aid than addressing any real issue.
Nearly all system applications including the Finder, Mail, Safari, iCal, and iChat are now built with 64-bit code. So not only are they able to take full advantage of all the memory in your Mac, but the move to 64-bit applications also boosts overall performance.
http://www.apple.com/macosx/technology/#64bit
It was disabled - you cannot get a 32-bit XP/Vista machine to recognize and use more than 3.5Gb RAM. And I think the reason they crippled it for was a genuine one...
Hmmm, Apple says:
Sure there will be some speed up on full 64-bit due mainly to additional registers but whether or not it is significant in real life is debatable.So, one question would be whether the TLB issues with x86 kernel/x64 apps counteracts the x64 app speedup.
This is a semantic question. If something isn't there and was never there, is that "disabled"? Is there a distinction between "missing" and "disabled"? Anyway, the end result was the same.
For a long time there was no 64-bit desktop (or even server). If you needed to run with 16 GiB on a system, your choice was x86 Server only. Client would not have PAE.
Sure there will be some speed up on full 64-bit due mainly to additional registers but whether or not it is significant in real life is debatable.
Actually if you look at MS KB Article they say it was disabled post SP2 and you wouldn't want to use pre-SP2 crap anyways!
Right - even though XP SP2 *has* PAE enabled - the kernel memory manager ignores any physical addresses beyond 4GB.
All of you complaining about 30 second beachballing and such with other drives... do you have a mid-2009 13" or 15" MacBook Pro with the new SD Card slot?
If so, the problem you are experiencing is likely this one:
http://discussions.apple.com/thread.jspa?threadID=2054387 (57 pages)
https://forums.macrumors.com/threads/729883/ (11 pages)
This problem has received zero press, and has not been acknowledged by Apple.
If you are affected by this issue, please write your local Mac news sites and ask them to cover it.
That covers everybody as the problem has only just started, just checked my drive warranty runs out 2014
So next on the list of things to do would be:
Actually fix this issue in other machines.
Get 64bit kernels running on all compatible machines (not a huge deal, but embarrassing enough)
and get some freaking usable drivers for Windows!!!
update worked great for me 🙂 good thing I stick to my Apple products and not aftermarket goods
p.s. there is a reason the Apple charges a lot for their upgrades...(whisping) they are covered under their warranty and will get the all updates that are needed, thats what you are paying for. And let me tell you...it is well worth paying more to have Apple cover it.
and I would much rather have it take a while and have it done right, then having it rushed and ruining my drive, it was well worth the wait
thanks for not spending all your money on advertising, and actually fixing your machines, and then after all that you still put up with people who complain 🙂 you're my hero 🙂
i am laughing right now. Folks expect Apple to warranty thing they didn't sell. What are you smoking and can you send me some. seriously
if you changed the drive in your computer to something that wasn't what Apple put in, then you are on your own. go contact the company that made the drive.
i'm going to have to label this one a complaint FAIL
Moreover, during the introduction of the new unibody MBs and MBPs last year, Jobs went out of his way to show how easy it was to access and swap out the HD. If they had serious objections to the practice of swapping out HDs, I sincerely doubt they would have shown us how easily it could be done during the products introduction.
Lucky for me I guess....my MBP 5,1 has got a Hitachi HTS543232L9SA02 (320GB) hard drive.
At some point I was thinking about replacing the hard drive with a larger 500GB seagate 7200RPM drive. Are all of these the ones effected or only ones shipped by apple?
[...] is that the replacement drives some end users were having issues with in some earlier models were the EXACT SAME DRIVE that Apple created the firmware upgrade for, but were merely installed later on by the end user. As such, the conflict between the drive and the machine IS IDENTICAL
If you dont want to run into the same issue as everyone else is then Avoid Seagate drives ( i recommend to always stay away from that brand cause its pure rubbish)
i have great luck with Western Digital. so far all of my WD drives are all going strong. all of my Seagate drives have died within a year of owning them.