Re: My program causes MacBook Pro to use NVidia graphics processor
Re: My program causes MacBook Pro to use NVidia graphics processor
- Subject: Re: My program causes MacBook Pro to use NVidia graphics processor
- From: Gideon King <email@hidden>
- Date: Tue, 4 May 2010 08:59:25 +1000
He sends a system profile with the program running and another without it running. Without the program running, it is as follows:
Graphics/Displays:
NVIDIA GeForce GT 330M:
Chipset Model: NVIDIA GeForce GT 330M
Type: GPU
Bus: PCIe
PCIe Lane Width: x16
VRAM (Total): 512 MB
Vendor: NVIDIA (0x10de)
Device ID: 0x0a29
Revision ID: 0x00a2
ROM Revision: 3532
gMux Version: 1.9.21
Displays:
Display Connector:
Status: No Display Connected
Display Connector:
Status: No Display Connected
Intel HD Graphics:
Chipset Model: Intel HD Graphics
Type: GPU
Bus: Built-In
VRAM (Total): 288 MB
Vendor: Intel (0x8086)
Device ID: 0x0046
Revision ID: 0x0012
gMux Version: 1.9.21
Displays:
Color LCD:
Resolution: 1680 x 1050
Pixel Depth: 32-Bit Color (ARGB8888)
Main Display: Yes
Mirror: Off
Online: Yes
Built-In: Yes
And with it running, it is:
Graphics/Displays:
NVIDIA GeForce GT 330M:
Chipset Model: NVIDIA GeForce GT 330M
Type: GPU
Bus: PCIe
PCIe Lane Width: x16
VRAM (Total): 512 MB
Vendor: NVIDIA (0x10de)
Device ID: 0x0a29
Revision ID: 0x00a2
ROM Revision: 3532
gMux Version: 1.9.21
Displays:
Color LCD:
Resolution: 1680 x 1050
Pixel Depth: 32-Bit Color (ARGB8888)
Main Display: Yes
Mirror: Off
Online: Yes
Built-In: Yes
Display Connector:
Status: No Display Connected
Intel HD Graphics:
Chipset Model: Intel HD Graphics
Type: GPU
Bus: Built-In
VRAM (Total): 288 MB
Vendor: Intel (0x8086)
Device ID: 0x0046
Revision ID: 0x0012
gMux Version: 1.9.21
Displays:
Display Connector:
Status: No Display Connected
The only other interesting thing I see in the second one is an entry called "IOUserClientCreator" which identifies my program - not sure if this means that my program forced it to use the mode it is using.
I have not verified any of this independently, and I am only assuming that running my program is the only thing that has changed, and that it is not just a temporary switch while the application is starting up or something like that...I'll do what I can to check that, but I think from the replies so far it appears that the operating system chooses what it chooses and you can't control that directly.
Anyway, I don't think that I'll spend a lot of time on this since there is a new version of the program that links against different libraries etc due out next week. I'll see if this user still has the problem with that version.
I see from Jens' reply, that I could try DYLD_PRINT_LIBRARIES, but it would perhaps not be very useful until I know what I am looking for, and we're not going to update the old version of the application anyway. If anyone does know if it is specific libraries that do this, and can provide a list, maybe I can check the new application against that list and possibly make some changes if required.
Thanks for the quick replies.
Regards
Gideon
On 04/05/2010, at 8:26 AM, GMail Account wrote:
> How does the user know it's your program, and that it's starting the GPU?
>
> On Monday, May 3, 2010, Gideon King <email@hidden> wrote:
>> Not particularly. I mean it is a graphics based program, but we don't have animations going on while the program is just sitting there, and we don't use any opengl or anything like that. Even when the user is interacting with it, it's just normal screen redraws - nothing I would have thought would be particularly taxing graphically.
>>
>> I'm a bit mystified as to why the machine would think that it needs the most advanced graphics chip available.
>>
>> Regards
>>
>> Gideon
>>
>> On 04/05/2010, at 7:55 AM, Junio Gonçalves Vitorino wrote:
>>
>>> I don't believe that this can be possible. Your software require some complex graphic process?
>>
>> _______________________________________________
>>
>> Cocoa-dev mailing list (email@hidden)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden