Language Selection

English French German Italian Portuguese Spanish

OSS Leftovers

Filed under
OSS
  • The cpu_features library

    "Write Once, Run Anywhere." That was the promise of Java back in the 1990s. You could write your Java code on one platform, and it would run on any CPU implementing a Java Virtual Machine.

    But for developers who need to squeeze every bit of performance out of their applications, that's not enough. Since the dawn of computing, performance-minded programmers have used insights about hardware to fine tune their code.

  • Google Rolls Out cpu_features Library

    Google's cpu_features library makes it easier for detecting modern CPU capabilities like FMA, SSE, and AVX extensions when writing hand-tuned code.

  • 3 steps to reduce a project's failure rate [Ed: "Open Decision Framework" the latest Red Hat openwashing sound bite]

    It's no secret that clear, concise, and measurable requirements lead to more successful projects. A study about large scale projects by McKinsey & Company in conjunction with the University of Oxford revealed that "on average, large IT projects run 45 percent over budget and 7 percent over time, while delivering 56 percent less value than predicted." The research also showed that some of the causes for this failure were "fuzzy business objectives, out-of-sync stakeholders, and excessive rework."

  • Symphony Now Available on OpenFin Through Open Source Contribution to Symphony Software Foundation

    OpenFin, the desktop operating system built specifically for the needs of capital markets, announced today that it has publicly contributed code to the Symphony Software Foundation that allows, for the first time, any OpenFin customer to deploy Symphony Chat on the OpenFin operating system. The integration, currently in beta testing, enables seamless deployment and interoperability of Symphony alongside the expanding ecosystem of applications already running on OpenFin.

  • 2 startups are joining forces — and together they could pose a threat to Bloomberg

    Symphony, a messaging service that has gained some traction among Wall Street firms, has been integrated into OpenFin, an operating system built for financial-services, the two companies announced Thursday. 

    OpenFin hosts more than a hundred applications on its platform, and the integration means Symphony will be "interoperable" with those apps, the same way social media apps on your phone are able to talk with one another.

    “By enabling Symphony to run on the OpenFin operating system, we are making it easy for our mutual customers to unify the Symphony desktop experience with their other OpenFin-based apps," Mazy Dar, chief executive of OpenFin, said of the news. 

  • Gleif and Swift debut open source BIC-to-LEI mapping

    The Global Legal Entity Identifier Foundation (GLEIF) has published the first monthly relationship file that matches a Business Identifier Code (BIC) assigned to an organization against its Legal Entity Identifier (LEI).
    With the launch of this open source file, GLEIF and SWIFT have pioneered a cooperation model that, for the first time, enables market participants to link and cross-reference these key entity identifiers free of charge. This will significantly streamline entity verification processes and reduce data management costs.

  • Integrating continuous testing for improved open source security

    To protect yourself, you need mechanisms to prevent vulnerable packages from being added, and to ensure you get alerted and can quickly respond to new vulnerability disclosures. This chapter will focus on the first concern, discussing how you can integrate SCA vulnerability testing into your process, and prevent the addition of new vulnerable libraries to your code. The next chapter will deal with responding to new issues.

    Preventing new security flaws is conceptually simple, and very aligned with your (hopefully) existing quality control. Because vulnerabilities are just security bugs, a good way to prevent them is to test for them as part of your automated test suite.

More in Tux Machines

today's leftovers

GNOME Shell, Mutter, and Ubuntu's GNOME Theme

Benchmarks on GNU/Linux

  • Linux vs. Windows Benchmark: Threadripper 2990WX vs. Core i9-7980XE Tested
    The last chess benchmark we’re going to look at is Crafty and again we’re measuring performance in nodes per second. Interestingly, the Core i9-7980XE wins out here and saw the biggest performance uplift when moving to Linux, a 5% performance increase was seen opposed to just 3% for the 2990WX and this made the Intel CPU 12% faster overall.
  • Which is faster, rsync or rdiff-backup?
    As our data grows (and some filesystems balloon to over 800GBs, with many small files) we have started seeing our night time backups continue through the morning, causing serious disk i/o problems as our users wake up and regular usage rises. For years we have implemented a conservative backup policy - each server runs the backup twice: once via rdiff-backup to the onsite server with 10 days of increments kept. A second is an rsync to our offsite backup servers for disaster recovery. Simple, I thought. I will change the rdiff-backup to the onsite server to use the ultra fast and simple rsync. Then, I'll use borgbackup to create an incremental backup from the onsite backup server to our off site backup servers. Piece of cake. And with each server only running one backup instead of two, they should complete in record time. Except, some how the rsync backup to the onsite backup server was taking almost as long as the original rdiff-backup to the onsite server and rsync backup to the offsite server combined. What? I thought nothing was faster than the awesome simplicity of rsync, especially compared to the ancient python-based rdiff-backup, which hasn't had an upstream release since 2009.

OSS Leftovers

  • Haiku: R1/beta1 release plans - at last
    At last, R1/beta1 is nearly upon us. As I’ve already explained on the mailing list, only two non-“task” issues remain in the beta1 milestone, and I have prototype solutions for both. The buildbot and other major services have been rehabilitated and will need only minor tweaking to handle the new branch, and mmlr has been massaging the HaikuPorter buildmaster so that it, too, can handle the new branch, though that work is not quite finished yet.
  • Haiku OS R1 Beta Is Finally Happening In September
    It's been five years since the last Haiku OS alpha release for their inaugural "R1" release but next month it looks like this first beta will be released, sixteen years after this BeOS-inspired open-source operating system started development.
  • IBM Scores More POWER Open-Source Performance Optimizations
    Following our POWER9 Linux benchmarks earlier this year, IBM POWER engineers have continued exploring various areas for optimization within the interesting open-source workloads tested. Another batch of optimizations are pending for various projects.
  • DevConf.in 2018
    Earlier this month, I attended DevConf.in 2018 conference in Bengaluru, KA, India. It was sort of culmination of a cohesive team play that began for me at DevConf.cz 2018 in Brno, CZ. I say sort of because the team is already gearing up for DevConf.in 2019.
  • The Unitary Fund: a no-strings attached grant program for Open Source quantum computing
    Quantum computing has the potential to be a revolutionary technology. From the first applications in cryptography and database search to more modern quantum applications across simulation, optimization, and machine learning. This promise has led industrial, government, and academic efforts in quantum computing to grow globally. Posted jobs in the field have grown 6 fold in the last two years. Quantum computing hardware and platforms, designed by startups and tech giants alike, continue to improve. Now there are new opportunities to discover how to best program and use these new machines. As I wrote last year: the first quantum computers will need smart software. Quantum computing also remains a place where small teams and open research projects can make a big difference. The open nature is important as Open Source software has the lowest barriers  for others to understand, share and build upon existing projects. In a new field that needs to grow, this rapid sharing and development is especially important. I’ve experienced this myself through leading the Open Source Forest project at Rigetti Computing and also by watching the growing ecosystem of open projects like QISKit, OpenFermion, ProjectQ, Strawberry Fields, XaCC, Cirq, and many others. The hackathons and community efforts from around the world are inspiring.
  • SiFive Announces First Open-Source RISC-V-Based SoC Platform With NVIDIA Deep Learning Accelerator Technology
    SiFive, the leading provider of commercial RISC-V processor IP, today announced the first open-source RISC-V-based SoC platform for edge inference applications based on NVIDIA's Deep Learning Accelerator (NVDLA) technology.