Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

Linux Graphics Stack: Intel, AMD and More

Filed under
Graphics/Benchmarks
Linux
  • Intel Linux Graphics Driver Adds Bits For Jasper Lake PCH

    Details are still light on Jasper Lake, but volleyed onto the public mailing list today was the initial support for the Jasper Lake PCH within the open-source Linux graphics driver side.

    The patch adds in the Jasper Lake PCH while acknowledging it's similar to Icelake and Tigerlake behavior. The Jasper Lake PCI device ID is 0x4D80. The patch doesn't reveal any other notable details but at least enough to note that the Jasper Lake support is on the way. Given the timing, the earliest we could see Intel Jasper Lake support out in the mainline kernel would be for Linux 5.5, which will be out as stable as the first kernel series of 2020 and in time for the likes of Ubuntu 20.04 LTS and Fedora 32.

  • Linux Graphics Drivers Could Have User-Space API Changes More Strictly Evaluated

    In response to both the AMD Radeon and Intel graphics drivers adding new user-space APIs for user-space code that just gets "[thrown] over the wall instead of being open source developed projects" and the increase of Android drivers introducing their own UAPI headaches, Airlie is looking at enforcing more review/oversight when DRM drivers want to make user-space API changes.

    The goal ultimately is to hopefully yield more cross-driver UAPI discussions and in turn avoiding duplicated efforts, ensuring good development implementations prior to upstreaming, and better quality with more developers reviewing said changes.

  • xf86-video-ati 19.1 Released With Crash & Hang Fixes

    For those making use of xf86-video-ati on X.Org-enabled Linux desktops, the version 19.1 release brings just a handful of new fixes. This release was announced today by Michel Dänzer who last month departed AMD to now work on Red Hat's graphics team. Michel is sticking around the Mesa/X.Org world for Red Hat's duties but is hoping someone else will be picking up maintenance of the xf86-video-ati/xf86-video-amdgpu DDX drivers going forward. Granted, not a lot of activity happens to these X.Org DDX drivers these days considering more Linux desktops slowly moving over to Wayland, many X11 desktops using the generic xf86-video-modesetting, and these AMD drivers being fairly basic now with all of the big changes in the AMDGPU DRM kernel driver.

Windows 10 vs. Linux OpenGL/Vulkan Driver Performance With Intel Icelake Iris Plus Graphics

Filed under
Graphics/Benchmarks

With picking up the Dell XPS 7390 with Intel Core i7-1065G7 for being able to deliver timely benchmarks from Intel's long-awaited 10nm+ Icelake generation, one of the first areas we have been testing is the Iris Plus "Gen 11" graphics performance. In this article are our initial Windows 10 vs. Linux graphics performance numbers for Ice Lake.

For this very first Intel Iris Plus Gen11 graphics testing are results from Windows 10 compared to Ubuntu 19.10. Ubuntu Linux was benchmarked with its stock driver stack comprised of Mesa 19.2.1 as well as opting for the "Iris" Gallium3D driver and also testing Mesa 19.3-devel both with the default i965 OpenGL driver and the Iris Gallium3D driver. Of course, for the Vulkan tests on Linux is their sole "ANV" Vulkan driver.

The Dell XPS 7390 was equipped with the Intel Core i7-1065G7 Ice Lake processor and its Iris Plus Graphics, 2 x 8GB LPDDR4 3733MHz memory, 500GB Toshiba NVMe solid-state drive, and 1920x1200 panel.

Read more

Graphics and Standards

Filed under
Graphics/Benchmarks
Web
Legal
  • SHADERed 1.2.3 Released With Support For 3D Textures & Audio Shaders

    SHADERed is the open-source, cross-platform project for creating and testing HLSL/GLSL shaders. While a version number of 1.2.3 may not seem like a big update, some notable additions can be found within this new SHADERed release.

  • Vulkan 1.1.125 Released With SPIR-V 1.4 Support

    Succeeding Vulkan 1.1.124 one week later is now Vulkan 1.1.125 with a lone new extension.

    Vulkan 1.1.125 has its usual clarifications and corrections to this graphics API specification. Meanwhile the new extension introduced in the overnight v1.1.125 release is VK_KHR_spirv_1_4.

  • Making Movies Accessible for Everyone

    For the first time, people who are deaf or hard of hearing will be able to enjoy the Nairobi leg of the Human Rights Watch Film Festival, opening on October 15.

Graphics: Godot's Vulkan Renderer, Mutter With Wayland and Vulkan Development

