search for: tso

...s concerns FTP and SCP likewise. While trying to find a reason for this problem I did a binary search on the source tree using a generic kernel configuration and found out that the following commit is responsible for this: SVN rev 188374 on 2009-02-09 03:48:49Z by yongari MFC r185330: Implement TSO for 82550/82551 controllers. o Configure controller to use dynamic TBD as TSO requires that operation mode. o Add a dummy TBD to tx_cb_u as TSO can access one more TBD in TSO operation. o Increase a DMA segment size to 4096 to hold a full IP segment with link layer header....

...own above. I've tried to tune samba socket options (SO_RCVBUF=16384 SO_SNDBUF=16384), and this fixed the problem for samba users. One interesting thing: copying file to windows XP machine worked fine, while Vista (SP1 x64) caused the problem. What solved the problem definitely was disabling TSO for re0 (ifconfig re0 -tso). I haven't notice any performance drop and it works fine, but I'm just curious what happened to the 'good' driver from 7.0-RELEASE. Best regards, -- _/_/ .. Eugene Butusov _/_/ ... www.devilka.info _/_/ .... ebutusov(at)gmail(dot)com

Hi Here is something that worked with with 2.6.10-1.771_FC2smp and stopped working when I upgraded to 2.6.16-1.2069_FC4smp. These are fedora kernels and the network controller is an Intel Gbit (e1000) running a 100 Mbps Full Duplex. Don''t know how or if this matters but the 2.6.10 kernel has CONFIG_X86_HZ=1000 and the 2.6.16 has CONFIG_HZ=250 The idea is to just shape to , say 2Mbit, a

