From 83a23d0f472263ab5ac8af54ddaa22222c8aa3a2 Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/g3Ccalpj0NhN566pHbUl6i9QF0QEkrhlfPM-#b1c14" Date: Mon, 16 Feb 2015 20:08:31 +0100 Subject: update for rename of open_issues/xen_lseek.mdwn to service_solahart_jakarta_selatan__082122541663/xen_lseek.mdwn --- .../performance/io_system/binutils_ld_64ksec.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'service_solahart_jakarta_selatan__082122541663/performance/io_system') diff --git a/service_solahart_jakarta_selatan__082122541663/performance/io_system/binutils_ld_64ksec.mdwn b/service_solahart_jakarta_selatan__082122541663/performance/io_system/binutils_ld_64ksec.mdwn index 931fd0ee..af117789 100644 --- a/service_solahart_jakarta_selatan__082122541663/performance/io_system/binutils_ld_64ksec.mdwn +++ b/service_solahart_jakarta_selatan__082122541663/performance/io_system/binutils_ld_64ksec.mdwn @@ -35,5 +35,5 @@ shows the equivalent thing (`_llseek`, `read`) -- but Linux' I/O system isn't as slow as the Hurd's. As Samuel figured out later, this slowness may in fact be due to a Xen-specific -issue, see [[Xen_lseek]]. After the latter has been addressed, we can +issue, see [[service_solahart_jakarta_selatan__082122541663/Xen_lseek]]. After the latter has been addressed, we can re-evaluate this issue here. -- cgit v1.2.3