lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 2 Feb 2007 13:09:39 -0800 (PST) From: Linus Torvalds <torvalds@...ux-foundation.org> To: Davide Libenzi <davidel@...ilserver.org> cc: Alan <alan@...rguk.ukuu.org.uk>, Ingo Molnar <mingo@...e.hu>, Zach Brown <zach.brown@...cle.com>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, linux-aio@...ck.org, Suparna Bhattacharya <suparna@...ibm.com>, Benjamin LaHaise <bcrl@...ck.org> Subject: Re: [PATCH 2 of 4] Introduce i386 fibril scheduling On Fri, 2 Feb 2007, Davide Libenzi wrote: > > Actually, coroutines are not too bad to program once you have a > total-coverage async scheduler to run them. No, no, I don't disagree at all. In fact, I agree emphatically. It's just that you need the scheduler to run them, in order to not "see" them as coroutines. Then, you can program everything *as*if* it was just a regular declarative linear language with multiple threads). And that gets us the same programming interface as we always have, and people can forget about the fact that in a very real sense, they are using coroutines with the scheduler just keeping track of it all for them. After all, that's what we do between processes *anyway*. You can technically see the kernel as one big program that uses coroutines and the scheduler just keeping track of every coroutine instance. It's just that I doubt that any kernel programmer really thinks in those terms. You *think* in terms of "threads". Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists