Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 30 Dec 2019 09:18:36 -0500
From:      Pedro Giffuni <pfg@FreeBSD.org>
To:        Alexey Dokuchaev <danfe@freebsd.org>, Alexander Motin <mav@freebsd.org>
Cc:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r356185 - in head: lib/geom lib/geom/sched sys/geom sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/sys
Message-ID:  <db15d493-d2ec-168c-e4e4-ec98a9c3a201@FreeBSD.org>
In-Reply-To: <20191230113243.GA58338@FreeBSD.org>
References:  <201912292116.xBTLG4kV012809@repo.freebsd.org> <20191230113243.GA58338@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On 2019-12-30 06:32, Alexey Dokuchaev wrote:
> On Sun, Dec 29, 2019 at 09:16:04PM +0000, Alexander Motin wrote:
>> New Revision: 356185
>> URL: https://svnweb.freebsd.org/changeset/base/356185
>>
>> Log:
>>   Remove GEOM_SCHED class and gsched tool.
>>  =20
>>   This code was not actively maintained since it was introduced 10 yea=
rs ago.
>>   It lacks support for many later GEOM features, such as direct dispat=
ch,
>>   unmapped I/O, stripesize/stripeoffset, resize, etc.  Plus it is the =
only
>>   remaining use of GEOM nstart/nend request counters, used there to im=
plement
>>   live insertion/removal, questionable by itself.
> Wow, that was unexpected, I use it on all my machines' HDD drives.


There was a posting by mav@ on the -arch list : " gsched: modernize or
remove?".

It was a short notice (Dec 27), but there was strong agreement from the
author.

> Is there a planned replacement, or I'd better create a port for the
> GEOM_SCHED class and gsched(8) tool?

If you can convince someone to update it with the enhancements suggested
in the -arch post, I guess it could be resurrected, otherwise a port.

Pedro.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?db15d493-d2ec-168c-e4e4-ec98a9c3a201>