Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Here's my question regarding services: On this page, http://www.apple.com/macosx/refinements/ it's claiming that you can right click in any app and a services menu will pop up. However, I don't get that with 10A432. I've tried several apps, TextEdit, Safari, Mail, etc and nothing showed up. However, going to the application menu and select Services. Am I missing something?

Mine doesn't do it either. In fact, in their example on the Snow Leopard site they show the Apple Store site as an example.

Mine/Demo:
 

Attachments

  • overlay_services_01_20090608.jpg
    overlay_services_01_20090608.jpg
    120 KB · Views: 135
  • pix2.jpg
    pix2.jpg
    84.3 KB · Views: 123
is there any thing different? Between this and leopard because i don't see difference

i think the new SL background looks way better then the leopard background does.. compare then by going back and forth and there is a huge difference..
 
Currently I installed the 10A432 on my umbp (2.8GHz). I looked at system preferences and it says that it is under 32 bits. Is everyone else have that on their macs?
 
Currently I installed the 10A432 on my umbp (2.8GHz). I looked at system preferences and it says that it is under 32 bits. Is everyone else have that on their macs?

It has already been covered a trillion times - ALL MAC'S BOOT BY DEFAULT USING THE 32BIT KERNEL UNLESS THE HARDWARE IS XSERVE.
 
This isn't windows where 64-bit was needed to address memory over 3.5 gigs.

32-bit Windows server can access 64 GiB, on purely 32-bit CPUs.


64-bit really only makes a difference on OSX SL when you do some major number crunching and addressing memory over 32 gigs.

No Apple supports more than 32 GiB of RAM, so the "over 32 GiB" part's wrong.

10.5 (and 10.6) have significant overhead on kernel calls when running a 64-bit app with a 32-bit kernel. So, it isn't compute crunching that benefits, it's 64-bit applications doing heavy I/O or other kernel calls.


The OSX system design is somewhat better implemented than windows, so it really doesn't matter if the kernel is 64-bit, 64-bit apps can still run and they can access all the memory they need (I think the limit is exabytes?).

If you consider a hybrid, lower-performance solution to be "better implemented" than true 64-bit operating system, OK.

Also, note that Windows x64 will run on any Apple with a Core 2 Duo CPU, but OSX x64 skips quite a few models. That's "better implemented"?
 
I'm sure some won't be pleased with this news, lol. I do suspect that those ones were really looking for errors and glitches, so I probably am unlikely to have any major trouble since my operations are so "on the surface." I'm sure 10.6.1 will resolve the immediate concerns, though. =)

Prepare for a HUGE firestorm. I've been running 10A432 for about four days on two different systems, and it still has pretty significant problems, especially apps under Rosetta. Too many spinning beach balls and frozen apps....even Apple apps.

It does install and boot quickly, though.
 
What third party applications do you have installed? I've tried to replicate what you stated in your post and it doesn't appear. I have a feeling that the issue is relating to your video drivers rather than the code relating to the dock/finder itself.

I really don't know what the problem may be. I've got a few 3rd apps installed and all of them are Universal since I did not install Rosetta during setup..

One thing that came to my mind is that when I installed Snow Leopard I did it on a small partition on the same HD that Leopard is installed. Maybe it has something to do with it. I don't know, but those visual glitches appears even when I haven't installed a single app nor codecs whatsoever.

Also regarding those visual glitches it does not matter if you use the integrated or the dedicated GPU.
 
Prepare for a HUGE firestorm. I've been running 10A432 for about four days on two different systems, and it still has pretty significant problems, especially apps under Rosetta. Too many spinning beach balls and frozen apps....even Apple apps.

It does install and boot quickly, though.

Did you enable 64-bit by default? If so, try making it boot back into 32-bit and see if the errors persist. Perhaps Apple is aware of it and disabled 64-bit boot for a reason until 10.6.1 or so is released. Just a thought! :)
 
Prepare for a HUGE firestorm. I've been running 10A432 for about four days on two different systems, and it still has pretty significant problems, especially apps under Rosetta. Too many spinning beach balls and frozen apps....even Apple apps.

It does install and boot quickly, though.

i agree. the native apple apps run great. but my third party apps freeze up often. lots of beachballs over here and i only have a few idling apps open. when going safari to word (rosetta) its bad.
 
32-bit Windows server can access 64 GiB, on purely 32-bit CPUs.

No one is talking about Windows Server - what is being discussed is Windows client and the fact that many drivers included with Windows Client are not compatible with PAE hence it isn't enabled by default.

No Apple supports more than 32 GiB of RAM, so the "over 32 GiB" part's wrong.

Their Virtual Memory subsystem is 64bit - able to address up to 15TB.