Filed under
Graphics/Benchmarks
  • Godot's Vulkan Renderer Is Getting Into Increasingly Good Shape

    Lead developer of the open-source Godot 2D/3D game engine Juan Linietsky has continued working daily on the engine's Vulkan renderer ahead of Godot 4.0.

  • GNOME's Mutter 3.35.1 Fixes The Night Light Mode On Wayland

    With many of the prominent fixes that we've talked about for GNOME Shell and Mutter since last month's 3.34 release having been back-ported to 3.34.1, this weekend's release of GNOME Shell 3.35.1 and Mutter 3.35.1 as the first steps towards GNOME 3.36 aren't all that big. But at least in the case of this new Mutter development release are some worthwhile fixes.

    GNOME Shell 3.35.1 has just different bug fixes and clean-ups but nothing particularly special. While no big features yet, at least the useful fixes over recent weeks were back-ported to the 3.34 stable series.

  • Vulkan To Better Handle Variable Rate Displays / Adaptive-Sync In The Future

    While longtime X11 developer Keith Packard is now working for SiFive on RISC-V processors by day, he's still involved in the Linux graphics world through his contract work for Valve. At the XDC2019 conference earlier this month he presented on display timing, the current Linux plumbing for it, and also bringing up Vulkan will better support variable rate displays in the future.

    Keith for a while now has done contract work for Valve with Linux graphics infrastructure improvements around better supporting VR HMD hardware on the Linux desktop and more recently on display / refresh rate timing and ensure it works punctually.

Graphics: Red Hat, AMD and XWayland

Filed under
Graphics/Benchmarks
  • Red Hat's New Graphics Engineer Is A Longtime AMD/ATI Linux Developer

    Red Hat had been looking to hire another experienced open-source graphics driver developer and for that their newest member on their growing open-source graphics team is a longtime AMD/ATI developer. 

    Mentioned within the AMDGPU DDX driver update announcement from Michel Dänzer is confirmation that he left AMD and is now working for Red Hat. Michel is a longtime member of the open-source graphics community: Michel had been working at AMD since 2011 on their open-source driver stack while prior to that for five years was working for Mesa creators Tungsten Graphics and followed through when they got acquired by VMware. 

  • xf86-video-amdgpu 19.1 Delivers A Batch Of Fixes

    AMD has released a new version of their X.Org display driver. 

    With all of the magic happening in their DRM/KMS kernel driver or Mesa components (and the likes of AMDVLK and ROCm), the xf86-video-amdgpu DDX doesn't receive much attention these days just like the other X.Org drivers. Many AMD Linux users are also using the xf86-video-modesetting generic driver these days or on Wayland-based desktops, but for those on xf86-video-amdgpu there is now a v19.1 release available. At least though AMD is still pushing out new DDX releases unlike Intel's xf86-video-intel that has been in v3.0 development now for over a half-decade without a release. 

  • XWayland Lands RandR/Vidmode Emulation For Better Game Handling

    There is yet another significant improvement found for XWayland in the latest X.Org Server code that will hopefully see a long overdue release soon. 

    The work by Red Hat's Hans de Goede on XWayland RandR and Vidmode resolution change emulation has been merged. This emulated support doesn't change the actual resolution but rather a fullscreen window at the desired resolution and use that to fill the display output. 

Graphics: X.Org Server and Mesa

Filed under
Graphics/Benchmarks
  • X.Org Server To See New CI-Driven Automated Release Cycles, Big Version Numbers

    There hasn't been a major release of the X.Org Server now in 17 months... Not because there haven't been any changes (in fact, a lot of GLAMOR and XWayland work among other fixing) but because no one has stepped up as release manager to get the next version out the door. But to workaround that, developers are looking at moving the X.Org Server to purely time-based releases and letting their continuous integration testing be the deciding factor on if a release is ready to ship.

    Adam Jackson of Red Hat proposed at last week's XDC2019 the idea of having these new, effectively automated X.Org Server releases. The xorg-server releases would get back on to their six-month release cadence and be largely autonomous with sticking to the release timeframe and just ensuring the testing gets done by way of their CI system to ensure the X.Org Server is in good shape for releasing.

  • Tons Of The Intel Tiger Lake "Gen 12" Graphics Compiler Code Just Landed In Mesa 19.3

    A lot of the Tiger Lake "Gen 12" graphics compiler infrastructure changes to Mesa for Intel's open-source OpenGL and Vulkan Linux drivers were just merged into the Mesa 19.3 code-base.

    These compiler changes have been public and under review for several weeks now but have just been merged to Mesa 19.3-devel this Friday afternoon. The changes for Tigerlake/Gen12 represent the biggest changes to Intel's graphics ISA going back to the original i965. As explained last month,
    nearly every instruction field, opcode, and register type is updated and the hardware register scoreboard logic has been punted into software with now leaving it up to the compiler now for ensuring data coherency between register reads/writes and a new sync hardware instruction.

  • Raspberry Pi 4's V3D Mesa Driver Nearing OpenGL ES 3.1

    Back during the summer Eric Anholt who had been the lead developer of Broadcom's VC4/V3D graphics driver stack most notably used by Raspberry Pi boards left the company to join Google. In his place, the Raspberry Pi Foundation is working with consulting firm Igalia to continue work on the DRM/KMS kernel driver and Gallium3D drivers for this open-source graphics driver support.

    Igalia has been working recently on V3D shader compiler improvements with implementing more pieces of NIR as well as addressing test case failures / bugs. One of the areas they have been working on a lot is OpenGL transform feedback.

