<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Nice on Linux Café</title>
    <link>https://mrtomlinux.org/tags/nice/</link>
    <description>Recent content in Nice on Linux Café</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Fri, 16 Oct 2026 09:18:49 +0200</lastBuildDate>
    <atom:link href="https://mrtomlinux.org/tags/nice/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Running My Home NAS Backups with `nice` and `ionice` So My Desktop Never Freezes</title>
      <link>https://mrtomlinux.org/post/2026-10-16-running-my-home-nas-backups-with-nice-and-ion/</link>
      <pubDate>Fri, 16 Oct 2026 09:18:49 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-10-16-running-my-home-nas-backups-with-nice-and-ion/</guid>
      <description>&lt;p&gt;Running a nightly backup from a home NAS to a desktop is a common task, but the copy can still hog the machine’s resources and make the UI feel sluggish.&lt;br&gt;&#xA;The trick is to let the backup run with low CPU and I/O priority so the desktop stays responsive. Two simple tools—&lt;code&gt;nice&lt;/code&gt; and &lt;code&gt;ionice&lt;/code&gt;—are all you need.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-the-problem-matters&#34;&gt;Why the problem matters&lt;/h2&gt;&#xA;&lt;p&gt;When a &lt;code&gt;rsync&lt;/code&gt; or &lt;code&gt;tar&lt;/code&gt; job copies gigabytes of data, the kernel’s scheduler keeps the process in the foreground class. Even if you’re not actively using the machine, the backup can consume CPU cycles and saturate the disk queue. On a laptop or a desktop with a single NVMe drive, this shows up as a frozen terminal, delayed window redraws, or a sluggish browser.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Taming Resource-Intensive Background Jobs with nice and ionice</title>
      <link>https://mrtomlinux.org/post/2026-08-09-taming-resource-intensive-background-jobs-wit/</link>
      <pubDate>Sun, 09 Aug 2026 11:18:29 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-08-09-taming-resource-intensive-background-jobs-wit/</guid>
      <description>&lt;h2 id=&#34;introduction-to-resource-management&#34;&gt;Introduction to Resource Management&lt;/h2&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve seen this go wrong when a resource-intensive job is running in the background - it can consume significant CPU, memory, or I/O resources, slowing down other system activities. To mitigate this, Linux provides two essential tools: &lt;code&gt;nice&lt;/code&gt; and &lt;code&gt;ionice&lt;/code&gt;. In this article, we&amp;rsquo;ll explore how to use these tools to tame resource-intensive background jobs and maintain a smooth system experience.&lt;/p&gt;&#xA;&lt;h2 id=&#34;understanding-nice&#34;&gt;Understanding nice&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;code&gt;nice&lt;/code&gt; command is used to adjust the scheduling priority of a process. By default, Linux assigns a nice value of 0 to each process, which means it has a normal scheduling priority. You can adjust this value using the &lt;code&gt;nice&lt;/code&gt; command, with values ranging from -20 (highest priority) to 19 (lowest priority). For example:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Taming Resource-Hungry Background Tasks with nice and ionice</title>
      <link>https://mrtomlinux.org/post/2026-06-30-taming-resource-hungry-background-tasks-with-/</link>
      <pubDate>Tue, 30 Jun 2026 09:03:01 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-06-30-taming-resource-hungry-background-tasks-with-/</guid>
      <description>&lt;h2 id=&#34;introduction-to-resource-management&#34;&gt;Introduction to Resource Management&lt;/h2&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve seen this go wrong when you&amp;rsquo;ve got a bunch of background tasks running on your Linux machine, whether it&amp;rsquo;s a homelab, self-hosting services, or just your everyday desktop. If you don&amp;rsquo;t manage these tasks, they can consume way too many resources. That&amp;rsquo;s where &lt;code&gt;nice&lt;/code&gt; and &lt;code&gt;ionice&lt;/code&gt; come in - they&amp;rsquo;re essential tools for taming those resource-hungry background tasks.&lt;/p&gt;&#xA;&lt;h2 id=&#34;understanding-nice-and-ionice&#34;&gt;Understanding nice and ionice&lt;/h2&gt;&#xA;&lt;p&gt;The real trick is understanding how &lt;code&gt;nice&lt;/code&gt; and &lt;code&gt;ionice&lt;/code&gt; work. &lt;code&gt;nice&lt;/code&gt; adjusts the scheduling priority of a process, which is useful when you want to control how much CPU time a process gets. By default, Linux uses a dynamic priority scheduling algorithm, but &lt;code&gt;nice&lt;/code&gt; lets you override this and set a manual priority. The &lt;code&gt;nice&lt;/code&gt; value ranges from -20 (highest priority) to 19 (lowest priority).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Taming Background Chaos: My Favorite Ways to Manage and Prioritize Linux Jobs with nice, ionice, and nohup</title>
      <link>https://mrtomlinux.org/post/2026-06-08-taming-background-chaos-my-favorite-ways-to-m/</link>
      <pubDate>Mon, 08 Jun 2026 11:08:44 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-06-08-taming-background-chaos-my-favorite-ways-to-m/</guid>
      <description>&lt;h2 id=&#34;introduction-to-job-management&#34;&gt;Introduction to Job Management&lt;/h2&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve been using Linux for years, and one thing I&amp;rsquo;ve learned is that managing jobs is crucial, especially when running long-running commands. You don&amp;rsquo;t want to keep your terminal open for hours, waiting for a command to finish. That&amp;rsquo;s where &lt;code&gt;nice&lt;/code&gt;, &lt;code&gt;ionice&lt;/code&gt;, and &lt;code&gt;nohup&lt;/code&gt; come in - they&amp;rsquo;re essential tools for managing and prioritizing Linux jobs. In this article, I&amp;rsquo;ll share my experience with these commands and how to use them effectively.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Taming Resource-Intensive Background Jobs with nice and ionice</title>
      <link>https://mrtomlinux.org/post/2026-06-07-taming-resource-intensive-background-jobs-wit/</link>
      <pubDate>Sun, 07 Jun 2026 10:37:27 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-06-07-taming-resource-intensive-background-jobs-wit/</guid>
      <description>&lt;h2 id=&#34;introduction-to-resource-management&#34;&gt;Introduction to Resource Management&lt;/h2&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve seen this go wrong when you&amp;rsquo;ve got a bunch of resource-intensive tasks running in the background, slowing down your entire system. In my experience, using &lt;code&gt;nice&lt;/code&gt; and &lt;code&gt;ionice&lt;/code&gt; can be a game-changer. These two commands let you control the priority of processes and disk I/O, which is especially useful for homelab servers or small machines.&lt;/p&gt;&#xA;&lt;h2 id=&#34;understanding-nice&#34;&gt;Understanding nice&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;code&gt;nice&lt;/code&gt; command is all about setting the priority of a process. By default, Linux gives every process a nice value of 0. You can adjust this using the &lt;code&gt;nice&lt;/code&gt; command, where negative values mean higher priority and positive values mean lower priority. For example, if you&amp;rsquo;ve got a command that&amp;rsquo;s hogging all your resources, you can run it with a lower priority like this:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Taming Resource-Intensive Background Jobs with nice and ionice</title>
      <link>https://mrtomlinux.org/post/2026-05-31-taming-resource-intensive-background-jobs-wit/</link>
      <pubDate>Sun, 31 May 2026 08:28:12 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-05-31-taming-resource-intensive-background-jobs-wit/</guid>
      <description>&lt;h2 id=&#34;introduction-to-resource-management&#34;&gt;Introduction to Resource Management&lt;/h2&gt;&#xA;&lt;p&gt;As someone who&amp;rsquo;s spent years running Linux systems, I&amp;rsquo;ve learned that managing background jobs is crucial for maintaining system performance. Whether you&amp;rsquo;re running a homelab, self-hosting services, or just using your Linux machine for everyday tasks, it&amp;rsquo;s essential to keep resource-intensive jobs in check. In this article, I&amp;rsquo;ll dive into how to use &lt;code&gt;nice&lt;/code&gt; and &lt;code&gt;ionice&lt;/code&gt; to tame these jobs and keep your system responsive.&lt;/p&gt;&#xA;&lt;h2 id=&#34;understanding-nice&#34;&gt;Understanding nice&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;code&gt;nice&lt;/code&gt; command is a simple way to set the priority of a process. By default, Linux gives all processes a nice value of 0, which is normal priority. You can adjust this value using the &lt;code&gt;nice&lt;/code&gt; command, with values ranging from -20 (highest priority) to 19 (lowest priority). To use &lt;code&gt;nice&lt;/code&gt;, just prefix your command with the &lt;code&gt;nice&lt;/code&gt; command and the desired nice value. For example:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Taming System Load Spikes with nice, ionice, and cgroups on a Home Server</title>
      <link>https://mrtomlinux.org/post/2026-05-22-taming-system-load-spikes-with-nice-ionice-an/</link>
      <pubDate>Fri, 22 May 2026 10:06:37 +0200</pubDate>
      <guid>https://mrtomlinux.org/post/2026-05-22-taming-system-load-spikes-with-nice-ionice-an/</guid>
      <description>&lt;h2 id=&#34;introduction-to-system-load-spikes&#34;&gt;Introduction to System Load Spikes&lt;/h2&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve had my fair share of system load spikes on my home server over the years. These spikes can be caused by resource-intensive applications, misconfigured services, or even malware. I recall one particularly nasty spike that brought my server to its knees - it was a real wake-up call. Since then, I&amp;rsquo;ve been exploring ways to manage system load on my Linux home server. In this article, I&amp;rsquo;ll share my experiences with using &lt;code&gt;nice&lt;/code&gt;, &lt;code&gt;ionice&lt;/code&gt;, and &lt;code&gt;cgroups&lt;/code&gt; to tame these spikes.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
