Re: Abysmal re(4) performance under 8.1-STABLE (mid-August)

2010-11-07 Thread Pyun YongHyeon
On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Spörlein u...@spoerlein.net wrote: Hello Pyun, On this new server, I cannot get more than ~280kByte/s up/downstream out of re(4) without any tweaking. re0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500        

Re: Abysmal re(4) performance under 8.1-STABLE (mid-August)

2010-11-07 Thread Ulrich Spörlein
On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote: On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Spörlein u...@spoerlein.net wrote: Hello Pyun, On this new server, I cannot get more than ~280kByte/s up/downstream out of re(4) without any tweaking. re0:

Re: Abysmal re(4) performance under 8.1-STABLE (mid-August)

2010-11-07 Thread Marek 'Buki' Kozlovský
On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Spörlein wrote: On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote: On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Spörlein u...@spoerlein.net wrote: Hello Pyun, On this new server, I cannot get more than ~280kByte/s up/downstream out

Re: RELENG_7 em problems (and RELENG_8)

2010-11-07 Thread Mike Tancsa
Just for the archives, the version of http://lists.freebsd.org/pipermail/svn-src-head/2010-November/022058.htmlhttp://lists.freebsd.org/pipermail/svn-src-head/2010-November/022058.html fixes this particular problem on this particular version of the em nic for me on RELENG_8. The motherboard

Re: Abysmal re(4) performance under 8.1-STABLE (mid-August)

2010-11-07 Thread Pyun YongHyeon
On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote: On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote: On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Sp??rlein u...@spoerlein.net wrote: Hello Pyun, On this new server, I cannot get more than ~280kByte/s up/downstream out

Re: hast vs ggate+gmirror sychrnoisation speed

2010-11-07 Thread Pete French
Just to report back on this - I just tried the patches from last week, which fixed the sending of the keepalives in the different thread, but my original issue (the sychronisation speed) remains I'm afraid - so much for the theory that the corruption was causing the speed decrease. It's obviously