Graphics: AMD, Mir and Mesa

Filed under
Graphics/Benchmarks
  • A Deep Dive Into The Performance-Focused AMDGPU "Bulk Moves" Functionality

    Recently on Phoronix you have likely heard a lot about the LRU "bulk moves" functionality for the AMDGPU driver after it was talked up by a Valve Linux developer for the performance help to Linux games and then the change landing in Linux 5.4 as a "fix".

    Huang Rui was the developer involved at AMD leading the charge on this bulk moving mechanism and he presented at last week's X.Org Developer's Conference on the topic. He mentioned how it came about when they were looking at the performance of the F1 2017 game's benchmark and ultimately seeing a need to redesign their kernel driver's buffer migration code.

  • AMD Linux Driver Bringing BACO Support To Older Sea Islands / Volcanic Islands GPUs

    It's fairly rare these days seeing big patch sets out of AMD focused on improving the open-source Linux driver support for the likes of aging GPUs such as the Sea Islands and Volcanic Islands generations, but this Friday there is some notable development activity.

    Sea Islands as a reminder is the original Radeon R7/R9 200 series and wound up in other graphics cards as well. Volcanic Islands made up the Radeon Rx 300 series as well as the R9 Nano/Fury graphics cards. A set of 15 patches posted today provide "BACO" support for these Sea and Volcanic Islands GPUs.

  • Mir 1.5 Released With Bug Fixes & Wayland Improvements

    Mir 1.5 was released today and has an updated shared memory implementation to work in confined Snaps without the Mir interface and on older Linux kernels. Mir 1.5 also has MirAL abstraction layer updates to support clipping windows to a specified area, support for Mir-based servers to setup environment variables for launching clients, fixes for Arch Linux support, logging of EGL/GL extensions available, supporting XDG-Output v3, and fixing many different bugs.

  • Mesa's DRM Library Looking To Change Its Versioning Scheme

    As it stands now, new libdrm releases have been 2.4.xx for many years with no real meaning. The proposal is to now use a format like Mesa for YEAR.N.0 or perhaps YEAR.MONTH.0 or even YEAR.MONTH.DAY. At least any of those formats would be more meaningful than the current 2.4 versioning scheme and provide users/developers with some easy guidance over the age of a given libdrm release.

Windows 10 vs. Ubuntu 19.10 vs. Clear Linux vs. Debian 10.1 Benchmarks On An Intel Core i9

Filed under
Graphics/Benchmarks

Earlier this week I provided some fresh Windows vs. Linux web browser benchmarks for both Firefox and Chrome. For those curious how the current Windows 10 vs. Linux performance is for other workloads, here is a fresh look across a variety of software applications and while testing the near-final Ubuntu 19.10, Intel's rolling-release Clear Linux, and Debian 10.1 while running off an Intel Core i9 HEDT platform.

Ahead of all our autumn 2019 Linux distribution update benchmarks, this article is a fresh look at the Microsoft Windows 10 Pro x64 performance compared to these popular Linux distributions. Particularly with Debian 10 and Clear Linux, they tend to be the fastest Linux distributions we routinely benchmark at Phoronix while Ubuntu is included due to its popularity.

These four operating systems were all tested on the same Intel Core i9 7980XE + 4 x 4GB DDR4-3200 memory + NVIDIA GeForce GTX TITAN X + Samsung 970 EVO 500GB NVMe SSD system with the i9-7980XE being the newest Intel HEDT platform I have available for testing at the moment.

Read more

