| To: | Thomas Graf <tgraf@xxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 2/3] NET: Generic rate estimator |
| From: | jamal <hadi@xxxxxxxxxx> |
| Date: | 04 Oct 2004 09:24:16 -0400 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20041004125300.GA15898@postel.suug.ch> |
| Organization: | jamalopolous |
| References: | <20041003213124.GG14344@postel.suug.ch> <20041003213954.GI14344@postel.suug.ch> <20041003161436.50293f9a.davem@davemloft.net> <20041003233647.GN14344@postel.suug.ch> <1096852582.1046.378.camel@jzny.localdomain> <20041004125300.GA15898@postel.suug.ch> |
| Reply-to: | hadi@xxxxxxxxxx |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Mon, 2004-10-04 at 08:53, Thomas Graf wrote: > I don't think this is possible: > > octave:1> gcd([1000,1024,1200,200,128,100,32,50,122,24]) > ans = 2 > > Why not let userspace provide it? ticks/usec and usec/ticks are > exported via /proc/net/psched. Easier to define a compile time constant in the kernel. What you need is to replace the HZ/4 in the creation and execution of the timer with a constant. And that the value of said constant would be preferably in the 250ms range. If you fix this also would be worth fixing the ones in net/sched/estimator.c cheers, jamal |
| Previous by Date: | Re: [PATCH 2/3] NET: Generic rate estimator, Thomas Graf |
|---|---|
| Next by Date: | PROBLEM: Kernel oops in skbuff.c, Olly Madge |
| Previous by Thread: | Re: [PATCH 2/3] NET: Generic rate estimator, Thomas Graf |
| Next by Thread: | Re: [PATCH 2/3] NET: Generic rate estimator, Thomas Graf |
| Indexes: | [Date] [Thread] [Top] [All Lists] |