https://embark.systems/posts/ Recent content in Posts on Embark Systems Hugo zh-tw Wed, 22 Apr 2026 09:50:52 +0800 https://embark.systems/posts/directshow-filter/ Wed, 22 Apr 2026 09:50:52 +0800 https://embark.systems/posts/directshow-filter/ <p><img src="../../images/directshow-filter.png" alt="DirectShow Filter"></p> <h2 id="案例背景當頂規硬體遇上軟體瓶頸"> 案例背景：當頂規硬體遇上軟體瓶頸 <a class="heading-link" href="#%e6%a1%88%e4%be%8b%e8%83%8c%e6%99%af%e7%95%b6%e9%a0%82%e8%a6%8f%e7%a1%ac%e9%ab%94%e9%81%87%e4%b8%8a%e8%bb%9f%e9%ab%94%e7%93%b6%e9%a0%b8"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>回溯至 2008 年左右，直播技術正處於從 Windows Media 轉向 Flash 陣營的交替期。當時一位合作夥伴向我們提出了一個令人費解的技術難題：<strong>「為什麼具備 1080p 物理解析度的 Camera，在 Windows 環境下的直播輸出卻慘不忍睹？」</strong></p> https://embark.systems/posts/radiator-performance-tuning/ Wed, 08 Apr 2026 07:24:41 +0800 https://embark.systems/posts/radiator-performance-tuning/ <p><img src="../../images/radiator-performance-tuning.png" alt="Radiator Performance Tuning"></p> <h2 id="核心背景"> 核心背景 <a class="heading-link" href="#%e6%a0%b8%e5%bf%83%e8%83%8c%e6%99%af"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>在 SI 系統整合產業任職期間，我們團隊長期深耕<strong>電信產業</strong>，曾參與 4G/5G 設備開發認證機制的關鍵專案。即便通訊技術不斷演進，架構<strong>穩健的 RADIUS 協定</strong>依舊是當時認證機制的核心。在技術選型上，我們捨棄了常見的開源方案，導入芬蘭 <a href="https://radiatorsoftware.com" class="external-link" target="_blank" rel="noopener">Radiator Software</a> 開發的商用軟體 —— <strong>Radiator</strong>，利用其卓越的可擴充性來滿足電信級的連線需求。</p> https://embark.systems/posts/wretch-filer-migration/ Fri, 03 Apr 2026 14:34:02 +0800 https://embark.systems/posts/wretch-filer-migration/ <p><img src="../../images/wretch-filer-migration.png" alt="W Filer Migration"></p> <h2 id="一-專案背景與情境"> 一、 專案背景與情境 <a class="heading-link" href="#%e4%b8%80-%e5%b0%88%e6%a1%88%e8%83%8c%e6%99%af%e8%88%87%e6%83%85%e5%a2%83"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>該雲端儲存服務初期採用多台分散式檔案伺服器（Filer）承載用戶數據，並仰賴使用者資料表中之專屬欄位進行路由導向。隨著數據量呈指數成長，單一硬體節點已達運算與儲存極限。為提升系統擴展性與維護效率，架構團隊規劃將分散於各 Filer 之海量照片數據，全數遷移至內部雲端儲存系統（Cloud Storage）。</p> https://embark.systems/posts/perl-performance-optimization/ Thu, 02 Apr 2026 20:00:01 +0800 https://embark.systems/posts/perl-performance-optimization/ <p><img src="../../images/perl-performance-optimization.png" alt="Perl Performance Optimization"></p> <h2 id="一-專案背景與情境"> 一、 專案背景與情境 <a class="heading-link" href="#%e4%b8%80-%e5%b0%88%e6%a1%88%e8%83%8c%e6%99%af%e8%88%87%e6%83%85%e5%a2%83"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>該專案為企業級檔案同步系統，初期實施「使用自家產品」（Dogfooding）策略以加速迭代。然而，同步模組之處理延遲導致使用者抱怨頻繁。技術管理層與開發團隊間產生認知落差：部分觀點主張以堆疊雲端運算資源來彌補軟體效能不足，並形成「硬體資源規模等於服務品質」之思維慣性。部分開發者甚至誤用 Donald Knuth 所言「過早最佳化是萬惡的根源」，將其作為延宕演算法調整之藉口。技術顧問團隊介入後指出，當「過早最佳化」被誤用為不作為之藉口時，其後果往往為「壓根不最佳化」，最終將轉化為高昂的基礎設施支出與沉重的技術債。</p> https://embark.systems/posts/php-extension/ Mon, 30 Mar 2026 23:14:39 +0800 https://embark.systems/posts/php-extension/ <p><img src="../../images/php-extension.png" alt="PHP Extension"></p> <h2 id="一-專案背景與技術脈絡"> 一、 專案背景與技術脈絡 <a class="heading-link" href="#%e4%b8%80-%e5%b0%88%e6%a1%88%e8%83%8c%e6%99%af%e8%88%87%e6%8a%80%e8%a1%93%e8%84%88%e7%b5%a1"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>2004 年，技術團隊於企業級開發環境中引入 PHP Extension 機制。初期借鏡內部核心團隊之開源模組，以 C/C++ 實作 PHP 語言之 Function 與 Class 封裝。該技術最終編譯為 Shared Object (.so) 或 Windows DLL，於 PHP 啟動期載入記憶體，提供高效能運算與底層函式庫（如 <code>libqrencode</code>、<code>libcurl</code>）之直接調用能力。</p> https://embark.systems/posts/cpu-affinity/ Sat, 28 Mar 2026 23:41:05 +0800 https://embark.systems/posts/cpu-affinity/ <h2 id="-執行摘要-executive-summary"> 📌 執行摘要 (Executive Summary) <a class="heading-link" href="#-%e5%9f%b7%e8%a1%8c%e6%91%98%e8%a6%81-executive-summary"> <i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"></i> <span class="sr-only">Link to heading</span> </a> </h2> <p>本案針對部署於高密度多核心伺服器上的單執行緒 DNS 服務，剖析作業系統預設排程機制所導致的效能瓶頸。透過實作 CPU Affinity（處理器親和力）與工作負載隔離策略，成功降低 Context Switch（行程切換）次數與 CPU Cache 失效率，於真實流量測試中獲得 20–30% 的效能提升。本案提供高頻網路服務在現代硬體架構下的低成本調校範例。</p>