On Tue, Apr 26, 2022 at 01:40:46PM +0200, Stefan Hagen wrote: > Mihai Popescu wrote (2022-04-26 01:13 CEST): > > I use OpenBSD amd64 snapshots on the following dmesg hardware. > > The download rate on a browser was slow and I figured out with some > > memory mapped partition that disk transfer rate was slow. > > I can bear this since I'm not into large file transfer business. But > > here is another interesting fact: each time my disk is used by some > > file transfer, all the running applications, mostly GUI based are > > stalling - that includes mostly chromium ( even if it is not chromium > > that it does the disk data transfer). > > > > My questions are: is something incorrectly set up on my computer, > > regarding the multitasking? > > I understand disk operations are slow, but may I say that kernel is > > dragged in that slow transfer too (no DMA, no cache, etc.)? > > Does this happens to all users, but since there are more powerful > > configuration involved the delay is not so noticeable? > > Mount your file systems with the softdep flag (described in mount(8)). > This should bring HDD i/o to what you're used to on other operating > systems.
This has the unfortunate side-effect that this is not quite the official configuration. softdep is somewhat supported but if you experience panics related to this, good luck getting them fixed. (I've stopped using softdep entirely on bulk machines. NFS having burps from time to time is enough to cope with)
