Content-Type: text/plain; charset=ISO-8859-1 -------- In message <201303050519.r255JbAu012422_at_gw.catspoiler.org>, Don Lewis writes: >That's been my opinion for a long time as well, though I think it would >be better to have one thread per device to avoid syncer threads for >multiple partitions on the same drive all contending for the same >actuator. That would require that you move the syncer to the bottom of GEOM and initiate syncs by upcalls to the consumers above. But how does that work in the case of a mirrored drive ? Doesn't sound like a good idea to me. >Multiple threads would allow us to better exploit the parallelism >provided by the hardware and prevent a slow drive from impacting the >performance of the other drives in the system. It would also allow us to have different sync-intervals for different filesystems. >> I'm not sure if the syncer is untangled enough that we can have >> per mount-point threads yet, but as soon as we can, we should do that. > >I'm not aware of any fundamental issues preventing this from being >implemented, though I haven't spent much time looking at recent versions >of the code. It used to be impossible because of all the implicit locking based on pseudo-vnodes and whats-not... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk_at_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.Received on Tue Mar 05 2013 - 05:38:58 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:35 UTC