From owner-svn-src-all@FreeBSD.ORG Tue Jan 24 10:09:21 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34B7B106566B; Tue, 24 Jan 2012 10:09:21 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C50918FC12; Tue, 24 Jan 2012 10:09:20 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so6050530obc.13 for ; Tue, 24 Jan 2012 02:09:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=/3feTYrrQOV3T6qV2zX+CS7WnRuChBsQjO3/V5JAUko=; b=WSRJLFmD7WO6oxZm+YM6mNNKA0MnwKkTpBRL5+HkOZ+sl44bdDXQi9zas9QRozi91J xMmFH4/WD/QBV9te5I8WfPKPghxQXLbRcyFhhyKf96xO/PL33skIEmFpR64euoQBQKli 7v51cKVceqs4aXkO/6FyCCZvVoHp6QrgVnv4E= Received: by 10.182.216.101 with SMTP id op5mr10655002obc.54.1327399760101; Tue, 24 Jan 2012 02:09:20 -0800 (PST) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.182.2.137 with HTTP; Tue, 24 Jan 2012 02:08:39 -0800 (PST) In-Reply-To: <4F1DE4FF.3080606@FreeBSD.org> References: <201112112102.pBBL21kB068967@svn.freebsd.org> <4F1DE4FF.3080606@FreeBSD.org> From: Ivan Voras Date: Tue, 24 Jan 2012 11:08:39 +0100 X-Google-Sender-Auth: 79P-RlHBDmC-nBCqRvhxJtdJxGw Message-ID: To: Florian Smeets Content-Type: text/plain; charset=UTF-8 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Andriy Gapon Subject: Re: svn commit: r228424 - in head/sys: kern sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 10:09:21 -0000 On 23 January 2012 23:53, Florian Smeets wrote: > which creates a database work set of ~1.5GB. Max throughput was achieved > at 20 Clients. > At 40 threads the results varied between 43000 - 76500 across reboots. > Attilio suspects that this can be caused by the kernel memory layout > changing under the woods creating cache effects difficult to control, > therefor the scaling factor was reduced to 10 (~150MB work set) and the > numbers got deterministic across reboot. Or possibly NUMA? Though 40 processes and 1.5 GB seem too low for NUMA effects to be so noticable... Was the round-robin allocator talked about in here: http://lists.freebsd.org/pipermail/freebsd-hackers/2011-October/036525.html ever actually committed? I seem to remember some other thread which said it wasn't yet but can't find it now, and I also cannot find the commit. AFAIK the current state of NUMA is still described in http://svn.freebsd.org/changeset/base/210550