summaryrefslogtreecommitdiff
path: root/open_issues/performance
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@schwinge.name>2010-11-08 07:24:22 +0100
committerThomas Schwinge <thomas@schwinge.name>2010-11-08 07:24:22 +0100
commit0b169a4afd93adb121d99c027ca1c5d484b38230 (patch)
tree7ce788516bd2381112aa8a3a06045573042aef63 /open_issues/performance
parent49e004f04123e78c076d2ffe0922bc4cd7356414 (diff)
open_issues/binutils_testsuite -> open_issues/binutils/testsuite
Diffstat (limited to 'open_issues/performance')
-rw-r--r--open_issues/performance/io_system/binutils_ld_64ksec.mdwn7
1 files changed, 4 insertions, 3 deletions
diff --git a/open_issues/performance/io_system/binutils_ld_64ksec.mdwn b/open_issues/performance/io_system/binutils_ld_64ksec.mdwn
index 60dca510..86450576 100644
--- a/open_issues/performance/io_system/binutils_ld_64ksec.mdwn
+++ b/open_issues/performance/io_system/binutils_ld_64ksec.mdwn
@@ -12,8 +12,9 @@ License|/fdl]]."]]"""]]
This one may be considered as a testcase for I/O system optimization.
-It is taken from the [[binutils_testsuite]], `ld/ld-elf/sec64k.exp`, where this
-test may occasionally [[trigger a timeout|binutils_testsuite#64ksec]]. It is
+It is taken from the [[binutils testsuite|binutils/testsuite]],
+`ld/ld-elf/sec64k.exp`, where this
+test may occasionally [[trigger a timeout|binutils/testsuite#64ksec]]. It is
extracted from cdf7c161ebd4a934c9e705d33f5247fd52975612 sources, 2010-10-24.
$ wget -O - http://www.gnu.org/software/hurd/open_issues/performance/io_system/binutils_ld_64ksec/test.tar.xz | xz -d | tar -x
@@ -26,7 +27,7 @@ On the idle grubber, this one repeatedly takes a few minutes wall time to
complete successfully, contrary to a few seconds on a GNU/Linux system.
While processing the object files, there is heavy interaction with the relevant
-[[hurd/translator/ext2fs]] process . Running [[hurd/debugging/rpctrace]] on
+[[hurd/translator/ext2fs]] process. Running [[hurd/debugging/rpctrace]] on
the testee shows that (primarily) an ever-repeating series of `io_seek` and
`io_read` is being processed. Running the testee on GNU/Linux with strace
shows the equivalent thing (`_llseek`, `read`) -- but Linux' I/O system isn't