mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   GPU Computing (https://www.mersenneforum.org/forumdisplay.php?f=92)
-   -   Program interaction (https://www.mersenneforum.org/showthread.php?t=19054)

Chuck 2014-01-05 01:53

Program interaction
 
This is the first time I have had a noticeable interaction between mfaktc and another program. I updated to Quicken 2014 this afternoon since my old version was three years old and some of the data downloading capability was going to end (they do this every three years to force you to buy the new version).

The new version was incredibly slow. The program took 30 seconds to appear on the screen, and the data appeared in a jerky fashion. Just for fun I terminated the mfaktc instance which was sharing with the video display.

Instant and amazing difference.

I guess this is my first experience with a commercial application that makes heavy use of the GPU.

cardogab7341 2014-01-05 19:33

Yes, I found the same behavior with Quicken 2014. I usually stop mfaktc when doing video intensive tasks, but one wouldn't think that running a finance program would be a video intensive task.

kladner 2014-01-05 19:56

I would guess that a finance program either uses some fancy graphic tricks, or that it harnesses the amazing calculating ability of a GPGPU.

Photoshop uses the GPU to boost some processes, but to my knowledge, it runs into trouble when Prime95 is using all [U]CPU[/U] cores. I have to pause some P95 workers to make the Photoshop family (Photoshop, Bridge, Adobe Camera Raw, Lightroom) reasonably responsive. Some of this sluggishness may also derive from high RAM usage in P-1, etc.

chalsall 2014-01-05 21:44

[QUOTE=kladner;363879]I would guess that a finance program either uses some fancy graphic tricks, or that it harnesses the amazing calculating ability of a GPGPU.[/QUOTE]

I would guess you are correct, on the first part, but not the latter.

Possibly the program is using some fancy GPU based UI rendering via the OS which is being hindered by the GPU being very busy factoring.

I, personally, have found the UI to become extremely sluggish using Chrome under both Linux and Windows when the GPU is busy. Chrome leverages on any GPU(s) available without taking GPU load into consideration.

Entirely speculation, but it seems like a reasonable conclusion based on the evidence available.

LaurV 2014-01-06 02:05

[QUOTE=kladner;363879]to my knowledge, [adobe stuff] runs into trouble when Prime95 is using all [U]CPU[/U] cores.[/QUOTE]
This is true, not only for "heavy" adobe stuff mentioned, but also for the simple "acrobat reader". Some part(s) of it run at a very low priority or need very high CPU resources for a short time. In my job I have always many PDF's open on screen (datasheets, etc), and I found out long ago that when I open a [U]second[/U] pdf, there is a delay (visible, measurable, sometimes tens of seconds, and never for the first pdf file, but starting from the second, there is a delay, which is constant, does not grow if I open more files) if p95 uses all CPU cores to max. Stopping/pausing p95 for even a second (and starting it back immediately, or not - sometimes I let it off and forget about it for hours) solves the problem, all pdf file open instantly, "exploding" on the screen.

Uncwilly 2014-01-06 03:57

[QUOTE=LaurV;363915]This is true, not only for "heavy" adobe stuff mentioned, but also for the simple "acrobat reader".[/QUOTE]A while back when updating to Reader X, the transfer across the network was going [B][U]very[/U][/B] slow. I stopped Prime95 and it took off. The network was ok, it seemed the the Adobe install program was set at low priority.

LaurV 2014-01-06 04:29

Yes indeed, this problem started with upgrading from acrobat "reader 9" to "reader x" (and it is more acute on xp32 than on win7_64). "Reader 9" didn't have this issue.


All times are UTC. The time now is 06:30.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.