From owner-freebsd-geom@freebsd.org Sun Dec 22 21:00:23 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FDDF1DCEE4 for ; Sun, 22 Dec 2019 21:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47gvyH3LbDz3MSv for ; Sun, 22 Dec 2019 21:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 72DA91DCEE3; Sun, 22 Dec 2019 21:00:23 +0000 (UTC) Delivered-To: geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 717F81DCEE0 for ; Sun, 22 Dec 2019 21:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47gvyH2Wbbz3MSm for ; Sun, 22 Dec 2019 21:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4FC9A54FB for ; Sun, 22 Dec 2019 21:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id xBML0NIW062986 for ; Sun, 22 Dec 2019 21:00:23 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id xBML0NuZ062983 for geom@FreeBSD.org; Sun, 22 Dec 2019 21:00:23 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201912222100.xBML0NuZ062983@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: geom@FreeBSD.org Subject: Problem reports for geom@FreeBSD.org that need special attention Date: Sun, 22 Dec 2019 21:00:23 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 21:00:23 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 218679 | [geli] add a verify command Open | 237269 | panic in glabel (g_label_destroy) stop after resi Open | 238814 | geom: topology lock being dropped in dumpconf of 3 problems total for which you should take action. From owner-freebsd-geom@freebsd.org Mon Dec 23 04:33:37 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 33DD51E408F; Mon, 23 Dec 2019 04:33:37 +0000 (UTC) (envelope-from takawata@sana.init-main.com) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47h61D5JCQz4CYk; Mon, 23 Dec 2019 04:33:35 +0000 (UTC) (envelope-from takawata@sana.init-main.com) Received: from sana.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.15.2/8.15.2) with ESMTPS id xBN4Ihj1010837 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 23 Dec 2019 13:18:54 +0900 (JST) (envelope-from takawata@sana.init-main.com) Received: (from takawata@localhost) by sana.init-main.com (8.15.2/8.15.2/Submit) id xBN4IhBQ010836; Mon, 23 Dec 2019 13:18:43 +0900 (JST) (envelope-from takawata) Date: Mon, 23 Dec 2019 13:18:43 +0900 From: Takanori Watanabe To: Conrad Meyer Cc: freebsd-geom@freebsd.org, freebsd-fs@freebsd.org Subject: Re: svn commit: r356032 - head/usr.sbin/fstyp Message-ID: <20191223041843.GA10764@sana.init-main.com> References: <201912230241.xBN2fDte091985@repo.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201912230241.xBN2fDte091985@repo.freebsd.org> User-Agent: Mutt/1.12.0 (2019-05-25) X-Rspamd-Queue-Id: 47h61D5JCQz4CYk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.97 / 15.00]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 04:33:37 -0000 On Mon, Dec 23, 2019 at 02:41:13AM +0000, Conrad Meyer wrote: > Author: cem > Date: Mon Dec 23 02:41:13 2019 > New Revision: 356032 > URL: https://svnweb.freebsd.org/changeset/base/356032 > > Log: > fstyp(8): Use iconv(3) to convert NTFS vol labels correctly > > Rather than hackily extracting only the ASCII subset of UTF-16LE, go ahead > and convert the label to the user's locale correctly. > Modified: > head/usr.sbin/fstyp/fstyp.c > head/usr.sbin/fstyp/fstyp.h > head/usr.sbin/fstyp/ntfs.c > Good! The code was part of in-kernel glabel(4) code. We may convert the code by iconv(9), but iconv(9) requires userland support and not available on boot time, AFAIK. So I wrote crude ASCII subset convertion. Today, UTF-8 based locale is largely accepted. So in-kernel side of the code may covert fixed UTF-8, assuming devfs encoding as UTF-8. From owner-freebsd-geom@freebsd.org Wed Dec 25 18:29:52 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59EDA1E27D6 for ; Wed, 25 Dec 2019 18:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47jhTD1l70z48CP for ; Wed, 25 Dec 2019 18:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3BC1A1E27D5; Wed, 25 Dec 2019 18:29:52 +0000 (UTC) Delivered-To: geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B83D1E27D4 for ; Wed, 25 Dec 2019 18:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47jhTD0vTZz48CN for ; Wed, 25 Dec 2019 18:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1A63F1C71B for ; Wed, 25 Dec 2019 18:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id xBPITpQw023155 for ; Wed, 25 Dec 2019 18:29:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id xBPITp1V023154 for geom@FreeBSD.org; Wed, 25 Dec 2019 18:29:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: geom@FreeBSD.org Subject: [Bug 242883] geom: GPT inside gconcat loads incorrectly Date: Wed, 25 Dec 2019 18:29:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: geom@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2019 18:29:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D242883 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |geom@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-geom@freebsd.org Fri Dec 27 05:14:00 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F8501E33E3; Fri, 27 Dec 2019 05:14:00 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from symbion.zaytman.com (symbion.zaytman.com [64.112.176.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "symbion", Issuer "Narawntapu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47kZjz2727z3Fk4; Fri, 27 Dec 2019 05:13:55 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from narawntapu.narawntapu (pool-100-1-228-105.nwrknj.fios.verizon.net [100.1.228.105]) by symbion.zaytman.com (8.15.2/8.15.2) with ESMTPS id xBR5Dm40071691 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 27 Dec 2019 00:13:49 -0500 (EST) (envelope-from mi+t@aldan.algebra.com) X-Authentication-Warning: symbion.zaytman.com: Host pool-100-1-228-105.nwrknj.fios.verizon.net [100.1.228.105] claimed to be narawntapu.narawntapu Received: from aldan.narawntapu (aldan [192.168.3.13]) by narawntapu.narawntapu (8.15.2/8.15.2) with ESMTP id xBR5Deie056602; Fri, 27 Dec 2019 00:13:40 -0500 (EST) (envelope-from mi+t@aldan.algebra.com) X-Authentication-Warning: narawntapu.narawntapu: Host aldan [192.168.3.13] claimed to be aldan.narawntapu From: "Mikhail T." Subject: Recovering an old ccd To: freebsd-fs , freebsd-geom@FreeBSD.org Message-ID: Date: Fri, 27 Dec 2019 00:13:40 -0500 MIME-Version: 1.0 Content-Language: en-US X-DCC-MGTINTERNET-Metrics: narawntapu 1170; bulk rep Body=2 Fuz1=2 Fuz2=2 rep=55% X-Spam-Status: No, score=-0.9 required=23.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,RATWR8_MESSID autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on narawntapu.narawntapu X-Rspamd-Queue-Id: 47kZjz2727z3Fk4 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mi@aldan.algebra.com has no SPF policy when checking 64.112.176.10) smtp.mailfrom=mi@aldan.algebra.com X-Spamd-Result: default: False [-0.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.748,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.01)[country: US(-0.05)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[algebra.com]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.68)[-0.685,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:394548, ipnet:64.112.176.0/24, country:US]; TAGGED_FROM(0.00)[t]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[105.228.1.100.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2019 05:14:00 -0000 Hello! I need to recover some data from a ccd array I used years ago (early 21st century). I have the three disks hooked up and visible to a FreeBSD-11.x machine: * /dev/da0 (36Gb) * /dev/da1 (36Gb) * /dev/da2 (72Gb) o /dev/da2s1 I used dd(1) to dump them onto my current server and can turn the dumps into devices using md(4). But I cannot remember the ccd-configuration parameters I used back then -- nor even, whether all three were part of the array, or just the first two. The presence of the da2s1 suggests it, but trying to mount the /dev/da2s1 fails with EINVAL... file(1) identifies the first two of the images as "data", but the third is more interesting: DOS/MBR boot sector MS-MBR XP english at offset 0x12c "Invalid partition table" at offset 0x144 "Error loading operating system" at offset 0x163 "Missing operating system", disk signature 0x2f392f38; partition 1 : ID=0x7, active, start-CHS (0x0,1,1), end-CHS (0x3ff,254,63), startsector 63, 143363997 sectors Using the sysutils/scan_ffs on the images, I get the old labels listed: the "last mounted as" strings make perfect sense, but the offsets/sizes do not. For example: da2: X: 134217728 1088 4.2BSD 2048 16384 0 # /tmp/meow da1: X: 25165824 7341120 4.2BSD 2048 16384 0 # /var da0: X: 125381904 8389759 4.2BSD 2048 16384 0 # /mnt Any hints/suggestions? Thank you! Yours, -mi From owner-freebsd-geom@freebsd.org Fri Dec 27 17:53:27 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EF4491CA9A1; Fri, 27 Dec 2019 17:53:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47kvZH09yZz4Mtp; Fri, 27 Dec 2019 17:53:26 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-yb1-xb29.google.com with SMTP id w126so9622992yba.3; Fri, 27 Dec 2019 09:53:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:cc:from:subject:autocrypt:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=CqVXPeAhfkK6BEgC3DQUkYZdKvnPnoJ1+kbTC1Jt/TY=; b=JMqqlowRfMUirHusZMSt91sOzO5iFiUxTGOpTPLM7l2HFkMv4iT+Kq4x3IWQHwTBP5 cWiUdAbM7VPgWQJENpG8t3njzDVVBNtbQlRTh7XuUGlHAd5cMm15Lvh9Ra99cZ7XvXxK iDhuV8SOL+ylt2mIwJ6/To6PG2EFoRQNBiGlE8YrTJE5gdzzLtiz4bhFRdoMzxT2YOiH 9CMZ/OXBDRPyhpIKupe6z0Ow8crWDPxxsAW0MzORWHKjvKjRF8LRURciOxcwtiYSC06+ ObwtfDmE6Qfovc3yiN+J+FIqJ3T7OLLs3Am5UYHXLPxk5wvR0G2c4B9CYgvw/0AKbUXw Qwvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:cc:from:subject:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=CqVXPeAhfkK6BEgC3DQUkYZdKvnPnoJ1+kbTC1Jt/TY=; b=sb5VSdXyV+0o1szEJaNOASI1eVPyZqezTA1AiIxL8zQUJFEJVgzh8OXfGtrZ3DdoKp HX4u6oEKiRwJgdaVyDa4Ao+2iRDvxXgJMldUWK2Ut8kLiRt5QAqw2jgHxZ2nqNdokfUT T+H00ACsk5on4xx5BXOpqHMC6GCgLT3zI2DNml1p7oQfpmqUmvenJoyrMgVW+bu68n9G I2FU89Dd6cl2DuUjcb1j0KsfFwydgH77SB2R2znTh68uNH3C9bA4Nq+zu/rkWunRAZPi biDA5VZk/rnTArMaZKEukj+y1fTyc4p9/qDsaCVT8UrVjUn7pIZY/TTJ0tDGIMZ9Xczn A1xQ== X-Gm-Message-State: APjAAAXFSLcYhGYlG4mt79E0DA4Mum3PlQBX8uv8TX3HVuK49WBHrlOJ Vbgg+3ox6ndsc4pR2esYlT8qlwwT X-Google-Smtp-Source: APXvYqykzGMFExM6CsfoeIu8Z7STAhTOGRRTgdu087UJ2b1DCEZN03V1lsCvJVPbSdrv1lptq+UJAA== X-Received: by 2002:a25:2901:: with SMTP id p1mr36186321ybp.75.1577469205690; Fri, 27 Dec 2019 09:53:25 -0800 (PST) Received: from mavoffice.ixsystems.com ([12.189.233.129]) by smtp.gmail.com with ESMTPSA id y206sm14275095ywa.102.2019.12.27.09.53.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Dec 2019 09:53:25 -0800 (PST) Sender: Alexander Motin To: "freebsd-geom@FreeBSD.org" , "freebsd-arch@freebsd.org" Cc: Warner Losh , Luigi Rizzo , "Andrey V. Elsukov" , Pawel Jakub Dawidek , "Conrad E. Meyer" From: Alexander Motin Subject: gsched: modernize or remove? Autocrypt: addr=mav@FreeBSD.org; prefer-encrypt=mutual; keydata= mQENBFOzxAwBCADkPrax0pI2W/ig0CK9nRJJwsHitAGEZ2HZiFEuti+6/4UVxj81yr4ak/4g 9bKUyC7rMEAp/ZHNhd+MFCPAAcHPvtovnfykqE/vuosCS3wlSLloix2iKVLks0CwbLHGAyne 46lTQW74Xl/33c3W1Z6d8jD9gVFT/xaVzZ0U9xdzOmsYAZaAj4ki0tuxO9F7L+ct9grRe7iP g8t9hai7BL4ee3VRwk2JXnKb7UvBiVITKYWKz1jRvZIrjPokgEcCLOSlv7x/1kjuFnj3xWZU 7HSFFT8J93epBbrSSCsYsppIk2fZH41kaaFXsMQfTPH8wkeM6qwrvOh4HiQM08R+9tThABEB AAG0IUFsZXhhbmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPokBVwQTAQoAQQIbAwULCQgH AwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMKuBQkN McyiAAoJEIMYw5VbqyJ/tuUIAOG3ONOSNYqjK4eTZ1TVh9jdUBAhWk5nhDFnODN49Wj0AbYm 7aIqy8O1hnCDSZG5LttjSAo3UfXJZDKQM0BLb0gpRMBnAYqO6tdolLNqAbPGJBnGoPjsh24y 6KcbDaNnis+lD4GwPXwQM+92wZGhCUFElPV9NciZGVS65TNIgk7X+yEjjhD1MSWKKijZ1r9Z zIt4OzUTxxNOvzdlABZS88nNRdJkatOQJPmFdd1mpP6UzTNCiLUo1pIqOEtJgvVVDYq5WHY6 tciWWYdmZG/tIBexJmv2mV2OLVjXR6ZeKmntVH14H72/wRHJuYHQC+r5SVRcWWayrThsY6jZ Yr4+raS5AQ0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6Z AXgDtmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8Flv mI/c40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt 3ytU8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZ R1EdEIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm5 9R8AEQEAAYkBPAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMLYBQkNMczM AAoJEIMYw5VbqyJ/TqgH/RQHClkvecE0262lwKoP/m0Mh4I5TLRgoJJn8S7G1BnqohYJkiLq A6xe6urGD7OqdNAl12UbrjWbdJV+zvea3vJoM4MZuYiYrGaXWxzFXqWJcPwMU9sAh8MRghHu uC5vgPb45Tnftw9/+n0i8GfVhQhOqepUGdQg4NPcXviSkoAvig6pp9Lcxisn0groUQKt15Gc sS9YcQWg3j9Hnipc6Mu416HX98Fb113NHJqc2geTHLkRyuBFOoyIqB6N9GKjzOAIzxxsVdl9 TevwGsrp4M4/RFzWbSgsbOnbE7454lmuVZGfReEjnUm8RHp9Q2UWKXlp3exlZjvOp/uVEpCg lz65AQ0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6ZAXgD tmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8FlvmI/c 40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt3ytU 8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZR1Ed EIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm59R8A EQEAAYkBPAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJZYMLYBQkNMczMAAoJ EIMYw5VbqyJ/TqgH/RQHClkvecE0262lwKoP/m0Mh4I5TLRgoJJn8S7G1BnqohYJkiLqA6xe 6urGD7OqdNAl12UbrjWbdJV+zvea3vJoM4MZuYiYrGaXWxzFXqWJcPwMU9sAh8MRghHuuC5v gPb45Tnftw9/+n0i8GfVhQhOqepUGdQg4NPcXviSkoAvig6pp9Lcxisn0groUQKt15GcsS9Y cQWg3j9Hnipc6Mu416HX98Fb113NHJqc2geTHLkRyuBFOoyIqB6N9GKjzOAIzxxsVdl9Tevw Gsrp4M4/RFzWbSgsbOnbE7454lmuVZGfReEjnUm8RHp9Q2UWKXlp3exlZjvOp/uVEpCglz4= Message-ID: <6d466360-988f-e80d-3212-b6c479a5ec03@FreeBSD.org> Date: Fri, 27 Dec 2019 12:53:24 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47kvZH09yZz4Mtp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JMqqlowR; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::b29 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-3.81 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-2.61)[ip: (-8.94), ipnet: 2607:f8b0::/32(-2.16), asn: 15169(-1.88), country: US(-0.05)]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[9.2.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[mav@FreeBSD.org,mavbsd@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[mav@FreeBSD.org,mavbsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2019 17:53:28 -0000 Hi, As I can see, gsched code was not really maintained for the last 10 years since being added. It misses many GEOM features added later, such as direct dispatch, unmapped I/O, stripesize/stripeoffset, resize, etc. Even if some of them may require just a proper declaration, it tells me that barely anybody used it seriously for years. But my primary concern is the `gsched insert` implementation. Right now I got to it since it is the last consumer of nstart/nend counters in GEOM, which I would like to remove for performance reasons. But I also see tons of potential problems with idea of moving providers between unaware geoms. So my question is: does it make sense to try fix/modernize it, or it just be easier to remove it? Does anybody still use it, or see some future for it? -- Alexander Motin From owner-freebsd-geom@freebsd.org Fri Dec 27 19:49:17 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B1141CD4E5 for ; Fri, 27 Dec 2019 19:49:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47ky7w5hzYz4V5v for ; Fri, 27 Dec 2019 19:49:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf36.google.com with SMTP id o18so10387784qvf.1 for ; Fri, 27 Dec 2019 11:49:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KzMs03Aq7gxS3S651YRiHs9bHgcKA85ZOVpl5CTlK8w=; b=HqBCQFZhmM8DXMXDxjF0Tsk4FN3lWjyLJ5ZWJO8Gy5sKVJA7wbHuxVdhD4RF6ZVfc4 DJju6+0bzwDCADeBR7H6Zuy6/TA0tm25oBs/dlFIl7xn4A/7UQMpW73t1XWF+wyBydmE kbhB5Gq767QCcvRdgrQ9XyJHkteG6vI2S16aPd+yAYYG9rnSlHybCiZ5h7Bb8H9esuXl RKpeDjllU26awcG+W5hVESSSWDrVCFdqyLGlVLraDuWeAZa7+J7HNjo+WM2x027ijF65 razvbYtNSbV/7x5uMgQWHIHjr5YR2BpX3yxMgvjAee9wtwkRPUl+ji2CTz4oPB7AX93v bj5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KzMs03Aq7gxS3S651YRiHs9bHgcKA85ZOVpl5CTlK8w=; b=huVJxaXr/0hMg5ArPyroIrYmtPE1qEZEAbl3HzALSUTtdtfZH8Sq3cxYUs5V6gNSeD FLutyrU5cuGz1QpQjwJLdh9oYeQhmZzs/Yv0QD2odW6MlZzfKLsX2uuw6rFT+oAIXCkr ZAeihp95T59+0VrT9uv3dJjGg7voQMxqrpeM1xKtRt5Of7vTRfiZcVnZBBkkzB/kDoTR wcjA91Ze+8pBgKrNE/JL9GHCV8dgBY4r2MGQVWTn6vJ6blg/S0zStFEhFbwgW33TjnMh ZH7XNKGjVyEaY7js28H8Rxgp4Mf+4RuGsIEcHFTnvOQ4IXUXepoA+8WGdaj/EEyOwsR0 yOOA== X-Gm-Message-State: APjAAAXNdIUdNk1MS2zYvJ1khi3dCP1hx6091O4FyQeOQ0yucnaNxwvY smRI5ilc8GdgydYf5JuujeYE1tXVEInsBvRtZNzv7g== X-Google-Smtp-Source: APXvYqwxZqtkbkVPQWUTbqpJd03XT0xoLJQKdMfpHe6kLYdUWV90dANd0C6vJhWxWWFZo3bvTx2NwqLE9mcro+0DUHA= X-Received: by 2002:a05:6214:965:: with SMTP id do5mr26532700qvb.202.1577476155687; Fri, 27 Dec 2019 11:49:15 -0800 (PST) MIME-Version: 1.0 References: <6d466360-988f-e80d-3212-b6c479a5ec03@FreeBSD.org> In-Reply-To: <6d466360-988f-e80d-3212-b6c479a5ec03@FreeBSD.org> From: Warner Losh Date: Fri, 27 Dec 2019 12:49:04 -0700 Message-ID: Subject: Re: gsched: modernize or remove? To: Alexander Motin Cc: "freebsd-geom@FreeBSD.org" , "freebsd-arch@freebsd.org" , Warner Losh , Luigi Rizzo , "Andrey V. Elsukov" , Pawel Jakub Dawidek , "Conrad E. Meyer" X-Rspamd-Queue-Id: 47ky7w5hzYz4V5v X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=HqBCQFZh; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f36) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.82 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.82)[ipnet: 2607:f8b0::/32(-2.16), asn: 15169(-1.88), country: US(-0.05)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-geom@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_SEVEN(0.00)[8]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2019 19:49:17 -0000 On Fri, Dec 27, 2019 at 10:53 AM Alexander Motin wrote: > Hi, > > As I can see, gsched code was not really maintained for the last 10 > years since being added. It misses many GEOM features added later, such > as direct dispatch, unmapped I/O, stripesize/stripeoffset, resize, etc. > Even if some of them may require just a proper declaration, it tells me > that barely anybody used it seriously for years. But my primary concern > is the `gsched insert` implementation. Right now I got to it since it > is the last consumer of nstart/nend counters in GEOM, which I would like > to remove for performance reasons. But I also see tons of potential > problems with idea of moving providers between unaware geoms. > > So my question is: does it make sense to try fix/modernize it, or it > just be easier to remove it? Does anybody still use it, or see some > future for it? While it's kinda cool, I'm not sure it has stayed relevant enough. It's kinda at the wrong layer to do effective scheduling since the low level drivers get to pick and choose what goes to the drive when. We had a lot better luck tweaking performance doing this at the bottom of CAM. We've noticed that we like could do a bit better if we can have more coordination with the upper layers. We've not done a lot there yet, but it seems like gsched is in the middle and has the worst of both worlds: it's too low in the stack to control pacing from the upper layers, and it's too high in the stack to effectively control doling out the I/O operations to the device. So I think I'm more on the 'remove' side than the 'improve' side of your question. I wouldn't oppose someone doing a lot of work here if their workload benefits better from it, but I don't think we should do it just because we have it in the tree. It's getting in the way, so my bias is towards removal. Warner From owner-freebsd-geom@freebsd.org Fri Dec 27 22:00:44 2019 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CE0E1D0B12; Fri, 27 Dec 2019 22:00:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47l13b309gz4cF2; Fri, 27 Dec 2019 22:00:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 825FA1AF135; Fri, 27 Dec 2019 22:00:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id xBRM0fst022561 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 27 Dec 2019 22:00:41 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id xBRM0e5Q022560; Fri, 27 Dec 2019 22:00:40 GMT (envelope-from phk) To: Warner Losh cc: Alexander Motin , Luigi Rizzo , Pawel Jakub Dawidek , "freebsd-geom@FreeBSD.org" , "Conrad E. Meyer" , "Andrey V. Elsukov" , "freebsd-arch@freebsd.org" , Warner Losh Subject: Re: gsched: modernize or remove? In-reply-to: From: "Poul-Henning Kamp" References: <6d466360-988f-e80d-3212-b6c479a5ec03@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22558.1577484040.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Fri, 27 Dec 2019 22:00:40 +0000 Message-ID: <22559.1577484040@critter.freebsd.dk> X-Rspamd-Queue-Id: 47l13b309gz4cF2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-0.32 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.52)[-0.520,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_HAM_MEDIUM(-0.85)[-0.853,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_SEVEN(0.00)[9]; IP_SCORE(0.05)[ip: (0.07), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.10), country: EU(-0.00)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2019 22:00:44 -0000 -------- In message , Warner Losh writes: >On Fri, Dec 27, 2019 at 10:53 AM Alexander Motin wrote: > >> Hi, >> >> As I can see, gsched code was not really maintained for the last 10 >> years since being added. >> as direct dispatch, unmapped I/O, stripesize/stripeoffset, resize, etc. >> Even if some of them may require just a proper declaration, it tells m= e >> that barely anybody used it seriously for years. But my primary concer= n >> is the `gsched insert` implementation. Right now I got to it since it >> is the last consumer of nstart/nend counters in GEOM, which I would lik= e >> to remove for performance reasons. But I also see tons of potential >> problems with idea of moving providers between unaware geoms. >> >> So my question is: does it make sense to try fix/modernize it, or it >> just be easier to remove it? Does anybody still use it, or see some >> future for it? Gsched was always a weird thing IMO. I was happy to see that you could do stuff like that with GEOM, but for the life of me I could never figure out why you would want to do it with GEOM which is a very low-information environment when it comes to scheduling decisions. I belive the original inspiration was "Anticipatory disk-scheduling" which tries to mitigate some starvation issues which you can have with a normal elevator disksort on systems with very few ioreq sources[1]. With SSDs all but having erased seek-time from the surface of the planet, and huge caches in drives, controllers and pretty much everywhere else people have been able to squeeze one in, it is not even obvious to me if it makes sense to have any disksort in the first place[2], much less gssched. Poul-Henning [1] Imagine one process doing lots of work on the inner tracks and another on the outher track, if either processes is fast enough, it can starve out the other one, because its work is always closer. Traditionally disksorts have had "no changing direction until you get to the extreme request" hacks to ensure some fairness, but that can get to to worst-case-seek-time per I/O request land. [2] Not sure if anybody has looked at this yet, otherwise: Good project to get your hands wet with disk-I/O and benchmarking. NB: Beware of clustering. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= .