| To: | jamal <hadi@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 2/3] NET: Generic rate estimator |
| From: | Thomas Graf <tgraf@xxxxxxx> |
| Date: | Mon, 4 Oct 2004 14:53:00 +0200 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <1096852582.1046.378.camel@jzny.localdomain> |
| 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> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
* jamal <1096852582.1046.378.camel@xxxxxxxxxxxxxxxx> 2004-10-03 21:16 > The granularity of the timing is dependent on this - 250msec increments. > Find a common demonitor for all Hz values which results in something > along 200ms range and we should be set. 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. |
| Previous by Date: | Re: [PATCH] (1/3) tcp - choose congestion algorithm at initialization, Angelo Dell'Aera |
|---|---|
| Next by Date: | Re: [PATCH 2/3] NET: Generic rate estimator, jamal |
| Previous by Thread: | Re: [PATCH 2/3] NET: Generic rate estimator, jamal |
| Next by Thread: | Re: [PATCH 2/3] NET: Generic rate estimator, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |