Language Selection

English French German Italian Portuguese Spanish

Ubuntu: Ubuntu 19.10 to Boot Faster, Machine Learning, Snapcraft Snap on Windows

Filed under
Ubuntu
  • Ubuntu 19.10 To Boot Faster Thanks To LZ4 Compression

    Ubuntu's kernel team has decided to switch to LZ4 kernel image compression beginning with Ubuntu 19.10 in order to speed-up the boot times.

    After evaluating the different compression options for the kernel image, the Ubuntu developers decided to make use of LZ4 on supported architectures for the kernel image and initramfs. Even with slower rotational storage, the much faster decompression times of LZ4 should yield benefit.

  • Ubuntu 19.10 Will Boot Faster Thanks to LZ4 Compression

    Ubuntu 19.10 boot times from installation media will be faster thanks to the use of LZ4 decompression for kernel and initramfs.

  • Machine Learning Operations (MLOps): Deploy at Scale

    Artificial Intelligence and Machine Learning adoption in the enterprise is exploding from Silicon Valley to Wall Street with diverse use cases ranging from the analysis of customer behaviour and purchase cycles to diagnosing medical conditions.

    Following on from our webinar ‘Getting started with AI’, this webinar will dive into what success looks like when deploying machine learning models, including training, at scale.

  • Ubuntu's Snapcraft Snap Creator Tool Will Soon Get a Windows Installer

Colin King: Boot speed improvements for Ubuntu 19.10 Eoan Ermine

  • Colin King: Boot speed improvements for Ubuntu 19.10 Eoan Ermine

    The early boot requires loading and decompressing the kernel and initramfs from the boot storage device. This speed is dependent on several factors, speed of loading an image from the boot device, the CPU and memory/cache speed for decompression and the compression type.

    Generally speaking, the smallest (best) compression takes longer to decompress due to the extra complexity in the compression algorithm. Thus we have a trade-off between load time vs decompression time.

    For slow rotational media (such as a 5400 RPM HDD) with a slow CPU the loading time can be the dominant factor. For faster devices (such as a SSD) with a slow CPU, decompression time may be the dominate factor. For devices with fast 7200-10000 RPM HDDs with fast CPUs, the time to seek to the data starts to dominate the load time, so load times for different compressed kernel sizes is only slightly different in load time.

    The Ubuntu kernel team ran several experiments benchmarking several x86 configurations using the x86 TSC (Time Stamp Counter) to measure kernel load and decompression time for 6 different compression types: BZIP2, GZIP, LZ4, LZMA, LZMO and XZ. BZIP2, LZMA and XZ are slow to decompress so they got ruled out very quickly from further tests.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Ubuntu Replaces Its ‘Disintegrating Installer’ Icon with Something Simpler

Breaking news, right? Hardly. But this icon switch does rectify an issue that I publicly opined on before the release of Ubuntu 20.04 LTS. Back in March Ubuntu’s community-led design team decided to swap its discernible Ubiquity installer icon (below left) for what I described at the time as: “Ubuntu being sucked up a hoover”... Read more

Android Leftovers

Tails 4.11 is Out With Major Security Vulnerability Fixes

The Tails (The Amnesic Incognito Live System) team recently announced the release of their latest version, Tails 4.11 with several major security vulnerability fixes added on top the numerous security holes fixed in Tails 4.10. The Debian-based, live distro with the sole purpose of providing users with Internet anonymity by directing Internet traffic through the Tor network and at the same time, providing built-in tools for a secure work environment just received its latest release which has the primary focus of squashing bugs and toughening security. The distro has received fixes to numerous major security issues that existed in earlier versions and the developers strongly encourage users to upgrade their versions to the latest immediately. Read more

How my big mistake led to me to success in open source

Although I'm only 20 years old, I've already had many opportunities to help build solutions for a better tomorrow. I've worked with open source technology, research publishing, media, and development. I have served as an administartor and mentor in Google Summer of Code, Google Code-In, and Google Season of Docs with Codeuino, Sugar Labs, Jboss Community, Terasology Foundation, and Open Collective. But my start in open source and technology was not very good. In 2014, when I was only 14, I decided to participate in the Google Code-In (GCI) contest. I didn't really know what open source and GCI were before I started, but I was desperate to get the Google swag (a t-shirt, hoodie, and digital certificate) and tried to win the contest by availing the grand prize winner slot. But I didn't have any experience in coding, so I ended up copying much of someone else's work, which resulted in a frozen email account from the GCI program manager and disqualification from the contest. Read more