On Tue, Sep 7, 2010 at 9:36 AM, Ronciak, John <[email protected]>wrote:
> > We have confirmed that ASPM is disabled in the BIOS and in the kernel
> > on both system, as mentioned on the SourceForge forum. We have
> > upgraded the BIOS on the Xeon based system to the latest version from
> > Supermicro, and it made no difference. The Atom based board is already
> > current for BIOS.
> Good
>
> >
> >
> > Both systems are exhibiting similar issues - they start losing data
> > under even modest multicast transmit load.
> Can you please provide the statistics from both the stack and for the
> actual device HW (via ethtool). The packets have to have gone somewhere and
> reported by the stats. They just don't disappear for the system or wire.
> This might point to where the problem is.
>
>
> John,
Thank you for the response. We did some further testing last night:
-We tried compiling the driver without MSI/MSI-X support, and that appeared
to make no difference
-Also, accessing the console via ssh is extremely sluggish when a stream is
being sent, it can take 3-4 seconds to respond to a CTRL-C for example (or
even CR), when dual 5 Mbps multicast streams are being output
-The mouse is a bit sluggish on the console, not awful, but noticeably
impacted
-No cpu load reported in userspace by top
-We will shut down X and retest to eliminate that and determine performance
at the cli
Stats will be forthcoming as well.
-Jeff
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
E1000-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit
http://communities.intel.com/community/wired
