EDIT: Read down to the bottom for another simple SpeedBoost that might suprise you.
EDIT(2): Read down to the bottom bottom for yet another simple SpeedBoost that might suprise you. " over the finder when using effects like I previously noticed.
enter(with the double quotes) "Graphics Mode"="1280x1024x16" at the boot prompt (change 1280x1024 to suit your resolution eg 1024x768 or 1600x1200 etc...)
Dell Laptop Speed Boost
Another one discovered on the train ride...
Dell apparently has a bios option to set the processor clock to a different speed while booting, and while running. If the clock is set to "compatible" mode while booting, it slows down the clock for boot, and sets it back to the maximum speed after booting. Unfortiantly, this speed change in the clock is registered by OS X's description of the processor, but it still runs at the slower, compatible, speed after booting. Setting the bios setting to the fastest clock speed on boot will make the clock run at its full speed, and allow OS X to fly through applications. I cut the load time for MS Office in Rosetta in less than half by applying this bios change.
Super Speed Boost
At the Darwin Boot Screen type this : platform=X86PC
Note : This disables all ACPI functions.
Note2: This also disables HyperThreading
Note3: For some, this can cause your system to not boot when entered.
Here's a serious boost in speed for some of you
First off, I'm not the originator of this tip/hack/fix, I'm just someone that learned it from someone else and I can't recall specifically who that person was. I'll dig through my IRC logs so I can credit the person who told me.
Anyway, since the TPM (Trusted Platform Module) is bypassed in the VMWare image that so many people are using to create a native OSx86 installation on their PCs, one thing that a lot of people probably don't even realize is this:
On some machines there is an AppleTPMACPI.kext (kernel extension) that is still looking for/trying to access that TPM chip that doesn't exist and was removed from the code as far as the TPM check goes.
So... this translates to the kernel_tasks process going hog wild on CPU usage and pegging the CPU around 95% constantly. Most users that are suffering this malady would describe it as: slow sluggish mouse response, windows drawing onscreen visibly instead of popping into view, drop down menus not dropping down with a click but seconds later, e/tc.
If you've got OSx86 running native, do this to check:
Finder - Go - Utilities - Activity Monitor and check your CPU usage on the colored graph. If that graph is almost solid red as it moves from right to left, you've got this bug and it's sucking down almost all your CPU power. You can confirm this by looking up at the top of the screen and seeing the processes that are running. Change the drop down menu to show "All processes" and look for kernel_tasks. It should show roughly 95% usage but it fluctuates up and down a bit.
Good news though: there is a simple fix.
Since the TPM module isn't used we have no use for the kext that's causing all the problems.
Open your main drive, browse to System/Library/Extensions. Inside there you'll find one named:
Delete it by dragging it to the Trash Can or just drag it someplace else on your system and then reboot.
EDIT: OSx86 will ask you for the password when you try to delete this system file. The password (if you're using the deadmoo VMWare .img version of OSx86 as so many people do) is:
Welcome to a much much faster and far less sluggish OSx86 for Intel. :)
Have fun, always...
NOTE: This also works from within VMWARE!
The easiest way to remove this folder is to do "sudo su" (in your home dir) and give deadmoo's password "bovinity", when asked for a password. Voilà! You're root and you can now remove the folder etc etc etc.
COMMENT: There are reports that starting the GUI with AppleTPMACPI.kext takes a very long while due to the CPU working too hard. This easy way will solve the problem without having to wait for the GUI to load (save time):
The next easiest way to delete or remove this file if you find you don't have permissions is to reboot, and at the prompt type: -v -s to boot into single user mode. Then type "/sbin/fsck -fy" followed by "/sbin/mount -uw /" (as it says in the text it prints out before the prompt) in order to remount the filesystem as writable. Then just move the folder like this "mv /System/Library/Extensions/AppleTPMACPI.kext /System/Library/". Finally reboot with "shutdown -r now".
Speedboost for SSE3 CPUs
On this page, under the "Things Everyone Will Need to Do After Installing OSX86" section, there is a tip, and a download, involving increasing the speed of your SSE3 (only) OSx86 machine.
SpeedBoost Part III
This SpeedBoost will make Tiger roar (as in "you can move windows as fast as you want, you can enable the dock animation, ...") when run inside VMware Workstation 5.0:
This is really two different things:
- In the VMware UI, VM > Settings, Select "Linux, Other Linux" as the guest OS type. Trust me, this is the correct thing to do. (edit by Fi-Ji: if you have the option FreeBSD (or even better: Darwin, but I think it's not there) it - should - be even better since the system calls from OS X have more resemblence with *BSD than with Linux. YMMV)
- In the VM's BIOS (not your host's !) Disable both serial ports and the floppy controller. To do this, boot the VM, make sure the VM has focus, hit F2. From the BIOS screen go to Advanced > I/O Device Configuration". Disable the floppy drive in the first bios screen, too, and you will get no warning when you are booting.
As a sidenote to this particular SpeedBoost, before you even start the VM you can completely remove the Floppy disk to begin with. Load the VM, click Edit virtual machine settings then on the window that appears, highlight the floppy drive and click Remove.
Simple. No one needs a floppy for the VM anyway (at least no one I've ever chatted with) so just get rid of it. This additional tweak to SpeedBoost 3 should take care of it.
COREGRAPHICS PATCH - google macdrive, get the demo
get coregraphics and just copy it over to the correct folder, no need for confusing terminal use :)
UDMA Fix for nForce3 Chipsets
Discovered this with my Dell D505. After booting native I found kernel_task was burning up as much CPU as it could get, even without AppleTPMACPI.kext. platform=X86PC made no difference. I found it was down to MiniPCI, for some reason. Disable MiniPCI in the BIOS and everything becomes nippy. :)
Hey do not mean to grafitti here but just to add, if using laptop turn off all power saving and speed step functions and turn off usb legacy this really improved speed. --MrV, 1 Sept 2005