* Sheldon Hearn <[EMAIL PROTECTED]> [000725 00:59] wrote:
>
>
> On Mon, 24 Jul 2000 22:34:39 MST, Kirk McKusick wrote:
>
> > time_t filedelay = 30; /* time to delay syncing files */
> > time_t dirdelay = 29; /* time to delay syncing directories */
> > time_t metadelay = 28; /* time to delay syncing metadata */
> >
> > Each of these variables is individually setable.
>
> These are maximum offsets from the current queue offset (syncer_delayno)
> at which new vnode entries may be inserted. That means they can
> be changed arbitrarily without fear of "orphaned" slots, right?
If you mean "they can be changed without fear of loosing vnodes"
then the answer is "yes", the problem is that if you bump any of
these guys past 30 without fixing the #define SYNCER_MAXDELAY above
them they'll still be truncated to SYNCER_MAXDELAY because
vn_syncer_add_to_worklist() clips it like so:
if (delay > syncer_maxdelay - 2)
delay = syncer_maxdelay - 2;
(clip to SYNCER_MAXDELAY-2)
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
