:And would there still be areas of the kernel that disable multiple
:interrupts, perhaps CAM or the network stack for instance?  What do
:all the splbio and splnet calls translate into in this new scheme?
:
:-- 
:Dan Eischen

    The entire design of the kernel is currently predicated on the spl*()
    mechanism.  We obviously can't rip it out in a day.  I'm guessing it 
    will probably take two years ... or never if we can eek out sufficient
    performance with it still in place.

    I think there is a good chance we can reap the performance benefits 
    without ripping the spl*() API to shreads, even if we have to rewrite
    the cpl mechanism that runs the show under the hood.  The system most
    likely to be rewritten to avoid spl*() (under normal operation) is
    the network subsystem.  That alone will give us a big boost.

        Network subsystem       easy
        Disk subsystem          hard
        VM subsystem            really hard

    I outline how the current cpl mechanism can be used almost verbatim
    in an interrupt-thread environment in my SMP document, under
    'interrupt sequencing'.

        http://www.backplane.com/FreeBSD4/smp-api.html

                                        -Matt
                                        Matthew Dillon 
                                        <[EMAIL PROTECTED]>


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to