Announcement

Collapse
No announcement yet.

OpenMandriva Lx 3.0 RC1 Released

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • OpenMandriva Lx 3.0 RC1 Released

    Phoronix: OpenMandriva Lx 3.0 RC1 Released

    The first release candidate of the long-in-development OpenMandriva Lx 3.0 is now available for testing...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Michael could you benchmark OpenMandriva LX3 vs Megaia 5/6 vs Ubuntu?
    Why? Because OpenMandriva use kernel nrJQL (they use in also in older version LX 2014). This is improved version on basic kernel gives better performance, responsiveness, and realtime capabilities. So should work better than basic kernel. Also similar distro is Mageia 5/6 so you can compare to it and Ubuntu.

    Also OpenMandriva as single distro use LLVM Clang as default, this is another good reason to benchmark it.

    Comment


    • #3
      So, does this mean that default C/C++ compiler is Clang and for C++ library they are using libc++ instead of libstdc++ (GCC)? If this distribution has a combination of clang + libc++ it would be very interesting.

      Comment


      • #4
        I agree with xpris. This distro would make for some great benchmarks given the kernel patches it uses as well as LLVM/Clang being the default compiler for its packages.

        Comment


        • #5
          Originally posted by davidlt View Post
          So, does this mean that default C/C++ compiler is Clang and for C++ library they are using libc++ instead of libstdc++ (GCC)? If this distribution has a combination of clang + libc++ it would be very interesting.
          Currently we use clang with libstdc++ -- libc++, while a very interesting option, would mean losing binary compatibility with everyone else, and as long as some people rely on proprietary bits and pieces, that's asking for trouble.

          If it wasn't for this, we'd certainly be open to switching to libc++ and possibly even musl over glibc.

          Comment


          • #6
            Why not go to MUSL now. I offers some binary compatibility with glibc with packages like flash. If you're a RPM fan, rpm.org, libsolv and dnf have been ported to it. It's most likely the better solution, if you want something other then GlibC.

            Comment

            Working...
            X