Re: [LARTC] HTB stalling

2005-04-25 Thread Kunszt Arpad

> Kunszt Arpad wrote:
> > I use the CPU as timer and I have a dual Xeon box. So I use the SMP but 
> > I have phisically 2 CPUs. I don't use HyperThreading.
> 
> The TSCs on an SMP box may drift apart. Can you reproduce the problem
> with gettimeofday as time source?
  I'll make a try in the next 2-3 days.

  Arpad Kunszt


signature.asc
Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?=	=?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van	=?ISO-8859-1?Q?ell=E1tva?=
___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc


Re: [LARTC] HTB stalling

2005-04-24 Thread Kunszt Arpad
Andy Furniss wrote:
Andy Furniss wrote:
Is anyone who gets the stalls using CPU as timer?

I see Arpad is - another difference possibly - do you have smp as 
kernel option but have one processor. I don't know if it's anything to 
do with this, but last time I left it on as an option I got a panic - 
so it's always off for me now.

I use the CPU as timer and I have a dual Xeon box. So I use the SMP but 
I have phisically 2 CPUs. I don't use HyperThreading.
When I ran into this problem the CPU usage was not too high. The load 
was low and I had 25-50% idle CPU time (top). If I make some load on the 
macine the ping times grow and none else change. I checked that the 
ksoftirqd is not eating my CPU.
In the next 2-3 weeks I'll try to make a setup with HFSC not HTB maybe 
it will help (I cant use CBQ on this machine). But there are about 
20-25000 tc objects on this machine and it's not a 5 minutes job :-(
I haven't any else idea yet :-(

Arpad Kunszt
___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc


Re: [LARTC] HTB stalling

2005-04-22 Thread Kunszt Arpad

> Hi all
  Hi!
>  
> iam also facing the same problem what Mr Antoni have
> even i have done many kind of experment, but i could not resolve is
> this bug in FC3, 
> but when i does the FC1 its working fine
>  
> I found difference from FC1 to FC3 is
>  
> FC1 iptables 1.2.8 HTB 3.12
> FC3 iptable 1.2.11 htb 3.16
  I experience the problem with iptables 1.3.1 patched with qnet patch.
Are you using a 2.6 series kernel with FC1? IMHO in FC1 the default
kernel was 2.4.
  I think the problem is in the kernel somewhere.
  Bye,

  Arpad Kunszt


signature.asc
Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?=	=?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van	=?ISO-8859-1?Q?ell=E1tva?=
___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc


Re: [LARTC] HTB stalling

2005-04-18 Thread Kunszt Arpad
> Hi
  Hi!
> 
> Couple months ago I started to have a strange problem with HTB.
> My setup is Fedora Core 2 + Pentium 2 233 + 128 MB of ram and its
> serving as a router.
> For some time since going to kernel 2.6 my HTB QoS Stalls for couple
> seconds, every couple minutes. If the connection load is bigger the
> stalling is more frequent and takes longer.
   I experienced this too. I use 2.6.11 with qnet patch. I've a bigger
machine with lots of users. 
> I isolated the problem to be with HTB (CBQ works fine). 
  I use HTB too. I can't use CBQ with some reasons so I cant test it. My
HTB setup stands about 2500 classes and a total of approx 15000 tc
objects.
> The script I use now worked for a year without any problems, but since
> fedora changed to 2.6 the problems started.
  Me too. I've think the problem started after I use kernel 2.6.8.1. If
I good remember I doesn't have this problem with 2.6.7. The new thing in
2.6.8.1 was the QoS clock source (or similar). I use here CPU cycle
counter because I have a fast uplink (1 Gbps). I think maybe this can be
the source of the problem. Or the HTB has a bug from 2.6.8.1.
  If anybody has idea please write to here.

Arpad Kunszt

PS: Sorry for my terribly bad english :-(

___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc