From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f42.google.com ([209.85.128.42]) by ewsd; Thu Mar 12 13:14:59 EDT 2020 Received: by mail-wm1-f42.google.com with SMTP id t13so857271wmi.3 for <9front@9front.org>; Thu, 12 Mar 2020 10:14:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=oY4gpQGwjG6m2pQ8/9IdxTkIT7iU+c6ZpU6HA0Kfcmw=; b=CfkXHqljeXdacuwjuGlyRERpJwTIe3VXcFf1e2XNgfRpHWALxfJMS7BySR2DlAcI/5 lq3atbsVWTykW2Dea63nH8WUT0LDIIBwA3f5E0bTKhNOZbmQzDwBnK9lJLajm5lw0lWc QUP7ktzZcdT3hR9/LWYbgpn81lNKK/VMarDnaM0KddsO8y8t/kv+5PuVHl5WaeuLm7Jr iN2BA1EM1bHja9g77WoRFh3djxQE+ZqZSBgJwPv7r7la5bP6JujWR0d6m/qh6y8x60zM qzMZj+O2+KYd711hiCj85ib1gwH19a18e6Xb0ZVnUuwr4k64fWK+Y+6mbv1a9rlOw056 LhcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=oY4gpQGwjG6m2pQ8/9IdxTkIT7iU+c6ZpU6HA0Kfcmw=; b=e709EGBHiWJBx99gzzHXbCzIF+fAHm+0MUyiajmTVuWxfAD16OPOa4Mnf0PZiOCtXL J4I4AvDJqeX5+5RdM6YO/LzY7yO9hpr0O1ooju+Gx2JEywjW8hnChca0hyVgN7uEU2WA i0I8oNLy7X6gsANRIbVAkFc7b0s2YutvHFdDlxdjNuBm5O+JzjclLYice+oxk7W6cqKY UvbodF3M5SkXMjJ+wX7ppT8OfCgOpXwE9zRQZMpZZra4zfWhMFlFo5ZLEKjy8cZVLplv EjWqLRBan8ab0nvBWVDaTIAwTm3nNEhyyRtlEK7wpHE0+nKqYZEUlGYFrARftxcHwoxi C7sw== X-Gm-Message-State: ANhLgQ2rm2mB0GewroOVJ7VGKH6U2/Ov6evuLAj9f55jTLv0LeHwSvsz QtfMvvy55OC4p9+2QFxWLbbsJY/z7in4CXA5iTLeTw== X-Google-Smtp-Source: ADFU+vuXvrx/97sV45MeaTvPA1e5XfAhQyoFJ3HJlTvbW8xHnn1ZfoOB7YTAMyQt5zhjv+J1OHYjmS5/OMklSDnOnQo= X-Received: by 2002:a1c:791a:: with SMTP id l26mr5722422wme.103.1584033295382; Thu, 12 Mar 2020 10:14:55 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:adf:fe45:0:0:0:0:0 with HTTP; Thu, 12 Mar 2020 10:14:54 -0700 (PDT) In-Reply-To: References: <03e5fb90-cee6-8c3a-3700-e547a2959e1e@qs.co.nz> From: hiro <23hiro@gmail.com> Date: Thu, 12 Mar 2020 18:14:54 +0100 Message-ID: Subject: Re: [9front] Some SMP performance measurements. To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: content-addressed generic metadata standard ORM over HTML framework callback engine i compared ramfs and cwfs, and performance was kinda same. though ramfs might be slower than cwfs in some cases bec. ramfs is single-threaded. On 3/12/20, Steve Simon wrote: > hi, > > out of interest what are you building, the kernel? > > also, remember the caches in the file servers so try repeating the build > several times on a quiet machine. > > personally i find plan9=E2=80=99s linker is the bottleneck when doing bui= lds, and i > have always found builds to be cpu bound. > > -Steve > >> On 12 Mar 2020, at 2:40 am, Trevor Higgins >> wrote: >> >> =EF=BB=BFUsing 'mk' just because it is there and manages the multitaski= ng for me. >> I used timing of a build to measure performance. >> Comparing a standard build from ramfs with both source objects files in >> the same file service , and a build where the source and object files we= re >> split between 8 ramfs mount points. >> >> I have found that the Fileservices are a significant source of throttlin= g >> of performance. Performance using hjfs shows ramfs is not causing >> unexpected delay and ramfs always shows significant increase in >> performance over hjfs. >> >> Splitting the build directories showed a 4 fold decrease in real build >> time with fewer processors/threads. >> For a build with a single FS serving the source and a single FS serving >> the object storage, there is no real saving in time after 4 threads. The >> build process is completely IO bound with 6 threads. >> >> The split build is IO bound with 8 threads but with better utilization >> resulting in substantially lower build times. >> >> No criticism of Plan9 or anything or anyone, just looking at the numbers >> to help figure out how to design some software I am writing. SMP may not >> be much use to me in my application. >> >> >> -- >> >> We need another plan > >