path: root/hurd/status.mdwn
diff options
authorThomas Schwinge <>2013-05-22 00:19:17 +0200
committerThomas Schwinge <>2013-05-22 00:19:17 +0200
commit94d43796c16ff81282f3d54e7588f7d494b22a91 (patch)
tree97ac230fd00098d629510638340f852c1e1330b9 /hurd/status.mdwn
parent39daee1a66178274f4e736c387bf07b0c379d72a (diff)
parent8d7ba1c0bd6402af6917caa1825d247715f92741 (diff)
Merge remote-tracking branch 'darnassus--hurd-web/master'
Also rework some of the recent changes of contributing/web_pages/news/hurd_2013 and hurd/status.
Diffstat (limited to 'hurd/status.mdwn')
1 files changed, 35 insertions, 8 deletions
diff --git a/hurd/status.mdwn b/hurd/status.mdwn
index ce9e01d..e4b8792 100644
--- a/hurd/status.mdwn
+++ b/hurd/status.mdwn
@@ -1,5 +1,5 @@
-[[!meta copyright="Copyright © 2001, 2002, 2007, 2008, 2009, 2010, 2011, 2012
-Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2001, 2002, 2007, 2008, 2009, 2010, 2011, 2012,
+2013 Free Software Foundation, Inc."]]
[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -29,11 +29,14 @@ servers in one Hurd instance with gdb running on another Hurd
instance. You can run the X window system, applications that use it such as
gnumeric, iceweasel, and advanced server applications like the Apache webserver.
-On the negative side, the support for character devices (like sound
-cards) and other hardware (USB, multicore) is mostly missing. Although the [[POSIX
+The DDE environment allows for reusing half of the Linux 2.6.32 network device
+drivers, and experimental support for SATA devices was added in May 2013.
+On the other side, support for character devices (like sound
+cards) and other hardware (USB, multicore) is mostly missing.
+Although the [[POSIX
interface|faq/posix_compatibility]] is provided, some additional interfaces
-like POSIX shared
-memory or semaphores are still under development.
+like POSIX shared memory or semaphores are still under development.
All this applies to the current development version, and not to the
last release (0.2). We encourage everybody who is interested to try
@@ -52,8 +55,9 @@ align="right"
[[Debian GNU/Hurd|running/debian]] closely tracks the progress of the Hurd (and
often includes new features). They offer *LiveCDs and QEMU images* to
test-drive the Hurd, and about 78% of the Debian software archive are
-available. The most recent version of the Debian GNU/Hurd port at the time of
-writing was published on 2013 January 5th. Debian Wheezy will unfortunately not officially release officially the Hurd port, an unofficial release will however be available.
+available. Along with the official Debian "wheezy" release (but not as an
+official Debian release), in May 2013 the Debian GNU/Hurd team released [[Debian
+GNU/Hurd 2013|contributing/web_pages/news/hurd_2013]].
[[hurd/running/Arch_Hurd]] offers *LiveCDs* for testing and installation.
@@ -73,6 +77,29 @@ possibility that they would want to try the Hurd again in the future.
## Usability Reports
+### Svante Signell, 2013-05-21
+I have been running GNU/Hurd for some years now, with VMs, mainly in the
+QEMU/KVM environment on host computers supporting hardware acceleration.
+On these boxes Hurd runs decently fast with the correct KVM settings.
+On my latest box, a 4-core, 8-thread, 3.4GHz CPU, 16GiB RAM, 128GiB SSD host it
+is very fast. One can not complain on execution speeds at least in a hosted
+environment. Additionally, the KVM images are very stable, you only get
+into problems if you push to the limits, like memory, swap space etc.
+In fact one build daemon for Debian GNU/Hurd is running under KVM and it is
+one of the fastest.
+I don't use GNU/Hurd for my day-to-day business (yet), that is mainly due to
+some of the above mentioned missing features. I do use it for porting packages,
+mainly for the Debian GNU/Hurd distribution, partly contributing to the kernel
+development (gnumach/Hurd/gcc/gdb/libc) and running package test suites for
+checks of performance and POSIX compatibility.
+When some of the missing features are implemented (and remaining bugs squeezed
+out) I will seriously consider using the Hurd on real hardware, as my primary
+system. For now it stays in the VM environment, mainly for porting and development
+purposes. Why don't you try it out too?
### Olaf Buddenhagen, 2009-06-09
> I have been using the Hurd for most of my everyday work for some two