summaryrefslogtreecommitdiff
path: root/contributing
diff options
context:
space:
mode:
authorArne Babenhauserheide <arne_bab@web.de>2012-03-18 00:35:28 +0100
committerArne Babenhauserheide <arne_bab@web.de>2012-03-18 00:35:28 +0100
commit1355a772176f344ab8cb092e9607efb3a06b575a (patch)
treef2b597c53a11a2bc6bf9ca6cb600db51f628c980 /contributing
parentf4702fc15552a94e59a0819a0cb494d93739d58e (diff)
news: nicer quotes.
Diffstat (limited to 'contributing')
-rw-r--r--contributing/web_pages/news/moth_next.mdwn34
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!