[[!meta copyright="Copyright © 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 document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] [[!meta title="SMP"]] [[!tag open_issue_glibc open_issue_gnumach open_issue_hurd]] See also the [[FAQ entry|faq/smp]]. # IRC, freenode, #hurd, 2012-09-30 i expect smp to be our next gsoc project ## IRC, freenode, #hurd, 2013-01-02 i'd like to mentor someone for adding smp to gnumach ## IRC, freenode, #hurd, 2013-03-14 but i'm afraid we'll have to fight obscur smp-safety issues for one, drivers are much probably not smp safe and would require a big kernel lock userspace (such as signal delivery in libc) might be affected too smp isn't that easy ## Richard, 2013-03-20 This task actually looks too big for a GSoC project. ## IRC, freenode, #hurd, 2013-09-30 also, while the problem with hurd is about I/O, it's actually a lot more about caching, and even with more data cached in, the true problem is contention, in which case having several processors would actually slow things down even more