| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Tigon3 5701 PCI-X recv performance problem |
| From: | Steve Modica <modica@xxxxxxx> |
| Date: | Wed, 08 Oct 2003 13:21:50 -0500 |
| Cc: | johnip@xxxxxxx, netdev@xxxxxxxxxxx, jgarzik@xxxxxxxxx, jes@xxxxxxx |
| In-reply-to: | <20031008101046.376abc3b.davem@redhat.com> |
| Organization: | SGI |
| References: | <3F844578.40306@sgi.com> <20031008101046.376abc3b.davem@redhat.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030425 |
David S. Miller wrote:
Oh yeah? What are your numbers like if you just disable the ia64 kernel unaligned access printk()?
it's definitely not the printk. They have that throttled so it only prints once for a large number of occurances. The problem is that on the Altix platform they have to deal with unaligned accesses via an exception handler. This causes them to run through hundreds of instructions. There's evidntally another mechanism in the cpu that's more efficient in daling with unaligned accesses, but we can't use that for some reason (atomicity I think, but I don't recall). This extra memcpy when the buffer is not unaligned currently only impacts 5701 (since it's the only chip for which the 2 byte pad is omitted) although the alignment issue would bite us no matter what the chip if the 2 byte pad is omitted. Steve
|
| Previous by Date: | Re: Tigon3 5701 PCI-X recv performance problem, John Partridge |
|---|---|
| Next by Date: | Re: [PATCH] Implementation for IPv6 MIB:ipv6AddressTable, Shirley Ma |
| Previous by Thread: | Re: Tigon3 5701 PCI-X recv performance problem, David S. Miller |
| Next by Thread: | Re: Tigon3 5701 PCI-X recv performance problem, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |