[Click] background processing?

Nicholas Murphy nmurphy at cs.washington.edu
Thu Jan 25 15:40:37 EST 2007


Thanks for the reply.  In a nutshell, here's what I want to do: I'm  
including cryptographic signatures in every packet.  I want those  
signatures to be verified _eventually_, but I don't want verification  
to happen synchronously with packet reception.  I just want it to be  
a background process that grabs spare cpu cycles.  Unfortunately, I  
don't think co-operative multitasking is quite what I want here as I  
don't want the verification code, which is potentially long-running,  
to interfere with packet processing.

Thanks,
Nick

On Jan 25, 2007, at 5:11 AM, Beyers Cronje wrote:

> Hi Nick,
>
> I dont think Click is ideal for asynchronous processing. As you  
> know standard Click runs in one thread, so basically you're left  
> with Task/Timer. You can try playing around with SMP Click and have  
> your element scheduled on it's own CPU, but I havent had much luck  
> getting a stable SMP Click installation. Maybe someone else can  
> comment on their experiences with SMP Click?
>
> Stuff that might assist you:
>
> ScheduleInfo http://www.read.cs.ucla.edu/click/elements/ 
> scheduleinfo - You can ensure your task is scheduled less often  
> than other tasks.
>
> Possibly subscribe to a NotifierQueue and only schedule your task  
> if the upstream queue is empty, depending on your configuration  
> this might indicate when there are low traffic going through Click.
>
> What type of processing do you want to do?
>
> Regards
>
> Beyers
>
>
>
> On 1/25/07, Nicholas Murphy <nmurphy at cs.washington.edu> wrote:
> If I want to have a background process in click that does
> asynchronous processing, what's the best way to do it?  Task/Timer?
>
> What I'd ideally like is something that basically runs when there are
> spare CPU cycles.  In other words, it would ideally strictly defer to
> the main click processing thread.
>
> Suggestions?  I actually tried just spawning a new thread with
> pthreads, but unfortunately I'm running into compilation issues with
> pthread.h and c++. :-/
>
> (I'm only concerned with userlevel for the moment)
>
> Thanks,
> Nick
> _______________________________________________
> click mailing list
> click at amsterdam.lcs.mit.edu
> https://amsterdam.lcs.mit.edu/mailman/listinfo/click
>



More information about the click mailing list