[Click] Notifier::upstream_empty_signal is always active

Eddie Kohler kohler at cs.ucla.edu
Sun Jun 14 12:47:49 EDT 2009


>   If you want not even one failed pull(), that will take some reorganization 
> of the code to clear the notifier in a different place (this would be easy to do).


You may be interested in QuickNoteQueue, just checked in.

Eddie



> 
>> Since the valid/invalid test is an expensive
>> one, what I would like is for the Notifier signal to act like a test
>> function, so I only perform the valid/invalid operation if a queue is
>> non-empty. Further, in case the queue is not empty but belongs to the set of
>> "invalid" queues, I do not want to put the packet back at the head of the
>> queue (of which I cannot think of a simple way of doing from within the
>> scheduler element).
> 
> More generally, it seems like you should make your valid/invalid check 
> cheaper.  There are many possible ways to do this, including caching old 
> values of the check and only updating the cache when necessary.
> 
> Eddie
> 
> 
>> One solution is that I extend the Queue element to include a test function
>> and along with the signal check the test function.
>>
>> Is there a clean way to make the Notifier signal active only when the input
>> queue is really non-empty and not a false alarm?
>>
>> Thank you for your time. I would really appreciate any suggestions or
>> thoughts.
>>
>> Thanks
>> Ashish
>> _______________________________________________
>> click mailing list
>> click at amsterdam.lcs.mit.edu
>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click
> _______________________________________________
> click mailing list
> click at amsterdam.lcs.mit.edu
> https://amsterdam.lcs.mit.edu/mailman/listinfo/click


More information about the click mailing list