Recommended Posts

Anyway, the genie effect seems to work fine if I tell it to minimize into the application icon. Restoring minimized windows looks OK both ways.

Mac OS X has a third hidden minimize effect, the so called "Suck-in" one, which can only be enabled through Terminal or using an application like TinkerTool or OnyX. Looking at your screen recording it looks like the third (unsupported) one has been enabled somehow.

All these graphic bugs were kind of expected, OpenCL is still an infant technology, but Apple really shouldn't have rushed this.

OpenCL isn't a graphics thing, it's a general processing thing (write code that runs on the GPU or the CPU)

Having dug around it seems that Macbook Pro 3,1 won't boot to 64 by default because the AirPortAtheros driver is still 32bit which would indicate why it's been blacklisted from booting in native.

I've give it a little test to see if my hypothesis on the matter is correct.

That's the only reason I can't boot my hack in 64bit :(

OpenCL isn't a graphics thing, it's a general processing thing (write code that runs on the GPU or the CPU)

Exactly, it interacts with the graphics subsystem thereby influencing overall performance. I'm betting at this stage it's not optimized enough to cooperate well.

I got it and installed it clean, then imported via Time Machine.

Finder is noticeably faster for me... but aside from that... meh?

Also, pelas help me understand this 64 bit issue. I have a MacBook 4,1 and via the terminal command I have verified that I can run 64bit. However, am I reading it correctly here that I CAN'T boot to 64bit? I installed Win 7 64bit on this machine and it worked just fine.

I got it and installed it clean, then imported via Time Machine.

Finder is noticeably faster for me... but aside from that... meh?

Also, pelas help me understand this 64 bit issue. I have a MacBook 4,1 and via the terminal command I have verified that I can run 64bit. However, am I reading it correctly here that I CAN'T boot to 64bit? I installed Win 7 64bit on this machine and it worked just fine.

The Kernel boots in 32 bit, however everything else runs/is able to run in 64bit mode.

Exactly, it interacts with the graphics subsystem thereby influencing overall performance. I'm betting at this stage it's not optimized enough to cooperate well.

But if you're not running any OpenCL code, it won't effect graphical performance.

But if you're not running any OpenCL code, it won't effect graphical performance.

That's a big if. Some people are reporting jerkiness in transition effects after they open a few different applications. One of those apps can very well be using OpenCL routines (Finder or another Apple app). If one of those routines gets routed to the GPU there's a big chance it'll influence GPU performance for graphics, especially in less capable ones.

I'm running on a 9400m and so far haven't found animations to lag, others have...

Of course, OpenCL being the culprit is just a theory for now, could be a lot of things.

Can you elaborate on that some? Or post a link to "Running 64 bit stuff in Snow Leopard for Dummies" site? :p

There is no need for you to specify anything - if the application has 64bit supported compiled in, it will be run as a 64bit application. It's like.. magic!

There is no need for you to specify anything - if the application has 64bit supported compiled in, it will be run as a 64bit application. It's like.. magic!

Ah, yes I see. I am reading this http://www.appleinsider.com/articles/09/09...rd_64_bits.html and it is making some sense.

thanks!

Can you elaborate on that some? Or post a link to "Running 64 bit stuff in Snow Leopard for Dummies" site? :p

You don't really need to worry about anything. From what I understand Mac OS X is really smart, and you will be getting most of the advantages of 64-bit anyway without the driver incompatibilities that come with a 64-bit kernel.

That's a big if. Some people are reporting jerkiness in transition effects after they open a few different applications. One of those apps can very well be using OpenCL routines (Finder or another Apple app). If one of those routines gets routed to the GPU there's a big chance it'll influence GPU performance for graphics, especially in less capable ones.

I'm running on a 9400m and so far haven't found animations to lag, others have...

Of course, OpenCL being the culprit is just a theory for now, could be a lot of things.

Ahh yes the 9400m and the 9600m GT are OpenCL's little darling chips which is most optimized for, older chips may support it but it was intended to really start here

Mac OS X has a third hidden minimize effect, the so called "Suck-in" one, which can only be enabled through Terminal or using an application like TinkerTool or OnyX. Looking at your screen recording it looks like the third (unsupported) one has been enabled somehow.

Interesting, I'll install OnyX tonight and see if it solves the "issue".

That's a big if. Some people are reporting jerkiness in transition effects after they open a few different applications. One of those apps can very well be using OpenCL routines (Finder or another Apple app). If one of those routines gets routed to the GPU there's a big chance it'll influence GPU performance for graphics, especially in less capable ones.

I'm running on a 9400m and so far haven't found animations to lag, others have...

Of course, OpenCL being the culprit is just a theory for now, could be a lot of things.

it could be drivers too, mine has been a little jaggie (like the transitions are not smooth using an intel 945gm), in leopard everything was smooth

and thanks for the links ricardo for istat (Y)

Ahh yes the 9400m and the 9600m GT are OpenCL's little darling chips which is most optimized for, older chips may support it but it was intended to really start here

Well, since the 9600M GT is only an overclocked 8600M GT, a card that outperforms in every aspect the 9400M then I guess this will be no problem for us old macbook pro owners, right?:unsure:e:

Well, since the 9600M GT is only an overclocked 8600M GT, a card that outperforms in every aspect the 9400M then I guess this will be no problem for us old macbook pro owners, right? :unsure:

come on now this is apple were talking about lol

I assume it will work ok as long as it is a supported chip, but for now OpenCL's development will continue to grow, I simply meant the 9400m and 9600m GT were the chips chosen for it to be optimized the most for initially

iStat Menus 2.0 is released

http://islayer.com/apps/istatmenus/

intel chip sensors

http://islayer.com/help/istatmenus-intel/

USBoverdrive will be out shortly with 64bit driver

I never realised how much I used this app before I didn't have it anymore. Donated $5 to their Donation thingy on their site.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • That stupid annoying Sign in with Google on all these sites now... get the fk outta here
    • I was just being silly based on David Uzondu's comment ☺️
    • The unified inbox, when it arrives, will be a powerful argument for those who have > 1.
    • Fan Control V269 by Razvan Serea Fan Control is a powerful and versatile portable utility that allows you to monitor, control and customize the fans of your GPU and CPU to keep your machine cool and running smoothly. Fan Control supports a wide range of devices and hardware configurations, giving you complete control over your computer's cooling system. Fan Control backend is mainly based on LibreHardwareMonitor, an open source fork of the original OpenHardwareMonitor. This means that hardware compatiblity is entirely open for anyone to contribute, and doesn't rely on a single developer who may stop caring at some point. Combined with the plugin system, Fan Control is unlocked for many generations of hardware to come. Main features Guided setup process on first launch Save, edit and load multiple profiles Change the theme and color of the application. Multiple temperature sources ( CPU, GPU, motherboard, hard drives... ) Multiple fan curve functions, including a custom graph Mix fan curves or sensor togethers (max, min, average) Low resource usage Advanced tuning with steps, start %, stop %, response time and hysteresis FanControl V269 changelog: Allow only 1 service client at a time App title no longer show the full path Add service retry policy by default Fix pre-pairing issue between control and speed cards Fix a bug with ADLX % (duty) reporting Download: FanControl V269 | Installer ~20.0 MB (Open Source) View: Fan Control Homepage | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Collaborator
      Asgardi earned a badge
      Collaborator
    • Conversation Starter
      mobandz earned a badge
      Conversation Starter
    • Apprentice
      fernan99 went up a rank
      Apprentice
    • One Month Later
      nothanks earned a badge
      One Month Later
    • One Month Later
      B2Proxy earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      469
    2. 2
      PsYcHoKiLLa
      243
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      73
    5. 5
      Michael Scrip
      60
  • Tell a friend

    Love Neowin? Tell a friend!