Monitoring a tcpdump between two systems, a FreeBSD 9.1 system has the following interface: msk0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=c011b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,TSO4,VLAN_HWTSO,LINKSTATE> ether 00:11:2f:2a:c7:03 inet 10.0.1.199 netmask 0xffffff00 broadcast 10.0.1.255 inet6 fe80::211:2fff:fe2a:c703%msk0 prefixlen 64 scopeid 0x1 nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: Ethernet autoselect (100baseTX <full-duplex,flowcontrol,r...

Hi, What's the correct way to disble TSO (TCP Segmentation Offload) in RHEL5? I have tried adding those options in ifcfg-ethX configuration file: # grep ETHTOOL /etc/sysconfig/network-scripts/ifcfg-eth0 ETHTOOL_OPTS="tso off" And also with: ETHTOOL_OPTS="-K eth0 tso off" But when restating the server TSO is enable...

...idle carrier grade machine looks like a hardware problem. David, don't you think that having software packet drop counters is a bad idea? I thought, software drop counters are there to help identify hardware problems or lack of resources. In this case, tcp stack produced output that just gone. TSO is there over years and no one even noticed given TSO/bridge conflict mainly because there is no stats. (IMHO) Let's blame standards, right? Signed-off-by : Vlad Drukker <vlad@storewiz.com> --- net/bridge/br_forward.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff...

Seems like an oversight that we have set-tx-csum and set-sg hooked up, but not set-tso. Also leads to the strange situation that if you e.g. disable tx-csum, then tso doesn't get disabled. Signed-off-by: Mark McLoughlin <markmc at redhat.com> --- drivers/net/virtio_net.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/net/virtio_net.c b/d...

Seems like an oversight that we have set-tx-csum and set-sg hooked up, but not set-tso. Also leads to the strange situation that if you e.g. disable tx-csum, then tso doesn't get disabled. Signed-off-by: Mark McLoughlin <markmc at redhat.com> --- drivers/net/virtio_net.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/net/virtio_net.c b/d...

Hello, Writing to seek help in regard to some unexpected performance anomaly i am observing in using tsoutlers:tso on the mac vs on an AWS cloud server.. I am running the following code with very small dataset of about 208 records. d.dir <- '/Users/darshanpandya/xxxxxx' FNAME <- 'my_data.csv' d.input <- fread(file.path(paste0(d.dir,"/zzz/"),FNAME,fsep = .Platform...

Hi Keir: [NET] front: Fix features on resume when csum is off When the netfront driver is resumed the features are renegotiated with the backend. However, I forgot take into account the status of the TX checksum setting. When TX checksum is disabled by the user, we cannot enable SG or TSO since both require checksum offload. This patch makes xennet check the checksum setting before renegotiating SG or TSO. This bug was fixed thanks to a report from Anton Burtsev. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Cheers, -- Visit Openswan at http://www.openswan.org/...

Hi Keir: [LINUX] netfront: Cleanup and fix TSO/GSO/CHECKSUM conditionals This patch tries to minimise the amount of code that is conditionally compiled. This is desirable (and the Linux way) as it helps to prevent people breaking code unwittingly since conditionals may hide compile problems. It also adds a missing conditional around the TSO...

...df) which works just fine. But the Date column has been turned into a factor. Is there a way to make it into a Date. I've tried, x$Date <- as.Date(x$Date) but R complains that Error in fromchar(x) : character string is not in a standard unambiguous format Thanks in advance. Horace W. Tso ______________________________________________ R-help at stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide! http://www.R-project.org/posting-guide.html

Hello, Writing to seek help in regard to some unexpected performance anomaly i am observing in using tsoutlers:tso on the mac vs on an AWS cloud server.. I am running the following code with very small dataset of about 208 records. d.dir <- '/Users/darshanpandya/xxxxxx' FNAME <- 'my_data.csv' d.input <- fread(file.path(paste0(d.dir,"/zzz/"),FNAME,fsep = .Platform...

Since virtio does not provide it's own ndo_features_check handler, TSO, and now checksum offload, are disabled for stacked vlans. Re-enable the support and let the host take care of it. This restores/improves Guest-to-Guest performance over Q-in-Q vlans. CC: "Michael S. Tsirkin" <mst at redhat.com> CC: Jason Wang <jasowang at redhat.com> CC: vi...

Since virtio does not provide it's own ndo_features_check handler, TSO, and now checksum offload, are disabled for stacked vlans. Re-enable the support and let the host take care of it. This restores/improves Guest-to-Guest performance over Q-in-Q vlans. CC: "Michael S. Tsirkin" <mst at redhat.com> CC: Jason Wang <jasowang at redhat.com> CC: vi...

...ity branches, and the following sections, please visit <URL:http://security.freebsd.org/>. I. Background fxp(4) is a network device driver which provides support for Ethernet adapters based on the Intel i82557, i82558, i82559, i82550, and i82562 chips. It supports TCP segmentation offload (TSO) for IPv4 on i82550 and i82551. II. Problem Description When a TSO option is enabled, fxp(4) always sets the length of outgoing IP packets as the interface MTU (Maximum Transmission Unit). This could could cause the packet to be lost when the TCP receiver advertises a smaller MSS (Maximum Segmen...

...n with LRO. I am guessing other hardware could be > > doing this as well. > > > > I am not sure what information would need to be preserved - > > could someone help clarify please? > > Some LRO implementations may not preserve: > > - Packet boundaries > - TSO/GSO produces packets all the same size, except possibly for the > last one. GRO therefore flushes a flow after merging a packet with > a different segment size. > - IPv4 TTL, IPv6 hop-limit, TCP timestamp > - TSO/GSO will put the same values in all packets. GRO flushes a flo...

...n with LRO. I am guessing other hardware could be > > doing this as well. > > > > I am not sure what information would need to be preserved - > > could someone help clarify please? > > Some LRO implementations may not preserve: > > - Packet boundaries > - TSO/GSO produces packets all the same size, except possibly for the > last one. GRO therefore flushes a flow after merging a packet with > a different segment size. > - IPv4 TTL, IPv6 hop-limit, TCP timestamp > - TSO/GSO will put the same values in all packets. GRO flushes a flo...

Currently, i have nodes with PMTUDiscovery =yes and ClampMSS = yes. When the server does not receive a PMTU request back from one of the clients even when the packet size is very small (say 164), then it reverts to TCP. Should i turn off PMTUDiscovery or should it be ok to leave on? It takes a very long time to do simple pings (1 second or so), so i wonder what else i can do?

I am trying to turn ON TSO in my Ubuntu Virtual machine but it gives me the following error: [image: image.png] Also on doing *ethtool -k ens3* all the features are marked as [fixed]. How to use libvirt to configure VM to have TSO?