summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2012-12-27 15:52:57 -0400
committerGravatar Joey Hess <joey@kitenet.net>2012-12-27 15:52:57 -0400
commit3a7570938c5c7c0aab815995fa2fbb4e82ba3688 (patch)
tree307b2e945094e8b6ba99ed87849ba964e81fcae3
parent32fb77c8a5a47f40eda8cb6982940304ac238644 (diff)
OSX no longer affected by kqueue bugs
-rw-r--r--doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn5
-rw-r--r--doc/design/assistant/inotify.mdwn6
2 files changed, 9 insertions, 2 deletions
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn b/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
index bd4fa0e06..ba2148454 100644
--- a/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
@@ -18,4 +18,7 @@ Also this was appearing in the logs
To be precise, I suspect that the kqueue limit is 256, I had 325 files in the 'queue', I ended up doing a _git annex add_ manually and all was fine.
-[[!tag /design/assistant/OSX]]
+[[!meta title="kqueue system limits"]]
+
+> This affects BSD systems that use Kqueue. It no longer affects OSX,
+> since we use FSEvents there instead. --[[Joey]]
diff --git a/doc/design/assistant/inotify.mdwn b/doc/design/assistant/inotify.mdwn
index 10df55b2a..edb6564bf 100644
--- a/doc/design/assistant/inotify.mdwn
+++ b/doc/design/assistant/inotify.mdwn
@@ -12,7 +12,11 @@ available!
* Kqueue has to open every directory it watches, so too many directories
will run it out of the max number of open files (typically 1024), and fail.
I may need to fork off multiple watcher processes to handle this.
- See [[bugs/Issue_on_OSX_with_some_system_limits]].
+ See [[bug|bugs/Issue_on_OSX_with_some_system_limits]]. (Does not affect
+ OSX any longer).
+
+* The OSX FSEvents code is new and relatively untested. A known problem is
+ that it does not handle whole directory renames right.
## todo