lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080805164103.GB2526@ami.dom.local>
Date:	Tue, 5 Aug 2008 18:41:03 +0200
From:	Jarek Poplawski <jarkao2@...il.com>
To:	Denys Fedoryshchenko <denys@...p.net.lb>
Cc:	netdev@...r.kernel.org
Subject: Re: thousands of classes, e1000 TX unit hang

On Tue, Aug 05, 2008 at 04:02:05PM +0300, Denys Fedoryshchenko wrote:
> >
> > Very interesting. Anyway tbf doesn't use gen estimators, so you could
> > test if it makes big difference for you.
> I can prepare provide details with graphs to private email and reasons why i 
> do that. With TBF i think i cannot use flow classifier, if i am not wrong, i 
> must attach classful disciplines. I tried to attach just pfifo - and i fail.

If such config works for you then why bother? I've some doubts, but
not enough to study some graphics ;)

> > Actually, gen_kill_estimator was rewritten already, but for some
> > reason it wasn't merged. Maybe there isn't so much users with such a
> > number of classes or they don't delete them, anyway this subject isn't
> > reported often to the list (I remember once). Some workaround could be
> > probably deleting individual classes (and filters) to give away a lock
> > and soft interrupts for a while), before deleting the root, but I
> > didn't test this. BTW, you are using quite long queues (3000), so there
> > would be interesting to make them less and check if doesn't add to the
> > problem (with retransmits).
> >
> > Jarek P.
> Well i am first :-) Many people prefer buy Cisco and put static shaper on 
> their NAS for customer. With iproute2 it is possible to make MUCH better 
> feeling of using maximum bandwidth, and at same time not feeling it is 
> reached maximum. Since in some applications i have much more than amount of 
> flows SFQ can provide (and especially inefficient hashing it uses), i need 
> flow classifier and a lot of classes.
> 
> Many users on my experience dont know much about kernel maillist, and they 
> didn't got used to report about problems. Now i am collecting some feedbacks 
> from my friends and trying to reproduce and report here.

Alas you are the second:
http://www.mail-archive.com/netdev@vger.kernel.org/msg60101.html 

If you think this gen_kill_estimator() fix will solve your problems
you can try to upgrade this patch and resend as yours or ours, it's
not copyrighted. Of course, no guarantee it'll be accepted this time.

Jarek P.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