summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJason McIntyre <jmc@cvs.openbsd.org>2006-11-18 10:20:00 +0000
committerJason McIntyre <jmc@cvs.openbsd.org>2006-11-18 10:20:00 +0000
commitfaa69bd7fe9888e0eb4695f9a092909cdfa75e4b (patch)
tree7ca246495e757ba204883fda31ad4bf0928db9fe
parent774d0eee301d370e2c59430213931a12d05ede27 (diff)
more fixes from bret lambert; ok pedro
-rw-r--r--sys/kern/vfs_sync.c6
1 files changed, 3 insertions, 3 deletions
diff --git a/sys/kern/vfs_sync.c b/sys/kern/vfs_sync.c
index d5ef18aa185..f859fab4061 100644
--- a/sys/kern/vfs_sync.c
+++ b/sys/kern/vfs_sync.c
@@ -1,4 +1,4 @@
-/* $OpenBSD: vfs_sync.c,v 1.41 2006/06/25 15:01:54 sturm Exp $ */
+/* $OpenBSD: vfs_sync.c,v 1.42 2006/11/18 10:19:59 jmc Exp $ */
/*
* Portions of this code are:
@@ -82,8 +82,8 @@ struct proc *syncerproc;
* not waste disk bandwidth being created and removed. To realize this,
* we append vnodes to a "workitem" queue. When running with a soft
* updates implementation, most pending metadata dependencies should
- * not wait for more than a few seconds. Thus, mounted on block devices
- * are delayed only about a half the time that file data is delayed.
+ * not wait for more than a few seconds. Thus, mounted block devices
+ * are delayed only about half the time that file data is delayed.
* Similarly, directory updates are more critical, so are only delayed
* about a third the time that file data is delayed. Thus, there are
* SYNCER_MAXDELAY queues that are processed round-robin at a rate of