Graphics Stack: FFmpeg+GPUs, Mesa 19.3

Filed under
Graphics/Benchmarks
  • Intel Adds GPU-Accelerated Memory Copy Support To FFmpeg

    Intel engineers have contributed GPU-accelerated memory copy support to FFmpeg when making use of their preferred video decode implementation.

    For those making use of Intel Quick Sync Video decode with FFmpeg, the latest development code has added GPU-accelerated memory copy support between the video and system memory.

  • Intel ANV & Radeon RADV Vulkan Drivers Tacking On More Extensions With Mesa 19.3

    There still is another month until the feature freeze for Mesa 19.3 to end out 2019 and it will be a big one.

    In addition to the continued flurry of OpenGL driver activity and bits like Zink potentially being merged, the Intel and AMD Radeon Vulkan drivers have been seeing more extension work for 19.3-devel. Here's the latest.

The Mitigation Impact Difference On AMD Ryzen 9 3900X vs. Intel Core i9 9900K Performance

Filed under
Graphics/Benchmarks

Last week I shared benchmark results of the AMD Ryzen 9 3900X vs. Intel Core i9 9900K in 400+ benchmarks in the largest comparison ever for these two competing ~$500 USD processors. If that wasn't enough, I repeated the hundreds of CPU/system benchmarks again but without any of the recent CPU security mitigations in place to see how the situation would have played out pre-2018.

Immediately following those tests last week, I restarted the large benchmark queue with the 300+ system/CPU tests (foregoing the gaming benchmarks with the various CPU speculative execution vulnerabilities having little impact on gaming/graphics performance). As a reminder, both the Intel and AMD systems were tested on Ubuntu 19.10 with the Linux 5.3 kernel and all of the other latest software components for this H2'2019 update to Ubuntu Linux.

The Core i9 9900K was running with the ASUS PRIME Z390-A motherboard and the Ryzen 9 3900X with the ROG CROSHAIR VIII HERO WiFi motherboard, both boards using their very latest public BIOS releases as of testing. Both systems were tested with the same GSKILL 2 x 8GB DDR4-3600 memory, 280GB Intel Optane 900p NVMe SSD, and Radeon RX Vega 64 graphics card.

Read more

Syndicate content

More in Tux Machines

