The sys admin's daily grind: LUG Camp and Iotop
High-Altitude Euphoria
Immenstadt, Germany, was the site of the 10th anniversary LUG Camp for the founding Linux User Groups from Germany's Allgäu and Augsburg.
The 10th LUG Camp saw the Linux faithful trekking into the mountains. Around 120 Linux fans, including yours truly, met at a school youth hostel in Gschwend near Immenstadt (Figure 1). Nobody had to do without water: The hostel's own waterfall, fed by meltwater from even higher up, cooled the kegs of beer and even served as a shower for some hardy souls.
Although LUG Camp traditionally perceives itself more as a geek family gathering with the focus very obviously on fun, this doesn't mean a complete lack of content: Anybody with the necessary knowledge and desire could take an LPIC exam, and there were some really excellent talks. Incidentally, the thin mountain air of Gschwend didn't worry the participants in the least after the chili contest expanded their lungs to at least twice their normal capacity.
Iotop
Throughput, data this time, is also the domain of the tool that I will look at here. Iotop solves a problem that has often bugged me: The system is slow because its disks are running all the time, but I can't identify the process behind it. Iotop [1] gives me exactly this information.
The Python program needs at least kernel 2.6.20 with TASK_DELAY_ACCT and TASK_IO_ACCOUNTING enabled. When launched, the top line of the output shows the current I/O data rates for read and write access. Below this is a list of the input/output activity by process (Figure 2).
Short Stories
The iotop -o command line makes the output more readable. In this mode, you only see the processes that are causing I/O right now.
To extend the refresh interval from 1 to 10 seconds, specify -d 10. Iotop's batch mode is really useful. The command line
iotop -o -b -d10 -n30 > io.txt
tells Iotop to write the last I/O status 30 times to a file named io.txt at 10-second intervals. This shows how data rates develop over a period of five minutes.
Conclusions
If your hard disk LEDs are permanently lit, Iotop is indispensable. For me, LUG Camp is equally indispensable – I've already registered for next year's event.
Infos
Buy Linux Magazine
Subscribe to our Linux Newsletters
Find Linux and Open Source Jobs
Subscribe to our ADMIN Newsletters
Support Our Work
Linux Magazine content is made possible with support from readers like you. Please consider contributing when you’ve found an article to be beneficial.
News
-
Wine 10 Includes Plenty to Excite Users
With its latest release, Wine has the usual crop of bug fixes and improvements, along with some exciting new features.
-
Linux Kernel 6.13 Offers Improvements for AMD/Apple Users
The latest Linux kernel is now available, and it includes plenty of improvements, especially for those who use AMD or Apple-based systems.
-
Gnome 48 Debuts New Audio Player
To date, the audio player found within the Gnome desktop has been meh at best, but with the upcoming release that all changes.
-
Plasma 6.3 Ready for Public Beta Testing
Plasma 6.3 will ship with KDE Gear 24.12.1 and KDE Frameworks 6.10, along with some new and exciting features.
-
Budgie 10.10 Scheduled for Q1 2025 with a Surprising Desktop Update
If Budgie is your desktop environment of choice, 2025 is going to be a great year for you.
-
Firefox 134 Offers Improvements for Linux Version
Fans of Linux and Firefox rejoice, as there's a new version available that includes some handy updates.
-
Serpent OS Arrives with a New Alpha Release
After months of silence, Ikey Doherty has released a new alpha for his Serpent OS.
-
HashiCorp Cofounder Unveils Ghostty, a Linux Terminal App
Ghostty is a new Linux terminal app that's fast, feature-rich, and offers a platform-native GUI while remaining cross-platform.
-
Fedora Asahi Remix 41 Available for Apple Silicon
If you have an Apple Silicon Mac and you're hoping to install Fedora, you're in luck because the latest release supports the M1 and M2 chips.
-
Systemd Fixes Bug While Facing New Challenger in GNU Shepherd
The systemd developers have fixed a really nasty bug amid the release of the new GNU Shepherd init system.