-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok, I figured out that apparently I was the idiot in this story, again. I forgot to set SO_RCVBUF on my network sockets higher, so that's why I was dropping input packets.
The zfs_txg_timeout=1 flag is still necessary (or else dropping occurs when commiting data to disk), but by increasing network input buffer sizes it seems I was able to cut input packet loss to zero. Thanks for all the valuable advice! Regards, - -- Saso Saso Kiselkov wrote: > I tried removing the flow and subjectively packet loss occurs a bit less > often, but still it is happening. Right now I'm trying to figure out of > it's due to the load on the server or not - I've left only about 15 > concurrent recording instances, producing < 8% load on the system. If > the packet loss still occurs, I guess I'll have to disregard the loss > measurements as irrelevant, since at such a load the server should not > be dropping packets at all... I guess. > > Regards, -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAks7YhIACgkQRO8UcfzpOHC8RACgrryGDuVNBYg7q7FPzTKbL8UJ u+YAoJeUhNYGWwXGi3IqOPPIS4jW9x1j =f+GQ -----END PGP SIGNATURE----- _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
