Re: hardcoded NUM_DRAWABLES too small

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> An alternative approach is to monitor the actual size that is currently occupied
> by drawables that are referenced by the display channel, and to limit *this* size,
> instead of the number of drawables

Another alternative is to draw always (see DRAW_ALL in the code).

My tests with spiceterm reveal that it is likely that your queue runs full, and thus there
is no benefit to delay drawing?

Well, I need to run some tests with qemu to see if that happens there also.
 

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]