FAQ
Hi all,

Garrett D'Amore from Nexenta (formally Sun) has been in private working
on replacing the closed parts of libc.

Here's the code review
http://cr.opensolaris.org/~gdamore/openi18n/

From what I understand this hasn't undergone any legal or actual
testing, but please help out by doing code review.
-------------------
PathScale is preparing an alpha release of our AMD64/Intel compiler for
OpenSolaris. For people who care about extreme performance for C, C++
and Fortran code it may be interesting to you. We're merging the last
remaining bits now and you can pull and build the community version
now. Our long term goal is be able to replace suncc for building and
*booting* all of onnv-gate. We'll also be able to provide highly
optimized math libraries to replace what's provided with Oracle Studio
(formally Sun Studio)

It will take a while, but for feedback and instrumentation we plan to
automatically insert dtrace probes. This could give a big boost to
helping performance tune things like KDE4 and other big C++ applications.

For GPGPU support PathScale has started on porting our NVIDIA Tesla
driver to OpenSolaris, but that has stalled since the engineer that was
working on it is busy with other things. When this is complete it will
bring HMPP C, C++ and HMPP Fortran.

If anyone has intimate knowledge about the virtual memory internals for
the OpenSolaris kernel please email off-list.

Thanks!

./C

Search Discussions

  • Alan Coopersmith at Jul 18, 2010 at 4:32 pm

    of things that need open source replacements:

    more

    I'd be tempted to just "ln -s less more", but then I setenv PAGER less myself.

    sed
    tail
    printf

    I believe the ksh93 project has replacements available for these. Have you
    contacted them?

    patch

    I think GNU patch (which is the descendant of the original Larry Wall patch)
    is the only sane choice here - it's what /usr/bin/patch points to in OpenSolaris
    now, after many many years of customers complaining our patch was incompatible
    with many patch files in the wild.

    --
    -Alan Coopersmith- alan.coopersmith@oracle.com
    Oracle Solaris Platform Engineering: X Window System
  • Roland Mainz at Jul 18, 2010 at 4:52 pm

    2010/7/18 Alan Coopersmith <alan.coopersmith@oracle.com>:
    C. Bergstr?m wrote:
    of things that need open source replacements:

    ? ? ? ? ? ? ? ?more

    I'd be tempted to just "ln -s less more", but then I setenv PAGER less myself.

    ? ? ? ? ? ? ? ?sed
    ? ? ? ? ? ? ? ?tail
    ? ? ? ? ? ? ? ?printf

    I believe the ksh93 project has replacements available for these. ? Have you
    contacted them?
    We have more utilities covered:
    "od"
    "pax"
    "tail"
    "tr"
    All implementing the current SUSv4 specification (except "tr -C" which
    is currently being tested) and passing the VSC testsuite by _default_,
    e.g. a newer standard than the one on Solaris 11 right now (e.g. this
    partially would go into /usr/xpg8/bin), no GNU-like POSIXLY_CORRECT
    required and we outrun the GNU stuff on a one-by-one performace
    comparisation by a wide margin.

    ----

    Bye,
    Roland

    P.S.: We're likely getting our 2nd baby this week, we may be suddently
    offline for a few days this week...

    --
    ? __ .? . __
    ?(o.\ \/ /.o) roland.mainz@nrubsig.org
    ? \__\/\/__/? MPEG specialist, C&&JAVA&&Sun&&Unix programmer
    ? /O /==\ O\? TEL +49 641 3992797
    ?(;O/ \/ \O;)
  • C. Bergström at Jul 18, 2010 at 5:08 pm

    Roland Mainz wrote:
    2010/7/18 Alan Coopersmith <alan.coopersmith@oracle.com>:
    C. Bergstr?m wrote:
    of things that need open source replacements:

    more

    I'd be tempted to just "ln -s less more", but then I setenv PAGER less myself.

    sed
    tail
    printf

    I believe the ksh93 project has replacements available for these. Have you
    contacted them?
    We have more utilities covered:
    "od"
    "pax"
    "tail"
    "tr"
    All implementing the current SUSv4 specification (except "tr -C" which
    is currently being tested) and passing the VSC testsuite by _default_,
    e.g. a newer standard than the one on Solaris 11 right now (e.g. this
    partially would go into /usr/xpg8/bin), no GNU-like POSIXLY_CORRECT
    required and we outrun the GNU stuff on a one-by-one performace
    comparisation by a wide margin.
    This is great.. Roland.. I'd like to work with you to get your latest
    stuff pushed to OSUNIX.. We are slowly trying to move stuff from
    /usr/xpg* to /usr/bin since a lot of people just adjust their path that
    way for building/working..

    Also for performance tuning (not to mix threads too much), but you made
    some comments about optimized math libs and if suncc won't do what you
    need lets discuss options with PathScale community version. We may not
    be able to spend much time on it, but will consider *every* way we can
    to squeeze out more performance for kernel or userland..
    ----

    Bye,
    Roland

    P.S.: We're likely getting our 2nd baby this week, we may be suddently
    offline for a few days this week...
    Congrats!..
  • Joerg Schilling at Jul 18, 2010 at 5:12 pm

    Roland Mainz wrote:

    We have more utilities covered:
    "od"
    "pax"
    "tail"
    "tr"
    pax is covered by star since 6 years.

    J?rg

    --
    EMail:joerg@schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
    js@cs.tu-berlin.de (uni)
    joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
    URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
  • Joerg Schilling at Jul 18, 2010 at 5:12 pm

    Alan Coopersmith wrote:

    patch

    I think GNU patch (which is the descendant of the original Larry Wall patch)
    is the only sane choice here - it's what /usr/bin/patch points to in OpenSolaris
    now, after many many years of customers complaining our patch was incompatible
    with many patch files in the wild.
    gnu patch is incompatible to POSIX patch

    J?rg

    --
    EMail:joerg@schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
    js@cs.tu-berlin.de (uni)
    joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
    URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
  • C. Bergström at Jul 18, 2010 at 5:17 pm

    Joerg Schilling wrote:
    Alan Coopersmith wrote:

    patch

    I think GNU patch (which is the descendant of the original Larry Wall patch)
    is the only sane choice here - it's what /usr/bin/patch points to in OpenSolaris
    now, after many many years of customers complaining our patch was incompatible
    with many patch files in the wild.
    gnu patch is incompatible to POSIX patch
    To intentionally open a can of worms here.. GNU patch on osunix was
    moved to /usr/bin.. I dont' know if it's POSIX compliant, but I can say
    that's the route we went.. I'm happy to revise it if other feature-rich
    tools were available. I think despite my own philosophical beliefs GNU
    patch is what a lot of people coming to OSUNIX/OpenSolaris would like to
    see..
  • Milan Jurik at Jul 19, 2010 at 6:23 am
    Hi,
    8 glm Legacy Symbios/NCR SCSI
    9 ncrs Legacy Symbios/NCR SCSI (EOF? Merge with glm?)

    http://arc.opensolaris.org/caselog/PSARC/2010/244/

    Well, glm and ncrs are closed source, so after this PSARC the merge will not happen. Of course, you can try to replace the whole stuff with some xBSD driver if there is such.

    24 bnx Broadcom 10GbE
    25 bnxe Broadcom 10GbE (not sure the difference)

    bnx is 1Gb, bnxe is 10Gb

    For the most of the drivers you would need to speak with HW companies. Some of them are distributing these drivers from their websites, but as closed source, of course.
    Or search for xBSDs replacements.

    52 Others?

    iconv? localedef?

    Best regards,

    Milan
  • Joerg Schilling at Jul 19, 2010 at 7:38 am

    Milan Jurik wrote:

    Hi,
    8 glm Legacy Symbios/NCR SCSI
    9 ncrs Legacy Symbios/NCR SCSI (EOF? Merge with glm?)

    http://arc.opensolaris.org/caselog/PSARC/2010/244/

    Well, glm and ncrs are closed source, so after this PSARC the merge will not happen. Of course, you can try to replace the whole stuff with some xBSD driver if there is such.
    It is most unlikely that *BSD uses Matt Jacobs SCSA framework.

    This is not ethernet where the interfaces are obvious.....

    J?rg

    --
    EMail:joerg@schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
    js@cs.tu-berlin.de (uni)
    joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
    URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
  • C. Bergström at Jul 18, 2010 at 4:59 pm

    Alan Coopersmith wrote:
    C. Bergstr?m wrote:
    of things that need open source replacements:

    more

    I'd be tempted to just "ln -s less more", but then I setenv PAGER less myself.

    sed
    tail
    printf

    I believe the ksh93 project has replacements available for these. Have you
    contacted them?

    patch

    I think GNU patch (which is the descendant of the original Larry Wall patch)
    is the only sane choice here - it's what /usr/bin/patch points to in OpenSolaris
    now, after many many years of customers complaining our patch was incompatible
    with many patch files in the wild.
    Hi Alan,

    Thanks for the response.. The problem with testing will likely not be
    the user reaction, but the reaction of legacy boot scripts which expect
    ancient behavior.. Also fwiw.. The last OSUNIX iso that was spun by
    estibi to the best of my knowledge only had libc as a remaining task.
    Our userland has swapped out closed bins for ksh93 wrapper scripts a
    long time ago..

    This missing points when I went quiet before was a) compiler in general
    b) C++ runtime that wasn't GNU c) libc

    My position at PathScale has allowed me to privately get engineers to
    work on a, b and I'm happy someone stepped up and tackled c. It wasn't
    much work by our estimate (3 man days for the initial write), but for a
    small company every day counts..

    I'm highly motivated to see this to completion even if it takes *a lot*
    longer than originally anticipated..

    ./C

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouposunix-dev @
categoriesopensolaris
postedJul 18, '10 at 12:17p
activeJul 19, '10 at 7:38a
posts10
users5
websiteopensolaris.org

People

Translate

site design / logo © 2017 Grokbase