Programming: Python, LLVM and Erlang

  • Sending Emails in Python — Tutorial with Code Examples

    What do you need to send an email with Python? Some basic programming and web knowledge along with the elementary Python skills. I assume you’ve already had a web app built with this language and now you need to extend its functionality with notifications or other emails sending. [...] Sending multiple emails to different recipients and making them personal is the special thing about emails in Python. To add several more recipients, you can just type their addresses in separated by a comma, add Cc and Bcc. But if you work with a bulk email sending, Python will save you with loops. One of the options is to create a database in a CSV format (we assume it is saved to the same folder as your Python script). We often see our names in transactional or even promotional examples. Here is how we can make it with Python.

  • Binning Data with Pandas qcut and cut

    When dealing with continuous numeric data, it is often helpful to bin the data into multiple buckets for further analysis. There are several different terms for binning including bucketing, discrete binning, discretization or quantization. Pandas supports these approaches using the cut and qcut functions. This article will briefly describe why you may want to bin your data and how to use the pandas functions to convert continuous data to a set of discrete buckets. Like many pandas functions, cut and qcut may seem simple but there is a lot of capability packed into those functions. Even for more experience users, I think you will learn a couple of tricks that will be useful for your own analysis. [...] The concept of breaking continuous values into discrete bins is relatively straightforward to understand and is a useful concept in real world analysis. Fortunately, pandas provides the cut and qcut functions to make this as simple or complex as you need it to be. I hope this article proves useful in understanding these pandas functions. Please feel free to comment below if you have any questions.

  • Analysing music habits with Spotify API and Python

    I’m using Spotify since 2013 as the main source of music, and back at that time the app automatically created a playlist for songs that I liked from artists’ radios. By innertion I’m still using the playlist to save songs that I like. As the playlist became a bit big and a bit old (6 years, huh), I’ve decided to try to analyze it.

  • Python IDEs and Code Editors

    A code editor is a tool that is used to write and edit code. They are usually lightweight and can be great for learning. However, once your program gets larger, you need to test and debug your code, that's where IDEs come in. An IDE (Integrated Development Environment) understand your code much better than a text editor. It usually provides features such as build automation, code linting, testing and debugging. This can significantly speed up your work. The downside is that IDEs can be complicated to use.

  • Announcing Anaconda Distribution 2019.10

    As there were some significant changes in the previous Anaconda Distribution 2019.07 installers, this release focuses on polishing up rough edges in that release and bringing all the packages up to date with the latest available in repo.anaconda.com. This means many key packages are updated including Numpy, Scipy, Scikit-Learn, Matplotlib, Pandas, Jupyter Notebook, and many more. As many of the package updates have addressed Common Vulnerabilities and Exposures (CVEs), it is important to update to the latest. Another key change since the last release is that Apple released macOS version 10.15 – Catalina. Unfortunately, this was a breaking release for previous versions of Anaconda that used the pkg installer. The Anaconda Distribution 2019.10 installers address the issues and should install without trouble on macOS Catalina. If you would rather repair your current Anaconda installation, please check out this blog post for tips.

  • Apple's Numbers and the All-in-One CSV export

    The hierarchical form requires a number of generator functions for Sheet-from-CSV, Table-from-CSV, and Row-from-CSV. Each of these works with a single underlying iterator over the source file and a fairly complex hand-off of state. If we only use the sheet iterator, the tables and rows are skipped. If we use the table within a sheet, the first table name comes from the header that started a sheet; the table names come from distinct headers until the sheet name changes. The table-within-sheet iteration is very tricky. The first table is a simple yield of information gathered by the sheet iterator. Any subsequent tables, however, may be based one one of two conditions: either no rows have been consumed, in which case the table iterator consumes (and ignores) rows; or, all the rows of the table have been consumed and the current row is another "sheet: table" header.

  • Formatting NFL data for doing data science with Python

    No matter what medium of content you consume these days (podcasts, articles, tweets, etc.), you'll probably come across some reference to data. Whether it's to back up a talking point or put a meta-view on how data is everywhere, data and its analysis are in high demand. As a programmer, I've found data science to be more comparable to wizardry than an exact science. I've coveted the ability to get ahold of raw data and glean something useful and concrete from it. What a useful talent!

  • Sony Pushes More AMD Jaguar Optimizations To Upstream LLVM 10 Compiler

    Sony engineers working on the PlayStation compiler toolchain continue upstreaming various improvements to the LLVM source tree for helping the AMD APUs powering their latest game console. Several times now we've pointed out Sony engineers contributing AMD "btver2" improvements to upstream LLVM with the company using LLVM/Clang as their default code compiler and the PlayStation 4 relying on a Jaguar APU.

  • [llvm-dev] GitHub Migration Schedule and Plans
    Hi,
    
    We're less than 2 weeks away from the developer meeting, so I wanted to
    give an update on the GitHub migration and what's (hopefully) going to
    happen during the developer meeting.
    
    Everyone who has added their information to the github-usernames.txt
    file in SVN before today should have received an invite to become a collaborator
    on the llvm-project repository.  If you did not receive an invite and think
    you should have, please contact me off-list.  I will continue to monitor the
    file for new updates and periodically send out new batches of invites.
    
    There is still some ongoing work to get the buildbots ready and the mailing lists
    ready, but we are optimistic that the work will be done in time.
    
    The team at GitHub has finished implementing the "Require Linear History"
    branch protection that we requested.  The feature is in beta and currently
    enabled in the llvm-project repository.  This means that we will have the
    option to commit directly via git, in addition to using the git-llvm script.
    A patch that updates git-llvm to push to git instead of svn can be found here:
    https://reviews.llvm.org/D67772.  You should be able to test it out on your
    own fork of the llvm-project repository.
    
    The current plan is to begin the final migration steps on the evening (PDT)
    of October 21.  Here is what will happen:
    
    1. Make SVN read-only.
    2. Turn-off the SVN->git update process.
    3. Commit the new git-llvm script directly to github.
    4. Grant all contributors write access to the repository.
    5. Email lists announcing that the migration is complete.
    
    Once the migration is complete, if you run into any issues, please file
    a bug, and mark it as a blocker for the github metabug PR39393.
    
    If you have any questions or think I am missing something, please
    let me know.
    
    Thanks,
    Tom
    
    
  • LLVM Plans To Switch From Its SVN To Git Workflow Next Week

    On 21 October they plan to make LLVM's SVN repository read-only and finish their git-llvm script to bring all the changes into Git, and then allow developers to begin contributing to the LLVM GitHub project as the new official source repository.

  • Excellent Free Books to Learn Erlang

    Erlang is a general-purpose, concurrent, declarative, functional programming language and runtime environment developed by Ericsson, a Swedish multinational provider of communications technology and services. Erlang is dynamically typed and has a pattern matching syntax. The language solves difficult problems inherent in parallel, concurrent environments. It uses sets of parallel supervised processes, not a single sequential process as found in most programming languages. Erlang was created in 1986 at the Ellemtel Telecommunication Systems Laboratories for telecommunication systems. The objective was to build a simple and efficient programming language resilient large-scale concurrent industrial applications. Besides telecommunication systems and applications and other large industrial real-time systems, Erlang is particularly suitable for servers for internet applications, e-commerce, and networked database applications. The versatility of the language is, in part, due to its extensive collection of libraries.

