linux-kernel - Re: [KORG] Re: kernel.org lies about latest -mm kernel

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20061219143841.GB19084@1wt.eu>
Date:	Tue, 19 Dec 2006 15:38:41 +0100
From:	Willy Tarreau <w@....eu>
To:	Dave Jones <davej@...hat.com>, "J.H." <warthog9@...nel.org>,
	Matti Aarnio <matti.aarnio@...iler.org>,
	Randy Dunlap <randy.dunlap@...cle.com>,
	Andrew Morton <akpm@...l.org>, Pavel Machek <pavel@....cz>,
	kernel list <linux-kernel@...r.kernel.org>, hpa@...or.com,
	webmaster@...nel.org
Subject: Re: [KORG] Re: kernel.org lies about latest -mm kernel

On Tue, Dec 19, 2006 at 09:36:06AM -0500, Dave Jones wrote:
> On Mon, Dec 18, 2006 at 11:39:51PM -0800, J.H. wrote:
> 
>  > I'll have to look into it - but by and large the round robining tends to
>  > work.  Specifically as I am writing this the machines are both pushing
>  > right around 150mbps, however the load on zeus1 is 170 vs. zeus2's 4.
>  > Also when we peak the bandwidth we do use every last kb we can get our
>  > hands on, so doing any tunneling takes just that much bandwidth away
>  > from the total.
>  > 
>  > 	Number of Processes running
>  > process		#1	#2
>  > ------------------------------------
>  > rsync		162	69
>  > http		734	642
>  > ftp		353	190
> 
> A wild idea just occured to me.  You guys are running Fedora/RHEL kernels
> on the kernel.org boxes iirc, which have Ingo's 'tux' httpd accelerator.
> It might not make the problem go away, but it could make it more
> bearable under high load.   Or it might do absolutely squat depending
> on the ratio of static/dynamic content.

I've already thought about this and never knew why it's not used. It
supports both HTTP and FTP and does a wonderful job under high loads.
In fact, it's what I use as an HTTP termination during benchmarks, because
it's the absolute best performer I've ever found.

> 		Dave

Regards,
Willy

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/