Re: Rapid gfx display Qs


"Jim Mack" <jmack@xxxxxxxxxxxxxxx> wrote

To get a baseline, I timed just getting (LoadPicture) random 1280x720
BMP files into a picture box with autoredraw off. The average load
time was about 65ms, with almost no variation -- 63-67ms was the
range.

You might convert them to DIB files and compare that. I am thinking
the quickest route using the API would be to use files that contained only
DIB data so that you could load a file into an array and use SetDIBitsToDevice
to send the data to the display. I would think that'd reduce the operation to
its bare minimum; load a file into memory, and transfer that data to the display....

(just a thought)
LFS


.

Relevant Pages

  • Re: [PATCH] sched: move enough load to balance average load per task
    ... The current implementation of find_busiest_grouprecognizes that approximately equal average loads per task for each group/queue are desirable (e.g. this condition will increase the probability that the top N highest priority tasks on an N CPU system will be on different CPUs) by being slightly more aggressive when *imbalance is small but the average load per task in "busiest" group is more than that in "this" group. ...
    (Linux-Kernel)
  • [PATCH] sched: move enough load to balance average load per task
    ... The current implementation of find_busiest_group() recognizes that approximately equal average loads per task for each group/queue are desirable by being slightly more aggressive when *imbalance is small but the average load per task in "busiest" group is more than that in "this" group. ... the amount moved from "busiest" to "this" is too small to reduce the average load per task on "busiest". ...
    (Linux-Kernel)
  • Re: RT task scheduling
    ... The smpnice patches improve load balancing, ... to achieve equal "average load per task" for each group/queue. ... achieve the aim of equally distributing the weighted load, ...
    (Linux-Kernel)
Loading