today's howtos

Kubernetes at SUSE and Red Hat

  • Eirinix: Writing Extensions for Eirini

    At the recent Cloud Foundry Summit EU in the Netherlands, Vlad Iovanov and Ettore Di Giacinto of SUSE presented a talk about Eirini — a project that allows the deployment and management of applications on Kubernetes using the Cloud Foundry Platform. They introduced eirinix — a framework that allows developers to extend Eirini. Eirinix is built from the Quarks codebase, which leverages Kubernetes Mutating Webhooks. With the flexibility of Kubernetes and Eirini’s architecture, developers can now build features around Eirini, like Persi support, access to the application via SSH, ASGs via Network Policies and more. In this talk, they explained how this can be done, and how everyone can start contributing to a rich ecosystem of extensions that will improve Eirini and the developer experience of Cloud Foundry.

  • Building an open ML platform with Red Hat OpenShift and Open Data Hub Project

    Unaddressed, these challenges impact the speed, efficiency and productivity of the highly valuable data science teams. This leads to frustration, lack of job satisfaction and ultimately the promise of AI/ML to the business is not redeemed. IT departments are being challenged to address the above. IT has to deliver a cloud-like experience to data scientists. That means a platform that offers freedom of choice, is easy to access, is fast and agile, scales on-demand and is resilient. The use of open source technologies will prevent lockin, and maintain long term strategic leverage over cost. In many ways, a similar dynamic has played out in the world of application development in the past few years that has led to microservices, the hybrid cloud and automation and agile processes. And IT has addressed this with containers, kubernetes and open hybrid cloud. So how does IT address this challenge in the world of AI – by learning from their own experiences in the world of application development and applying to the world of AI/ML. IT addresses the challenge by building an AI platform that is container based, that helps build AI/ML services with agile process that accelerates innovation and is built with the hybrid cloud in mind.

  • Launching OpenShift/Kubernetes Support for Solarflare Cloud Onload

    This is a guest post co-written by Solarflare, a Xilinx company. Miklos Reiter is Software Development Manager at Solarflare and leads the development of Solarflare’s Cloud Onload Operator. Zvonko Kaiser is Team Lead at Red Hat and leads the development of the Node Feature Discovery operator.

Python Across Platforms

  • Chemists bitten by Python scripts: How different OSes produced different results during test number-crunching

    Chemistry boffins at the University of Hawaii have found, rather disturbingly, that different computer operating systems running a particular set of Python scripts used for their research can produce different results when running the same code. In a research paper published last week in the academic journal Organic Letters, chemists Jayanti Bhandari Neupane, Ram Neupane, Yuheng Luo, Wesley Yoshida, Rui Sun, and Philip Williams describe their efforts to verify an experiment involving cyanobacteria, better known as blue-green algae. Williams, associate chair and professor in the department of chemistry at the University of Hawaii at Manoa, said in a phone interview with The Register on Monday this week that his group was looking at secondary metabolites, like penicillin, that can be used to treat cancer or Alzheimer's.

  • Chemists discover cross-platform Python scripts not so cross-platform

    In a paper published October 8, researchers at the University of Hawaii found that a programming error in a set of Python scripts commonly used for computational analysis of chemistry data returned varying results based on which operating system they were run on—throwing doubt on the results of more than 150 published chemistry studies. While trying to analyze results from an experiment involving cyanobacteria, the researchers—Jayanti Bhandari Neupane, Ram Neupane, Yuheng Luo, Wesley Yoshida, Rui Sun, and Philip Williams—discovered significant variations in results run against the same nuclear magnetic resonance spectroscopy (NMR) data. The scripts, called the "Willoughby-Hoye" scripts after their authors—Patrick Willoughby and Thomas Hoye of the University of Minnesota—were found to return correct results on macOS Mavericks and Windows 10. But on macOS Mojave and Ubuntu, the results were off by nearly a full percent.