Hi, to use the TSC, the processor has to have a tsc, you can see that in /proc/cpuinfo, for as far as I know, every P4 has it (but I'm not sure), it's in the "flags" of cpuinfo: On my P4-1800: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm The "loop calibrated" jiffies stuff dates back to 386, it's used everywhere in the kernel timing, and it's very inaccurate, I don't know if 2.6 still uses it everwhere, what kind of processor do you have? I've never tried to change the Hz value, does changing it in param.h really changes the frequency of the clock ticks? If so, why is the default only 100Hz these days? doesn't make sense to me. I do use the PSCHED_CPU in a production environement at the moment, works fine. Cheers, Jeroen. On Mon, 15 Mar 2004 11:37:16 +0000 Maria Joana Urbano <stmaria@xxxxxxxxx> wrote: > > >in pkt_sched.h: > > > >#define PSCHED_CLOCK_SOURCE PSCHED_CPU > > > >that's all, I wonder why it's not default to do this, or maybe it's an > >idea to make the packet scheduler detect the presence of tsc when the > >module is loaded. > > Hi, > > I think not all processors accept this #define PSCHED_CLOCK_SOURCE > PSCHED_CPU. At least, I couldn't do it in my router. > > I am not using HTB but TBF, but I think the timing problems are similar. As > to tune TBF with higher precision, I had to manually change Hz value from > 100 to 1000, in param.h, and actually I am getting better results. > > My question is, does anybody tried to do this in an production environment? > For instance, in a router that integrates traffic control, NAT, firewall, > services gateway, etc., can this change in HZ value harm in any way the > rest of the system? > > Thanks in advance, > Joana Urbano > _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
