<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>performance &amp;mdash;   christova  </title>
    <link>https://christova.writeas.com/tag:performance</link>
    <description>&lt;b&gt;&lt;h3&gt;Tech Articles&lt;/h3&gt;&lt;/b&gt;&lt;br/&gt;&lt;b&gt;Collated from various sources. Full copyright remains with original authors.&lt;/b&gt;</description>
    <pubDate>Wed, 06 May 2026 02:13:02 +0000</pubDate>
    <item>
      <title>Linux Performance Benchmark</title>
      <link>https://christova.writeas.com/linux-performance-benchmark?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[&#xA;&#xA;#linux #benchmark #performance&#xA;&#xA;𝐀𝐧𝐚𝐥𝐲𝐳𝐞 𝐀𝐧𝐲 𝐋𝐢𝐧𝐮𝐱 𝐒𝐲𝐬𝐭𝐞𝐦 𝐢𝐧 𝟔𝟎 𝐒𝐞𝐜𝐨𝐧𝐝𝐬&#xA;&#xA;In 60 seconds you can get a high level idea of system resource usage and running processes by running the following ten commands:&#xA;&#xA;1. uptime&#xA;This is a quick way to view the load averages, which indicate the number of tasks (processes) wanting to run&#xA;&#xA;2. dmesg | tail&#xA;This views the last 10 system messages, if there are any. Look for errors that can cause performance issues.&#xA;&#xA;3. vmstat 1&#xA;Short for virtual memory stat, vmstat(8) is a commonly available tool (first created for BSD decades ago). It prints a summary of key server statistics on each line.&#xA;&#xA;4. mpstat -P ALL 1&#xA;This command prints CPU time breakdowns per CPU, which can be used to check for an imbalance. A single hot CPU can be evidence of a single-threaded application.&#xA;&#xA;5. pidstat 1&#xA;Pidstat is a little like top’s per-process summary, but prints a rolling summary instead of clearing the screen. This can be useful for watching patterns over time, and also recording what you saw (copy-n-paste) into a record of your investigation.&#xA;&#xA;6. iostat -xz 1&#xA;This is a great tool for understanding block devices (disks), both the workload applied and the resulting performance.&#xA;&#xA;7. free -m&#xA;&#xA;8. sar -n DEV 1&#xA;check network interface throughput: rxkB/s and txkB/s, as a measure of workload, and also to check if any limit has been reached&#xA;&#xA;9. sar -n TCP,ETCP 1&#xA;This is a summarized view of some key TCP metrics&#xA;&#xA;10. top&#xA;The top command includes many of the metrics we checked earlier. It can be handy to run it to see if anything looks wildly different from the earlier commands, which would indicate that load is variable.]]&gt;</description>
      <content:encoded><![CDATA[<p><img src="https://i.snap.as/wUG7gMX0.gif" alt=""/></p>

<p><a href="https://christova.writeas.com/tag:linux" class="hashtag"><span>#</span><span class="p-category">linux</span></a> <a href="https://christova.writeas.com/tag:benchmark" class="hashtag"><span>#</span><span class="p-category">benchmark</span></a> <a href="https://christova.writeas.com/tag:performance" class="hashtag"><span>#</span><span class="p-category">performance</span></a></p>

<p>𝐀𝐧𝐚𝐥𝐲𝐳𝐞 𝐀𝐧𝐲 𝐋𝐢𝐧𝐮𝐱 𝐒𝐲𝐬𝐭𝐞𝐦 𝐢𝐧 𝟔𝟎 𝐒𝐞𝐜𝐨𝐧𝐝𝐬</p>

<p>In 60 seconds you can get a high level idea of system resource usage and running processes by running the following <strong>ten commands</strong>:</p>

<p><strong>1. uptime</strong>
This is a quick way to view the load averages, which indicate the number of tasks (processes) wanting to run</p>

<p><strong>2. dmesg | tail</strong>
This views the last 10 system messages, if there are any. Look for errors that can cause performance issues.</p>

<p><strong>3. vmstat 1</strong>
Short for virtual memory stat, vmstat(8) is a commonly available tool (first created for BSD decades ago). It prints a summary of key server statistics on each line.</p>

<p><strong>4. mpstat -P ALL 1</strong>
This command prints CPU time breakdowns per CPU, which can be used to check for an imbalance. A single hot CPU can be evidence of a single-threaded application.</p>

<p><strong>5. pidstat 1</strong>
Pidstat is a little like top’s per-process summary, but prints a rolling summary instead of clearing the screen. This can be useful for watching patterns over time, and also recording what you saw (copy-n-paste) into a record of your investigation.</p>

<p><strong>6. iostat -xz 1</strong>
This is a great tool for understanding block devices (disks), both the workload applied and the resulting performance.</p>

<p><strong>7. free -m</strong></p>

<p><strong>8. sar -n DEV 1</strong>
check network interface throughput: rxkB/s and txkB/s, as a measure of workload, and also to check if any limit has been reached</p>

<p><strong>9. sar -n TCP,ETCP 1</strong>
This is a summarized view of some key TCP metrics</p>

<p><strong>10. top</strong>
The top command includes many of the metrics we checked earlier. It can be handy to run it to see if anything looks wildly different from the earlier commands, which would indicate that load is variable.</p>
]]></content:encoded>
      <guid>https://christova.writeas.com/linux-performance-benchmark</guid>
      <pubDate>Sat, 28 Mar 2026 02:33:24 +0000</pubDate>
    </item>
    <item>
      <title>Frontend Performance Cheat Sheet</title>
      <link>https://christova.writeas.com/frontend-performance-cheat-sheet-5kqg?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[&#xA;&#xA;How to load your websites at lightning speed? Check out these 8 tips to boost frontend performance:&#xA;&#xA;1 - Compression Compress files and minimize data size before transmission to reduce network load.&#xA;&#xA;2 - Selective Rendering/Windowing Display only visible elements to optimize rendering performance. For example, in a dynamic list, only render visible items.&#xA;&#xA;3 - Modular Architecture with Code Splitting Split a bigger application bundle into multiple smaller bundles for efficient loading.&#xA;&#xA;4 - Priority-Based Loading Prioritize essential resources and visible (or above-the-fold) content for a better user experience.&#xA;&#xA;5 - Pre-loading Fetch resources in advance before they are requested to improve loading speed.&#xA;&#xA;6 - Tree Shaking or Dead Code Removal Optimize the final JS bundle by removing dead code that will never be used.&#xA;&#xA;7 - Pre-fetching Proactively fetch or cache resources that are likely to be needed soon.&#xA;&#xA;8 - Dynamic Imports Load code modules dynamically based on user actions to optimize the initial loading times.&#xA;&#xA;#frontend #performance #compression #loading]]&gt;</description>
      <content:encoded><![CDATA[<p><img src="https://i.snap.as/RjPqxWjh.jpg" alt=""/></p>

<p>How to load your websites at lightning speed? Check out these 8 tips to boost frontend performance:</p>

<p><strong>1</strong> – Compression Compress files and minimize data size before transmission to reduce network load.</p>

<p><strong>2</strong> – Selective Rendering/Windowing Display only visible elements to optimize rendering performance. For example, in a dynamic list, only render visible items.</p>

<p><strong>3</strong> – Modular Architecture with Code Splitting Split a bigger application bundle into multiple smaller bundles for efficient loading.</p>

<p><strong>4</strong> – Priority-Based Loading Prioritize essential resources and visible (or above-the-fold) content for a better user experience.</p>

<p><strong>5</strong> – Pre-loading Fetch resources in advance before they are requested to improve loading speed.</p>

<p><strong>6</strong> – Tree Shaking or Dead Code Removal Optimize the final JS bundle by removing dead code that will never be used.</p>

<p><strong>7</strong> – Pre-fetching Proactively fetch or cache resources that are likely to be needed soon.</p>

<p><strong>8</strong> – Dynamic Imports Load code modules dynamically based on user actions to optimize the initial loading times.</p>

<p><a href="https://christova.writeas.com/tag:frontend" class="hashtag"><span>#</span><span class="p-category">frontend</span></a> <a href="https://christova.writeas.com/tag:performance" class="hashtag"><span>#</span><span class="p-category">performance</span></a> <a href="https://christova.writeas.com/tag:compression" class="hashtag"><span>#</span><span class="p-category">compression</span></a> <a href="https://christova.writeas.com/tag:loading" class="hashtag"><span>#</span><span class="p-category">loading</span></a></p>
]]></content:encoded>
      <guid>https://christova.writeas.com/frontend-performance-cheat-sheet-5kqg</guid>
      <pubDate>Sat, 09 Nov 2024 03:25:01 +0000</pubDate>
    </item>
    <item>
      <title>Frontend Performance Cheat Sheet</title>
      <link>https://christova.writeas.com/frontend-performance-cheat-sheet?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[&#xA;&#xA;How to load your websites at lightning speed? Check out these 8 tips to boost frontend performance: &#xA;&#xA;1 - Compression Compress files and minimize data size before transmission to reduce network load. &#xA;&#xA;2 - Selective Rendering/Windowing Display only visible elements to optimize rendering performance. For example, in a dynamic list, only render visible items. &#xA;&#xA;3 - Modular Architecture with Code Splitting Split a bigger application bundle into multiple smaller bundles for efficient loading. &#xA;&#xA;4 - Priority-Based Loading Prioritize essential resources and visible (or above-the-fold) content for a better user experience. &#xA;&#xA;5 - Pre-loading Fetch resources in advance before they are requested to improve loading speed. &#xA;&#xA;6 - Tree Shaking or Dead Code Removal Optimize the final JS bundle by removing dead code that will never be used. &#xA;&#xA;7 - Pre-fetching Proactively fetch or cache resources that are likely to be needed soon. &#xA;&#xA;8 - Dynamic Imports Load code modules dynamically based on user actions to optimize the initial loading times.&#xA;&#xA;#frontend #performance #compression #loading]]&gt;</description>
      <content:encoded><![CDATA[<p><img src="https://i.snap.as/RjPqxWjh.jpg" alt=""/></p>

<p>How to load your websites at lightning speed? Check out these 8 tips to boost frontend performance:</p>

<p><strong>1</strong> – Compression Compress files and minimize data size before transmission to reduce network load.</p>

<p><strong>2</strong> – Selective Rendering/Windowing Display only visible elements to optimize rendering performance. For example, in a dynamic list, only render visible items.</p>

<p><strong>3</strong> – Modular Architecture with Code Splitting Split a bigger application bundle into multiple smaller bundles for efficient loading.</p>

<p><strong>4</strong> – Priority-Based Loading Prioritize essential resources and visible (or above-the-fold) content for a better user experience.</p>

<p><strong>5</strong> – Pre-loading Fetch resources in advance before they are requested to improve loading speed.</p>

<p><strong>6</strong> – Tree Shaking or Dead Code Removal Optimize the final JS bundle by removing dead code that will never be used.</p>

<p><strong>7</strong> – Pre-fetching Proactively fetch or cache resources that are likely to be needed soon.</p>

<p><strong>8</strong> – Dynamic Imports Load code modules dynamically based on user actions to optimize the initial loading times.</p>

<p><a href="https://christova.writeas.com/tag:frontend" class="hashtag"><span>#</span><span class="p-category">frontend</span></a> <a href="https://christova.writeas.com/tag:performance" class="hashtag"><span>#</span><span class="p-category">performance</span></a> <a href="https://christova.writeas.com/tag:compression" class="hashtag"><span>#</span><span class="p-category">compression</span></a> <a href="https://christova.writeas.com/tag:loading" class="hashtag"><span>#</span><span class="p-category">loading</span></a></p>
]]></content:encoded>
      <guid>https://christova.writeas.com/frontend-performance-cheat-sheet</guid>
      <pubDate>Sat, 09 Nov 2024 03:16:05 +0000</pubDate>
    </item>
  </channel>
</rss>