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]
Date:	Wed, 18 Jun 2008 09:50:07 -0700
From:	"Brandeburg, Jesse" <jesse.brandeburg@...el.com>
To:	"Denys Fedoryshchenko" <denys@...p.net.lb>
Cc:	"Eric Dumazet" <dada1@...mosbay.com>, <netdev@...r.kernel.org>
Subject: RE: packetloss, on e1000e worse than r8169?

Denys Fedoryshchenko wrote:
> After trying everything, it looks like that problem in PBS size, and
> as result PBA (rx fifo) size. 

agreed
 
> On ICH8 it is small, only 16K PBS (0x10), and RX/TX set each 8k, even
> i can set 0xd/0x3 it doesn't help (i didn't measure if it make less

just to make sure, you set PBA=0xd, correct?

> packetloss). As i understand, i need to set only RX, TX calculated
> automatically.  Both motherboards i tried had ICH8.

your understanding is correct, the lower 8 bits represent rx fifo size,
and the tx fifo size is computed based on the result of (PBS - (lower 8
bits of)PBA)

Please note this is mostly documented in the software developers manuals
posted both at intel.com and e1000.sourceforge.net.  ICH8 documentation
is mostly covered in the chipset documentation.
 
> All other servers which i mention, and which have enough big load
> have: 1)Sun - PBA 48K (82546EB)
> 2)DP35DP - PBA 16K (ICH9)
> 
> Also ICH8 missing some features, that ICH9 supports, such as
> FLAG_HAS_ERT, but it looks ERT useful only for Jumbo frames. 
> And sure ICH8 doesn't support Jumbo frames, maybe because of limited
> PBS. 
> 
> Is PBS size hardware limitation of ICH8?
yes, working size of the FIFO is 16kB total (PBS)

> Is it possible i am right in my conclusions?
yes, client parts will not buffer as much data (generally) due to
smaller FIFO as the server parts, which typically have 64kB total FIFO.

> Probably such details in network adapters will be useful for Vyatta
> guys, to choose proper network adapter for their systems :-) 

agreed, the rule here would be don't use client parts for server class
workloads, unfortunately we don't control what machines certain server
vendors put client parts like 82573, ICH8/ICH9 in, so sometimes you have
a "low end" server with a client gigabit ethernet part.
--
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