summaryrefslogtreecommitdiff
path: root/open_issues
diff options
context:
space:
mode:
Diffstat (limited to 'open_issues')
-rw-r--r--open_issues/pfinet.mdwn17
1 files changed, 13 insertions, 4 deletions
diff --git a/open_issues/pfinet.mdwn b/open_issues/pfinet.mdwn
index 8782fe08..7aadd736 100644
--- a/open_issues/pfinet.mdwn
+++ b/open_issues/pfinet.mdwn
@@ -10,9 +10,18 @@ License|/fdl]]."]]"""]]
[[!tag open_issue_hurd]]
-IRC, #hurd
+In certain situations, pfinet spawns more and more threads,
+apparently without any bounds.
-pfinet explosion
+The thread creation happens in bursts rather than continuously.
+According to a backtrace in GDB,
+all the threads are functional and waiting for client requests.
+(The bursts are getting smaller as the number of threads rises,
+but probably only because the enormous number of existing threads
+slows down processing in general.)
- <antrik> I reproduce it with freeciv client connected to a remote X server
- <antrik> it suffices to run freeciv-gtk2, and clicking "new game"
+This can be triggered quite reliably by X clients running on the Hurd system,
+connected to an X server on another machine over TCP,
+and transferring fairly large amounts of data.
+The easiest way to reproduce it I found is launching freeciv-gtk2,
+pressing the "new game" button, and then simply waiting for a while.