10.5 (and 10.6) have significant overhead on kernel calls when running a 64-bit app with a 32-bit kernel. So, it isn't compute crunching that benefits, it's 64-bit applications doing heavy I/O or other kernel calls.

Pardon - have you actually USED 64bit applications on a 32bit kernel? I've run 64bit applications in a 64bit kernel and 32bit applications on a 64bit kernel. To try and claim there is a spontaneous improvement in performance is ignorance of reality.

If you consider a hybrid, lower-performance solution to be "better implemented" than true 64-bit operating system, OK.

Also, note that Windows x64 will run on any Apple with a Core 2 Duo CPU, but OSX x64 skips quite a few models. That's "better implemented"?

Nice to see you're talking about something you're unqualified to speak about - but hey, that hasn't stopped you in the past.
 
Did you enable 64-bit by default? If so, try making it boot back into 32-bit and see if the errors persist. Perhaps Apple is aware of it and disabled 64-bit boot for a reason until 10.6.1 or so is released. Just a thought! :)

Missing drivers and extensions should mean that it won't boot, or some devices don't show up. Maybe some kernel panics if the drivers/extensions are there or flaky.

Wonky application behaviour shouldn't be a symptom, unless the app is doing something funky with a device.

It's funny to see some say that "Apple's 64-bit implementation is wonderful and much better than Windows'", while other people say "make sure that 64-bit is disabled" if someone reports problems! :eek:
 
Missing drivers and extensions should mean that it won't boot, or some devices don't show up. Maybe some kernel panics if the drivers/extensions are there or flaky.

Wonky application behaviour shouldn't be a symptom, unless the app is doing something funky with a device.

It's funny to see some say that "Apple's 64-bit implementation is wonderful and much better than Windows'", while other people say "make sure that 64-bit is disabled" if someone reports problems! :eek:

I didn't enable 64bit on my machine even though it's capable and I haven't had any problems with third party apps/drivers/prefpanes/etc. That's why I suggested what I did :)
 
No one is talking about Windows Server - what is being discussed is Windows client...

Then people should say "client" or XP or other words to qualify - especially since "XServe" pops up quite frequently. Since many 32-bit versions of Windows support more than 3.5 GiB, it was worth clarifying.


Their Virtual Memory subsystem is 64bit - able to address up to 15TB.

Then the reference to "above 32 GiB" is confusing. If the application VA is 64-bit, then why is the 64-bit kernel better above 32 GiB VA?

(And, most of us know that only a few programs can run with usable performance when the VA in active use exceeds the physical RAM available. Most apps turn "glacial" when forced to page.)


Pardon - have you actually USED 64bit applications on a 32bit kernel? I've run 64bit applications in a 64bit kernel and 32bit applications on a 64bit kernel. To try and claim there is a spontaneous improvement in performance is ignorance of reality.

I did not claim a "spontaneous improvement" - I said that the class of applications most likely to benefit are those doing a lot of system calls. There are many benchmarks and articles describing the performance issues that 10.5 (and 10.6 with 32-bit kernel) have, for example:

In contrast, while 32-bit versions of Linux and Mac OS X give each application its own full 4GB of virtual memory, those addresses share (overlap with) those used by the kernel's own 4GB space. That means the CPU's TLB can't maintain its cached addresses because there's no way distinguish between the two.

Every time the virtual memory system moves between the two address spaces, it has to flush the CPU's TLB. Every 32-bit system call flushes the TLB twice, repeatedly setting the cache back to zero and negating any of the performance it was designed to enable.
...
Snow Leopard will deliver both a 64-bit kernel and a full set of 64-bit bundled apps, erasing the entire TLB flush issue because the new kernel won't have to share any address space, even when running 32-bit apps (below right). This will benefit all 64-bit Mac users with a Core 2 CPU or better, even those lacking a Santa Rosa platform-style chipset, as being able to run 64-bit code and virtual memory is not tied to the amount of addressable system RAM.

http://www.appleinsider.com/article...ard_twice_the_ram_half_the_price_64_bits.html
 
Stupid question but just curious. I'm currently running the 10A432 Build and well before reading this topic I purchased/pre-ordered my copy of SL. NOW, do you think I'll be able to re-install from the disc on top of the same build?
Clean Install vs. Re-Install. Whatcha think?:p
 
Easy to change this if you're interested: 64bit Kernel in SL.

I'm really looking forward to all the threads where people who boot into 64 bit say that it's a piece of crap and doesn't work on their machines. It's off by default for a reason. The average user is not going to benefit from booting into 64 bit; it will actually cause problems if they don't have the drivers. People just gotta have 64 bit cause they think they are missing out on something magical.
 
