login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
August
»
25
Re: RFC: MTU for serving NFS on Infiniband
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Eric Dumazet
Subject:
Re: RFC: MTU for serving NFS on Infiniband
Date: Wednesday, August 25, 2010 - 5:17 am
Le mercredi 25 août 2010 à 16:10 +0400, Alexey Kuznetsov a écrit :
quoted text
> Hello! > > > It is, but ip_append_data() is allocating a huge head if MTU is huge. > > Hmm, strange, as I remember, it was supposed to work right. > > If the device supports SG (which is required to accept non-linear skbs anyway), > then ip_append_* should allocate skbs not rounded up to mtu and we should > allocate small skb with NFS header only. Does not it work? > > I can only guess one possible trap: people could do _one_ huge ip_append_data() > (instead of "planned" scenario, when the header is sent with ip_append_data() > and the following payload is appended with ip_append_page()). Huge ip_append_data() > will generate huge skb indeed. Is this the problem? > > > BTW this issue could be revisited and this "will generate huge" can be reconsidered. > Automatic generation of fragmented skbs was deliberately suppressed, because it was > found that all devices existing at the moment when this code was written > are strongly biased against SG. Current code tries to _avoid_ generating > non-linear skbs, unless it is intended for zero-copy, which compensated > bias against SG. Modern hardware should work better. > > Alexey
Hi Alexey, Few hours ago, I privately asked to Marc Aurele if its infiniband device was supporting NETIF_F_SG in its features ;) Thanks ! --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
RFC: MTU for serving NFS on Infiniband
, Marc Aurele La France
, (Mon Aug 23, 7:44 am)
Re: RFC: MTU for serving NFS on Infiniband
, Stephen Hemminger
, (Mon Aug 23, 8:05 am)
Re: RFC: MTU for serving NFS on Infiniband
, Ben Hutchings
, (Mon Aug 23, 8:12 am)
Re: RFC: MTU for serving NFS on Infiniband
, Marc Aurele La France
, (Tue Aug 24, 8:14 am)
Re: RFC: MTU for serving NFS on Infiniband
, Ben Hutchings
, (Tue Aug 24, 10:57 am)
Re: RFC: MTU for serving NFS on Infiniband
, Marc Aurele La France
, (Tue Aug 24, 1:33 pm)
Re: RFC: MTU for serving NFS on Infiniband
, Ben Hutchings
, (Tue Aug 24, 3:20 pm)
Re: RFC: MTU for serving NFS on Infiniband
, Stephen Hemminger
, (Tue Aug 24, 3:39 pm)
Re: RFC: MTU for serving NFS on Infiniband
, Eric Dumazet
, (Tue Aug 24, 10:54 pm)
Re: RFC: MTU for serving NFS on Infiniband
, Alexey Kuznetsov
, (Wed Aug 25, 5:10 am)
Re: RFC: MTU for serving NFS on Infiniband
, Eric Dumazet
, (Wed Aug 25, 5:17 am)
Re: RFC: MTU for serving NFS on Infiniband
, Marc Aurele La France
, (Thu Aug 26, 4:40 am)
Re: RFC: MTU for serving NFS on Infiniband
, Eric Dumazet
, (Thu Aug 26, 4:57 am)
Re: RFC: MTU for serving NFS on Infiniband
, Chuck Lever
, (Thu Aug 26, 7:58 am)
Re: RFC: MTU for serving NFS on Infiniband
, Stephen Hemminger
, (Thu Aug 26, 4:53 pm)
Re: RFC: MTU for serving NFS on Infiniband
, David Miller
, (Thu Aug 26, 5:06 pm)
Re: RFC: MTU for serving NFS on Infiniband
, Roland Dreier
, (Fri Aug 27, 9:20 am)
Re: RFC: MTU for serving NFS on Infiniband
, Roland Dreier
, (Fri Aug 27, 10:16 am)
Re: RFC: MTU for serving NFS on Infiniband
, Marc Aurele La France
, (Fri Aug 27, 10:53 am)
Re: RFC: MTU for serving NFS on Infiniband
, Marc Aurele La France
, (Thu Sep 30, 11:50 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
David Brownell
Re: build #337 failed for 2.6.24-rc1-gb1d08ac In function `usbnet_set_settings':
Eberhard Moenkeberg
Re: OT: character encodings (was: Linux 2.6.20-rc4)
Andy Walls
Re: [PATCH 11/32] v4l/cx18: update workqueue usage
Thomas Gleixner
[patch -mm 19/28] x86_64: Use generic cmos update
Casey Schaufler
Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Pat Thoyts
[PATCH] git-gui: use themed tk widgets with Tk 8.5
Michael Witten
Re: 'git gc --aggressive' effectively unusable
Eric Raymond
git status --porcelain is a mess that needs fixing
Jonathan Nieder
Re: [PATCH v2] git-send-email.perl: fix In-Reply-To for second and subsequent patc...
linux-netdev
:
David Miller
Re: [PATCH 32/53] netns xfrm: finding policy in netns
Jean-Louis Dupond
Re: tg3 driver not advertising 1000mbit
Jan Engelhardt
[PATCH 1/3] net: tcp: make hybla selectable as default congestion module
Matt Mackall
Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference
Eric Dumazet
Re: HTB accuracy on 10GbE
git-commits-head
:
Linux Kernel Mailing List
V4L/DVB (8018): Add em2860 chip ID
Linux Kernel Mailing List
[ARM] unconditionally define __virt_to_phys and __phys_to_virt
Linux Kernel Mailing List
ARM: Add Versatile Express SMP support
Linux Kernel Mailing List
ixgbe: fix automatic LRO/RSC settings for low latency
Linux Kernel Mailing List
hwmon: (lm77) Convert to a new-style i2c driver
openbsd-misc
:
Samuel Baldwin
Re: Forum engine
Robert
disklabel - cylinder rounding
nixlists
Re: Which laptops do the developers use?
Claudio Jeker
Re: OT: Python (was Re: vi in /bin)
L. V. Lammert
OT, .. but has anyone seen a crontab editor
Colocation donated by:
Syndicate