Displaying 3 results from an estimated 3 matches for "_sharing_".
2014 Apr 19
1
RFC: sharing config interrupt between virtio devices for saving MSI
...| between multiple virtio devices.
| (Applies to virtio-blk too).
I have this solution here, and only have draft patches of Solution
1 & 2, let's discuss if solution 3 is feasible.
* We should not introduce perf regression in this change
* little effect is acceptable because we are _sharing_ interrupt
Solution 1:
==========
share one LSI interrupt for configuration change of all virtio devices.
Draft patch: share_lsi_for_all_config.patch
Solution 2:
==========
share one MSI interrupt for configuration change of all virtio devices.
Draft patch: share_msix_for_all_config.patch
Solutio...
2014 Apr 19
1
RFC: sharing config interrupt between virtio devices for saving MSI
...| between multiple virtio devices.
| (Applies to virtio-blk too).
I have this solution here, and only have draft patches of Solution
1 & 2, let's discuss if solution 3 is feasible.
* We should not introduce perf regression in this change
* little effect is acceptable because we are _sharing_ interrupt
Solution 1:
==========
share one LSI interrupt for configuration change of all virtio devices.
Draft patch: share_lsi_for_all_config.patch
Solution 2:
==========
share one MSI interrupt for configuration change of all virtio devices.
Draft patch: share_msix_for_all_config.patch
Solutio...
2009 Aug 24
0
CIFS slow on gigabit, doesn't support sockopt=TCP_NODELAY ?
...the repeat. I
hope I got the right place this time. :)
I've noticed that the cifs client for Linux is slow over gigabit
ethernet. It seems to max out at about 10 megs/sec, while the drives
can go a lot faster. Also, if I mount the same network share from a
Mac, it's a lot faster. When _sharing_ via samba, one can set the
TCP_NODELAY option (among others), which fixes the problem. But with
the cifs client, I find that there appears to be no way to set the
option. When mounting manually, you can use "-o sockopt=TCP_NODELAY",
and you can also put that into /etc/fstab. Either way...