X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 275D8DC012B for ; Tue, 15 Nov 2011 17:23:35 +0000 (UTC) Received: by iakl21 with SMTP id l21so10806052iak.13 for ; Tue, 15 Nov 2011 09:23:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=rRhXdzfuW5NxP1YB6HjlTvLYg6+uCGHw+MRHv7bEyNA=; b=FS+Gdc3Hh5LJaPeD7ZV0DLmAff2E9ZAGqmGq7L3j+SKDMUMrzJVMdUAbbarlxfya/C 6mtKC11QLpouv8TbZLkFTAN+FuDomPHJQFjCVRRM9d6qUNit0ziMcnsshnbDHQxdd0uD EK6bPewRrzhS/4kAvZMMoyW8Qv2ZcYU+pUgUU= X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Received: by 10.50.104.137 with SMTP id ge9mr28827378igb.38.1321377814745; Tue, 15 Nov 2011 09:23:34 -0800 (PST) Received: by 10.231.219.73 with HTTP; Tue, 15 Nov 2011 09:23:34 -0800 (PST) Date: Tue, 15 Nov 2011 18:23:34 +0100 Message-ID: Subject: [alpine-devel] Limited number of CPUs From: Florian Heigl To: alpine-devel@lists.alpinelinux.org Content-Type: text/plain; charset=ISO-8859-1 Hi, I have a question about the maximum number of CPUs in a default Alpine kernel. I had noticed this on 2.2.2 and now on 2.3.1, too. In a dual-12core Opteron box I see only 8 active CPUs. localhost:~# grep proc /proc/cpuinfo processor : 0 processor : 1 processor : 2 processor : 3 processor : 4 processor : 5 processor : 6 processor : 7 I guess this limit was set somewhere and never good into anybodys way, but now that Alpine is starting to have Xen dom0 support this (might) be an issue for some. Ideally you only hand over 2-3 CPU cores (as much as you need for network and disk IO) to the Xen management VM dom0 and the rest is just for "payload" virtual machines. But not everyone does it like that so it would be nice to have all available. Does anyone know if this is an intentional limit? Greetings, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---