gsched: modernize or remove?

Alexander Motin mav at FreeBSD.org
Fri Dec 27 17:53:28 UTC 2019


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


More information about the freebsd-arch mailing list