I'm going to blame softdep:
A long time ago when modifying large numbers of files
on a machine with limited memory suddenly:
the system became completely unresponsive,
the disk light was on solid
the poor little disk was rattling continuously.
That went on for minutes.
The same job on
Not quite sure how much has been discussed publically, but we don't
currently have the manpower to handle lots of complicated parts,
and it seems that softdep, in its current state, needs the hand of
Kirk McKusick to work.
So the current strategy has been to make the moving parts simpler
Thanks! End of discussion ;-)
(Except for a potential update of the man page.)
Mike
> Am 05.11.2023 um 19:39 schrieb Martin Schröder :
>
> Am So., 5. Nov. 2023 um 19:33 Uhr schrieb Mike Fischer
> :
>> However the default /etc/fstab does not make use of it.
>
>> From the 7.4 release notes:
>
Am So., 5. Nov. 2023 um 19:33 Uhr schrieb Mike Fischer
:
> However the default /etc/fstab does not make use of it.
>From the 7.4 release notes:
--
Make the softdep mount(8) option a no-op. Softdep was a
significant impediment to improving the vfs layer.
--
Methinks
OpenBSD 7.4 amd64
I have just noticed that mount(8) has a softdep option for FFS file systems.
And I saw this:
https://en.wikipedia.org/wiki/Soft_updates
where OpenBSD is mentioned.
However the default /etc/fstab does not make use of it.
We have been discussing how to deal with unexpected
5 matches
Mail list logo