Re: Performance optimization in notification framework



On 17/03/2011 12:55, Juan A. Suárez Romero wrote:
> On Thu, 2011-03-17 at 11:47 +0000, Lionel Landwerlin wrote:
>> Hi all,
>>
>> The current notification framework allow only to notif modified items
>> one by one. When connecting a USB stick to my laptop, it often happens
>> that several hundred of files are suddenly available. Using the current
>> API generate a lot of cpu consumption just to raise hundred of GSignal.
>>
>> Would it be possible to complete the current API to support a kind of
>> "bulk" mode to the notification framework which would fire several
>> GrlMedia with one GSignal ?
>>
> 
> 
> The idea in this case were that source should only send one final signal
> telling the "content has changed", not a signal per element.
> 
Shouldn't we in a case like that (appearance of a new GrlBox) only send
a notification concerning said box, and then consider it's up to the
application to list its content when/if it wants?

Guij


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