Re: why do we add idle->Todevice with each PollDevice ?

"ahmed A." <[email protected]>
Newsgroups gmane.network.routing.click
Message-ID <CAEOg8vn+zoyoYpSVsWtDTE3C-5H269kZJQCWb45WVCAV6o=5OA@mail.gmail.com>
Could you please explain what was the reason of using Idle -> ToDevice in
the past ?
 I am trying to measure the CPU cycles consumed by PollDevice and it seems
like  Idle -> ToDevice has an effect on that, i.e.  Having   Idle
-> ToDevice increases the speed of Polling (number of polls per second)
when you have no traffic, so you will have more empty polls, but as soon as
you remove Idle -> ToDevice  the number of empty polls decreases, I am
still talking about no traffic case. When you have traffic, Idle
-> ToDevice has no effect at all and the Packets/sec is the same either you
have it or you don't, also the number of empty polls doesn't change.

By the way I am using e1000 click patched driver.

Ahmed

On Mon, Nov 14, 2011 at 5:28 PM, Eddie Kohler <[email protected]> wrote:

> (1) If you add "Idle -> ToDevice(X)", that shouldn't actually take
> very much CPU.
>
> (2) BUT you are right. I think maybe this message is left over from an
> older version of Click. Is anyone using polling device drivers? Can
> anyone confirm whether or not ToDevice helps performance in a
> sniffer-only PollDevice configuration?
>
> Eddie
>
>
>
> On Mon, Nov 14, 2011 at 9:24 AM, ahmed A. <[email protected]> wrote:
> > hello,
> >
> > Please could any one explain to me why do we add Idle-> ToDevice (eth0)
> to
> > a configuration file, when we have PollDevice(eth0) running on the same
> > interface ?
> > I got warning messages saying without the Idle-> ToDevice (eth0), I will
> > get Bad performance , why is that? I would expect adding a ToDevice will
> > consume some
> > CPU cycles and degrade the performance rather than improving it ....
> >
> >
> > I would appreciate any help or tips.
> >
> > Thanks,
> > Ahmed
> > _______________________________________________
> > click mailing list
> > [email protected]
> > https://amsterdam.lcs.mit.edu/mailman/listinfo/click
> >
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.