summaryrefslogtreecommitdiff
path: root/community/gsoc/project_ideas
diff options
context:
space:
mode:
authorantrik <antrik@users.sf.net>2011-03-25 10:15:46 +0100
committerantrik <antrik@users.sf.net>2011-03-25 23:32:20 +0100
commitb2958678e344de739216ec3769e770fb3b9a524f (patch)
tree1b6a4c90c08b4d0c9830ce96ca4f3747a2fe365c /community/gsoc/project_ideas
parent8ee6975b7c1c0557d21ca966c24ea09806104498 (diff)
gsoc/ideas/dtrace: fix broken links
Diffstat (limited to 'community/gsoc/project_ideas')
-rw-r--r--community/gsoc/project_ideas/dtrace.mdwn4
1 files changed, 2 insertions, 2 deletions
diff --git a/community/gsoc/project_ideas/dtrace.mdwn b/community/gsoc/project_ideas/dtrace.mdwn
index 252c303a..ebb63d48 100644
--- a/community/gsoc/project_ideas/dtrace.mdwn
+++ b/community/gsoc/project_ideas/dtrace.mdwn
@@ -12,12 +12,12 @@ License|/fdl]]."]]"""]]
[[!meta title="dtrace Support"]]
One of the main problems of the current Hurd implementation is very poor
-[[performance]]. While we have a bunch of ideas what could cause the performance
+[[open_issues/performance]]. While we have a bunch of ideas what could cause the performance
problems, these are mostly just guesses. Better understanding what really
causes bad performance is necessary to improve the situation.
For that, we need tools for performance measurements. While all kinds of more
-or less specific [[profiling]] tools could be conceived, the most promising and
+or less specific [[open_issues/profiling]] tools could be conceived, the most promising and
generic approach seems to be a framework for logging certain events in the
running system (both in the microkernel and in the Hurd servers). This would
allow checking how much time is spent in certain modules, how often certain