diff options
author | Arne Babenhauserheide <arne_bab@web.de> | 2012-03-18 00:35:28 +0100 |
---|---|---|
committer | Arne Babenhauserheide <arne_bab@web.de> | 2012-03-18 00:35:28 +0100 |
commit | 1355a772176f344ab8cb092e9607efb3a06b575a (patch) | |
tree | f2b597c53a11a2bc6bf9ca6cb600db51f628c980 /contributing | |
parent | f4702fc15552a94e59a0819a0cb494d93739d58e (diff) |
news: nicer quotes.
Diffstat (limited to 'contributing')
-rw-r--r-- | contributing/web_pages/news/moth_next.mdwn | 34 |
1 files changed, 17 insertions, 17 deletions
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: -> <youpi> yay GNU/Hurd -> <youpi> I have added i_translator check in e2fsck, it was missing -> <youpi> I had a volume that was keeping making ext2fs crash -> <youpi> with a reproductible scenario -> <youpi> 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 -> <youpi> all that on the same machine with *no* system reboot -> <youpi> just ext2fs restart :) + <youpi> yay GNU/Hurd + <youpi> I have added i_translator check in e2fsck, it was missing + <youpi> I had a volume that was keeping making ext2fs crash + <youpi> with a reproductible scenario + <youpi> 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 + <youpi> all that on the same machine with *no* system reboot + <youpi> 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! |