Re: Still More Secrets of Buffer Cache Enlargement.

2013-06-10 Thread Kenneth R Westerback
On Sun, Jun 09, 2013 at 12:37:26PM -0600, Bob Beck wrote: Greetings all, Here's an up to date version of the buffer flipper that installs on post hackathon -current. This diff (~beck/viagra.diff15) contains one important change from the previous version - In the old cache, as buffers

Re: Still More Secrets of Buffer Cache Enlargement.

2013-06-10 Thread Bob Beck
No issues so far! At 101% of last port (chromium) on bufferflipper crashing laptop. Such a nasty name for a laptop that just happened to run a version of my diff with a bug :)

brgphy diff to test on fiber bge(4)

2013-06-10 Thread Mike Belopuhov
Hi, Could someone with a fiber bge give the diff below a spin. The code chunk in question should not be run for fiber PHYs. There's no change in functionality for non-optical transmitters. http://svnweb.freebsd.org/base/head/sys/dev/mii/brgphy.c?r1=244480r2=244481 OK's are welcome as well.

Re: DPI for pf(4)

2013-06-10 Thread Franco Fichtner
Hi all, adhering to the basic rule of not reinventing the wheel has sort of crippled the efforts to come up with an elegant solution for the topic at hand. Two approaches have been proposed earlier, so let's go through them: (1) Diverting traffic to userspace That's generally a good idea, but

Still looking for 1U servers in western canada.

2013-06-10 Thread Bob Beck
I'm still looking for 1U servers in western canada. we have an opportunity to build a better build infrastructure for ports but need the gear to do it with. I would be keenly interested in 1) Workable semi-modern amd64 capable intel hardware, 1U - 4 GB of ram or more is nice, One disk drive.

Re: Still looking for 1U servers in western canada.

2013-06-10 Thread Marc Espie
On Mon, Jun 10, 2013 at 03:21:36PM -0600, Bob Beck wrote: I'm still looking for 1U servers in western canada. we have an opportunity to build a better build infrastructure for ports but need the gear to do it with. I would be keenly interested in 1) Workable semi-modern amd64 capable

Re: enable cmp macro for rb-trees in sys/tree.h

2013-06-10 Thread Philip Guenther
On Sun, Jun 9, 2013 at 3:22 PM, Franco Fichtner fra...@lastsummer.de wrote: I've had this patch in my tree for a while. It's just a consistency fix so that cmp can be a plain macro for rb-trees, too. ... - comp = cmp(elm, tmp); \ +

Re: enable cmp macro for rb-trees in sys/tree.h

2013-06-10 Thread Franco Fichtner
You are right, my mistake. The previous patch was the consistency patch, but this one actually does what the subject says. The motivation behind it was the fact that rb trees *almost* support this and I can't see any harm. The same could be done for splay trees, but I found this too intrusive