<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Amd on AiSlackin</title><link>https://aislackin.com/tags/amd/</link><description>Recent content in Amd on AiSlackin</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 21 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://aislackin.com/tags/amd/index.xml" rel="self" type="application/rss+xml"/><item><title>npu-monitor: a system tray that knows what hardware each box actually has</title><link>https://aislackin.com/posts/2026-08-21-npu-monitor-gpu-tray/</link><pubDate>Fri, 21 Aug 2026 00:00:00 +0000</pubDate><guid>https://aislackin.com/posts/2026-08-21-npu-monitor-gpu-tray/</guid><description>&lt;p&gt;Every multi-host monitoring tool I tried assumed homogeneous hardware: one GPU, maybe two, same on every machine. My LAN doesn&amp;rsquo;t work like that — one box has an AMD APU iGPU plus a Ryzen AI NPU, another has an AMD R9700 &lt;em&gt;and&lt;/em&gt; an NVIDIA RTX 5060 Ti. So &lt;code&gt;npu-monitor&lt;/code&gt; treats the device list as dynamic: each host reports its own real silicon and the tray renders whatever arrives.&lt;/p&gt;&#10;&lt;p&gt;The numbers come from the actual kernel interfaces, not screen-scraping: ROCm sysfs (&lt;code&gt;gpu_busy_percent&lt;/code&gt;) for AMD cards, &lt;code&gt;nvidia-smi&lt;/code&gt; for CUDA, &lt;code&gt;/proc/stat&lt;/code&gt; deltas for CPU, and a raw &lt;code&gt;DRM_IOCTL_AMDXDNA_GET_INFO&lt;/code&gt; ioctl against &lt;code&gt;/dev/accel/accel0&lt;/code&gt; — using the real 168-byte sensor struct from the kernel UAPI — for the NPU&amp;rsquo;s utilization columns.&lt;/p&gt;</description></item><item><title>slug-tts-stt: giving a mini-PC ears and a mouth, on two different chips</title><link>https://aislackin.com/posts/2026-08-06-slug-tts-stt-voice-service/</link><pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate><guid>https://aislackin.com/posts/2026-08-06-slug-tts-stt-voice-service/</guid><description>&lt;p&gt;A voice assistant needs two things from its hardware: it must hear you and it must answer you. On a single-box setup those workloads fight for the same chip — unless you deliberately split them. That&amp;rsquo;s the whole idea here: STT runs on the &lt;strong&gt;XDNA2 NPU&lt;/strong&gt; (Whisper large-v3-turbo via FastFlowLM), TTS runs on the &lt;strong&gt;Radeon 840M iGPU&lt;/strong&gt; (Qwen3-TTS 1.7B via qwentts.cpp/Vulkan). Both exposed as OpenAI-compatible HTTP endpoints on your LAN. The reasoning brain lives elsewhere; this box is only ever the audio edge.&lt;/p&gt;</description></item></channel></rss>