It's funny to see some say that "Apple's 64-bit implementation is wonderful and much better than Windows'", while other people say "make sure that 64-bit is disabled" if someone reports problems! :eek:

It's not contradictory. The 64 bits implementation can be a very good one, but Apple (not even Steve Jobs) is not a god, and can't avoid inevitable issues that ALL OS makers face when switching to a 64 bits kernel.

Whatever OS you try with a 64 bits kernel, being Linux, Windows, Mac OS X or <put any OS name with 64 bits kernel available here>, when you use a 64 bits kernel, you must use 64 bits kernel extensions as well (also called kernel modules on Linux), which includes generally drivers, and some low level software features use by some software like, for example, virtualization software (VMWare, Parallels, VirtualBox...).

That's why no OS maker dared to offer 64 bits version by default, some PC manufacturers tried to put 64 bits version of Windows Vista pre-installed on their PC, but guess what? Most users of them asked to get a 32 bits version because the device <name of a device without 64 bits driver> didn't work.

And clearly enabling 64 bits kernel by default on a general consumer OS, for the first version of it having a 64 bits kernel (which is the case of Mac OS X 10.6), would be plainly stupid, except if the OS maker likes to receive device compatibility complains ;).
 
Not as excited for SL as I was for Leopard, but still looking forward to trying it out. At $30 it's a steal with all these supposed improvements. I'm glad Apple is trying to avoid the "feature creep".

Does quicktime X allow you to speed up videos to 1.2, 1.3x etc?
 
FYI: Many "who Hackintosh" have paid for a retail copy of Leopard for their Hackintosh machines and many who have built Hackintosh machines also purchase and pay for real Macs. And many Hackintoshers also buy expensive software package made by Apple, such as Logic Pro and/or Final Cut Pro, to use on their machines.

Yeah! And another thing, none of that software is available online as bittorrent, so why would anyone steal.... oh, wait! Crap... nevermind.
 
32-bit Windows server can access 64 GiB, on purely 32-bit CPUs.




No Apple supports more than 32 GiB of RAM, so the "over 32 GiB" part's wrong.

10.5 (and 10.6) have significant overhead on kernel calls when running a 64-bit app with a 32-bit kernel. So, it isn't compute crunching that benefits, it's 64-bit applications doing heavy I/O or other kernel calls.




If you consider a hybrid, lower-performance solution to be "better implemented" than true 64-bit operating system, OK.

Yes I am aware of Windows server. MS is capable, but on the desktop they disabled the ability to access more than 3.5 gigs. I have no clue why.

OSX can access 32 gigs in 32-bit mode, but 64-bit is required for efficient access of this memory due to address space overhead, the overhead you are talking about. But unless you are shoving 30 gig hashes into memory like we do, you'd never even notice this.

The computational overhead of the 32-bit kernel with 64-bit app is only for kernel calls. We run Mac Pro's with 32-gigs memory doing intensive number crunching. There is a very small % increase in speed when going 64-bit kernel (the program is 64-bit). For this application where the crunching goes on for 24-30h, a few % in speed increase makes a difference, most of this comes thread management for large data structures in memory from the kernel and why it makes sense to go full 64-bit.

Also, note that Windows x64 will run on any Apple with a Core 2 Duo CPU, but OSX x64 skips quite a few models. That's "better implemented"?
Again, the kernel design of OSX is much different than windows and makes no difference if the kernel is 16-bit, 32-bit or 64-bit unless you have a genuine program that is making extensive kernel calls. If not the program can access its 64-bit registers just fine with little overhead.

But, unless you are doing really intense stuff like we do with our mac pro's there simply is no difference. This was why Leopard was such a great OS design. While windows is dealing with a hard-break to 64-bit, OSX can soft transition and can work simultaneously in both modes with very little/no overhead.

In fact, hardware compatibility argues that 32-bit was a good decision as is the memory loss to increased address space.

Plus, who is surprised by this? Apple has been telling us for a long time that SL would be 32-bit kerneled and 64-bit would be optional. We have used their advice to steer hardware purchases of new Mac Pros and also why we run a few Sun machines. But again, these machines are doing things that no user would ever do on a regular system.
 
Not as excited for SL as I was for Leopard, but still looking forward to trying it out. At $30 it's a steal with all these supposed improvements. I'm glad Apple is trying to avoid the "feature creep".

Does quicktime X allow you to speed up videos to 1.2, 1.3x etc?

unfortunately it does not. it is my only complaint about quicktime x: that you cannot change the playback speed... well that and you cannot access the video and audio streams in order to correct improperly coded videos whose audio gets out of sync with the video.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.