On Sun, Feb 12, 2012 at 03:58:54PM +0100, Julian Wissmann wrote:
> Also libevent is using kqueue and I've tried patching both Tor and
> libevent to use CLOCK_MONOTONIC_FAST and CLOCK_REALTIME_FAST, as has
> been pointed out by Alexander.
Just a reminder of rwatson's ldpreload trick to speed up get
Hi
>
> On 11 Feb 2012, at 00:06, Steven Murdoch wrote:
>
>> On 10 Feb 2012, at 22:22, Robert N. M. Watson wrote:
>>> I wonder if we're looking at some sort of different in socket buffer tuning
>>> between Linux and FreeBSD that is leading to better link utilisation under
>>> this workload. Bot
Quoting Julian Wissmann (from Wed, 8 Feb
2012 18:33:53 +0100):
1086 tor RET read 1568/0x620
1086 tor CALL clock_gettime(0xd,0x7fffd910)
1086 tor RET clock_gettime 0
1086 tor CALL
kevent(0x3,0x3e18000,0x2,0x3dbe000,0x400,0x7fffd920)
1086 tor GI
1086 tor RET read 1568/0x620
1086 tor CALL clock_gettime(0xd,0x7fffd910)
1086 tor RET clock_gettime 0
1086 tor CALL kevent(0x3,0x3e18000,0x2,0x3dbe000,0x400,0x7fffd920)
1086 tor GIO fd 3 wrote 64 bytes
1086 tor RET kevent 3
1086 tor C
Can you verify that it's properly using kqueue, rather than poll?
Adrian
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscr...@fre
On Mon, Feb 6, 2012 at 9:38 PM, Julian Wissmann
wrote:
> Hi,
>
> I'm an admin for a non-profit that runs Tor exit nodes, most of them on Linux
> currently, but due to problems on our high bandwidth nodes, we decided to
> migrate one of them to FreeBSD to do some testing.
> I've been using FreeBS
Hi,
I'm an admin for a non-profit that runs Tor exit nodes, most of them on Linux
currently, but due to problems on our high bandwidth nodes, we decided to
migrate one of them to FreeBSD to do some testing.
I've been using FreeBSD for quite some years now, longer than Linux, so I
figured this
