From 1355a772176f344ab8cb092e9607efb3a06b575a Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Sun, 18 Mar 2012 00:35:28 +0100 Subject: news: nicer quotes. --- contributing/web_pages/news/moth_next.mdwn | 34 +++++++++++++++--------------- 1 file changed, 17 insertions(+), 17 deletions(-) (limited to 'contributing') diff --git a/contributing/web_pages/news/moth_next.mdwn b/contributing/web_pages/news/moth_next.mdwn index c1448e2d..4b1e6de6 100644 --- a/contributing/web_pages/news/moth_next.mdwn +++ b/contributing/web_pages/news/moth_next.mdwn @@ -37,16 +37,16 @@ These should help all those who want to help [[porting_packages|hurd/porting/]]. Maksym Planeta and Richard Braun committed [the last patches](http://lists.gnu.org/archive/html/bug-hurd/2011-12/msg00046.html) for integration of the slab allocator, making the memory allocator of GNU Mach SMP ready again. From IRC, freenode, #hurd, 2011-11-14: -> (22:30:39) braunr: there shouldn't be any noticeable difference with the -> master branch -> (22:30:46) braunr: a bit less fragmentation -> (22:30:55) braunr: more memory can be reclaimed by the VM system -> (22:31:02) braunr: there are debugging features -> (22:31:06) braunr: it's SMP ready -> (22:31:15) braunr: and overall cleaner than the zone allocator -> (22:31:31) braunr: although a bit slower on the free path (because of -> what's performed to reduce fragmentation) -> (22:32:42) braunr: but even "slower" here is completely negligible + (22:30:39) braunr: there shouldn't be any noticeable difference with the + master branch + (22:30:46) braunr: a bit less fragmentation + (22:30:55) braunr: more memory can be reclaimed by the VM system + (22:31:02) braunr: there are debugging features + (22:31:06) braunr: it's SMP ready + (22:31:15) braunr: and overall cleaner than the zone allocator + (22:31:31) braunr: although a bit slower on the free path (because of + what's performed to reduce fragmentation) + (22:32:42) braunr: but even "slower" here is completely negligible Also Richard Brauh added [Exodar](http://exodar.debian.net), a new porter box. It is faster and more reliable, which facilitates testing and bug hunting. @@ -62,13 +62,13 @@ And there are now social network sites for GNU Hurd on [Google+](https://plus.go As a final note, we want to share a story about real-life debugging with the Hurd: -> yay GNU/Hurd -> I have added i_translator check in e2fsck, it was missing -> I had a volume that was keeping making ext2fs crash -> with a reproductible scenario -> could easily work out it was i_translator, then add a check to e2fsck, run it, which indeed fixed, them, and voilà, ext2fs was working again -> all that on the same machine with *no* system reboot -> just ext2fs restart :) + yay GNU/Hurd + I have added i_translator check in e2fsck, it was missing + I had a volume that was keeping making ext2fs crash + with a reproductible scenario + could easily work out it was i_translator, then add a check to e2fsck, run it, which indeed fixed, them, and voilà, ext2fs was working again + all that on the same machine with *no* system reboot + just ext2fs restart :) So if you want to join us in our journey to realize more of the promises of the architecture of the Hurd, please [[get_in_contact|contact_us]] -- and maybe already grab the [[source_code|source_repositories]] and have fun hacking on free software! -- cgit v1.2.3