1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Tux3 Gets Harshly Criticized Over Code Quality

Linux Kernel

Published on 19 May 2014 11:15 AM EDT
Written by Michael Larabel in Linux Kernel
19 Comments

On Friday the Tux3 file-system was called for review and offered to the mainline Linux kernel. Tux3 has been under development for more than six years but it seems that even after all this time and improvements, the code quality still isn't the best and the work is being scrutinized.

XFS developer Dave Chinner came out Sunday afternoon criticizing the Tux3 code. Dave began, "I had a quick look at the code. This is not a code review - it's a message to tell everyone else not to waste their time looking at the code right now..."
The code is a dog's breakfast of #ifdef hackery, stuff that doesn't work (lots of code surrounded by "#if 0"), there's "#if __KERNEL__ ... #else .... #endif" all through the code, etc. The "declarations within code" stuff is just horrible - it's not even used consistently so it just looks like laziness to me. [In other words], the code is an ugly mess and needs a serious amount of cleanup work.

There's also several kernel hacks within the code. One of the long talked about features was also the Tux3 built-in snapshotting capability that's supposed to be superior to ZFS and Btrfs, but Chinner couldn't find any of that code, only some code comments about adding snapshots.

Tux3 Gets Harshly Criticized Over Code Quality


Dave concluded:
Tux3 is just a prototype of a standard journaling filesystem. The tux3 code is still missing large parts of it's intended core functionality and there is nothing to tell us when that might appear. It really appears to me that tux3 is where btrfs was 5-6 years ago - the core of an idea, but a long, long way from being feature complete or production ready. btrfs still doesn't handle ENOSPC well and given that tux3's is following the same development path (BUG on ENOSPC) it doesn't fill me with any confidence that tux3 is going to turn out any better than btrfs in 5 years time.

Really, I don't see how you plan to bring tux3 to be feature complete and production ready in less than 2-3 years. The current code is barely functional at this point and there's still questions that haven't been answered about whether core tux3 functionality can even be made to work properly, let alone integrated effectively.

IMO, it's a waste of time right now asking anyone to review this code for inclusion until it has been cleaned up, the core infrastructure problems have been solved and the core filesystem code is much closer to feature complete.....

Lead Tux3 developer Daniel Phillips has yet to respond to these critical comments. For what it's worth, it was also Dave Chinner in 2012 who was taking shots at EXT4 and Btrfs.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
  2. Ubuntu 14.10 Linux 32-bit vs. 64-bit Performance
  3. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  4. MSI: Update Your BIOS From The Linux Desktop
Latest Linux News
  1. Cairo-Dock 3.4 Shows A Lot Of Progress, Works Toward EGL/Wayland Support
  2. Mesa 10.4 Tentatively Planned For Early December
  3. SteamOS Update 145 Brings Compositor, Update Fixes
  4. GStreamer 2014 Conference Videos Posted: Wayland, HTML5, 3D
  5. Nouveau Now Supports DRI3 Without GLAMOR
  6. Features Of The Linux 3.18 Kernel
  7. Debian Now Defaults To Xfce On Non-x86 Desktops
  8. Phoenix Is Trying To Be An Open Version Of Apple's Swift
  9. Linux 3.19 To Have Skylake Graphics, PPGTT Enablement
  10. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  3. AMD Releases UVD Video Decode Support For R600 GPUs
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Proof that strlcpy is un-needed
  6. xbox one tv tuner
  7. Bye bye BSD, Hello Linux: A Sys Admin's Story
  8. Updated and Optimized Ubuntu Free Graphics Drivers