Slashdot is powered by your submissions, so send in your scoop

 


Forgot your password?
Close
typodupeerror
×
Operating Systems Software BSD

OpenBSD AMD64 SMP in testing 40

Posted by Hemos from the joanne-pater-will-love-it dept.
agent dero writes "Naysayers beware, at the recent Calgary OpenBSD Hackathon, there has been some major improvements in OpenBSD's SMP support which was recently merged with -current. According to this recent article at undeadly.org the code is ready for testing, but the OpenBSD team could really use some permanent AMD64 SMP hardware for testing. Notable achievments include a kernel compile in around 80 seconds."
This discussion has been archived. No new comments can be posted.

OpenBSD AMD64 SMP in testing More

OpenBSD AMD64 SMP in testing

Comments Filter:

  • Interesting (Score:2, Funny)

    by Anonymous Coward
    Notable achievments include a kernel compile in around 80 seconds.

    Imagine a distributed kernel compile with distcc. Or perhaps a beowulf cluster compile? Or is that only a Linux thing?

  • Good for us (Score:2, Interesting)

    by vijaya_chandra ( 618284 )
    "Notable achievments include a kernel compile in around 80 seconds."

    Hope that such compile times on the developers' systems would result in kernels that wouldn't need a recompilation/replacement for years on systems in production

    • "result in kernels that wouldn't need a recompilation/replacement for years on systems in production"

      Maybe this is just me, but what would ever cause you to need to rebuild your kernels once they were in place on an OpenBSD system?

      Nothing, once the kernel is _built_ to your needs on an OpenBSD machine, you _really_ don't need to recompile it, ever.
      • I am sorrry but I wasn't specifically referring to openBSD which, to be honest, I have never even tried

        It certainly might not be the case with openBSD.
        Hope this doesn't sound like flamebait, but another OS, that is the favorite of many a /.ers here, that we use generally gets a kernel upgrade patch every next month. And this is not with the latest and greatest version. Not that I have any cribs about the OS but making sure that the update doesn't break any of your custom modules or something else working p

      • Re:Good for us (Score:3, Interesting)

        by Shanep ( 68243 )
        Nothing, once the kernel is _built_ to your needs on an OpenBSD machine, you _really_ don't need to recompile it, ever.

        Or, looking at it another way, if you are a user tracking -stable, so as to stay up-to-date with security and stability patches, you should be recompiling the OpenBSD kernel (and then some) a lot more often than never.

      • Re:Good for us (Score:3, Informative)

        by tigga ( 559880 )
        Nothing, once the kernel is _built_ to your needs on an OpenBSD machine, you _really_ don't need to recompile it, ever.


        Maybe from security point of view... And if that box performs just one function or two you don't need to touch it. But adding new devices and features may need it. And bugs lurk there as well.

  • 80 seconds, eh? (Score:5, Interesting)

    by F2F ( 11474 ) on Sunday June 27, 2004 @03:26PM (#9544965)
    Well, here in Plan 9-land we get our kernels compiled for 8 seconds (Theo himself admits our compilers are blazingly fast):
    plan9% time mk 'CONF=pccpu' > /dev/null
    3.44u 3.26s 8.85r mk CONF=pccpu
    plan9% ls -l 9pccpu
    --rwxrwxr-x M 106460 andrey andrey 1554980 Jun 27 13:23 9pccpu
    plan9%

    andrey
    • And how big is your kernel? Does your compiler use stack protection? Perhaps your kernel is smaller and your compiler faster, though I don't think your hardware was faster.

      Theo would love the plan9 compiler, if it wasn't so poorly licensed.

      I don't really see any reason to have brought up the plan9 c compiler really, it's a dead issue until the owners actually open it up.



      • plan9% ls -l 9pccpu
        --rwxrwxr-x M 106460 andrey andrey 1554980 Jun 27 13:23 9pccpu

        1554980 bytes

        eee, I remember back in the days when it was less than that

        --rwxrwxr-x M 9 sys sys 1485859 Feb 17 20:23 9pccpu

        8s to compile, 15s to boot

        if only I was allowed to use it to make weapons of mass destruction I could rule the world !!

        • more bragging, now with history and remote filesystems (pity it only goes back to 2002 online, on BL's internal servers you could possibly trace it back to when the 386 port was done, sometime before OpenBSD even existed):

          plan9% history /n/sources/plan9/386/9pccpu
          Jun 18 22:15:51 MDT 2004 /n/sources/plan9/386/9pccpu 1466062 [jmk]
          Jun 18 22:15:51 MDT 2004 /n/sourcesdump/2004/0628/plan9/386/9pccpu 1466062 [jmk]
          May 26 08:58:13 MDT 2004 /n/sourcesdump/2004/0618/plan9/386/9pccpu 1464801 [jmk]
          Feb 17 13:23:06 MST 2

Slashdot Top Deals

Somebody ought to cross ball point pens with coat hangers so that the pens will multiply instead of disappear.

Close