我有一台 TS-251B,搭配 2 顆 4TB 硬碟。除了 QuMagie 使用起來非常緩慢之外,其他需求都運作得很好。最明顯的是,瀏覽照片時縮圖載入需要 10-20 秒。(縮圖在多媒體控制台已經全部生成完成。)想請問以下幾點:
有什麼升級可以讓我的 NAS 實際上變得更快嗎?(例如加裝記憶體,雖然目前看起來記憶體並沒有用滿,或是加裝 SSD,或其他方式?)還是說這個功能本來就超出 TS-251B 的效能極限?
我有一台 TS-251B,搭配 2 顆 4TB 硬碟。除了 QuMagie 使用起來非常緩慢之外,其他需求都運作得很好。最明顯的是,瀏覽照片時縮圖載入需要 10-20 秒。(縮圖在多媒體控制台已經全部生成完成。)想請問以下幾點:
有什麼升級可以讓我的 NAS 實際上變得更快嗎?(例如加裝記憶體,雖然目前看起來記憶體並沒有用滿,或是加裝 SSD,或其他方式?)還是說這個功能本來就超出 TS-251B 的效能極限?
TS-251 是一台性能非常不足的 NAS。相信我——我有一台 TS-451,和 TS-251 一樣,只是有 4 顆硬碟而不是 2 顆。
除了購買一台更高效能的 NAS 外,沒有其他解決方法。很抱歉,但那顆低階 CPU 就是沒辦法應付。
請問您目前是透過手機應用程式還是電腦上的網頁介面(Web UI)瀏覽的呢?
如果您是使用行動裝置,能否提供具體的型號?
這些資訊對我們的調查非常有幫助。感謝您的協助!
這正是我所懷疑的。謝謝!
您好,我已經透過網頁介面和我的行動裝置(iPhone 17)瀏覽,結果都差不多。我將縮圖品質調到最低,這似乎稍微加快了一點速度,但仍然比我認為滿意的效能慢得多。
是啊,那個處理器和那台設備的低記憶體真的沒什麼可以做的。
您好,我很好奇,從 TS-251B 升級到哪一款會有明顯的提升?我正在考慮 TS-264,搭配 16GB 記憶體。我的相關知識有限,選擇 TS-264 是因為我可以將現有的硬碟遷移到這台設備中。
我目前擁有一台 TS-451,直到一年多前它都是我唯一的 NAS。後來我選擇了 TS-873A。
首先,我建議你選擇比兩顆硬碟機更大的機型。可以考慮 TS-464 或 TS-664。這樣你就能使用 RAID5,這比 RAID1 好得多。
TS-x51 系列採用 Intel Celeron J1800 處理器。在 Passmark 上,這款 CPU 的分數是 573。TS-x64 使用 Celeron N5095,而 TS-x73A 則採用 AMD Ryzen V1500B。這兩款處理器的效能大約是 J1800 的 9 倍。你會明顯感受到效能上的巨大提升。請參考圖片:
就我個人而言,我認為 V1500B 在某些應用上還是有點弱。我最近剛把我的 TS-672XT 從第七代 i3 升級到第八代 i7,效能差異非常明顯。第七代 i3 和 V1500B 的效能其實差不多。
TS-673A 比 TS-664 貴大約 $100。至於要選哪一台,取決於你的需求。每款機型都有其優缺點。
Jon,非常感謝你對我的問題提供詳細的見解。了解事實確實很有幫助。我原本因價格考慮,曾經想購買TS-262。不過,根據你的建議我沒有這麼做。我可能會選擇TS-264,不過我也會考慮4槽機型和RAID 5的選項。
464型雖然貴了幾百美元,但能提供更多彈性。不過,只有你自己最清楚你的預算。
我這裡也有同樣的問題(TS-251D,8GB RAM)。已安裝 Immich,運作得非常好。與 PhotoStation 和 Qphoto 也能很好地配合使用。所以可能是 Qumagie 軟體本身的問題。Qnap 已經在調查這個問題(已經兩個月了)。希望他們能找到解決方案。不然就會繼續用 Immich 或 Photostation(已經不再支援)。
我也在 TVS-h474 上遇到完全相同的問題:縮圖載入速度極慢;但這不是資源問題。我用的是第12代 i5,擁有20核心、64GB RAM,所有東西,包括作業系統,都在 SSD 上。它有最新的 BIOS,還有 NVidia RTX3050 GPU 協助,但 QuMagie 並沒有使用 GPU 加速。索引已完全建立,所有縮圖都已生成。我嘗試過移除 Multimedia Console、QuMagie 和 QSirch,然後重新安裝並重建所有索引和縮圖,但似乎都沒有任何改善。我不認為這是你的硬體問題;雖然這可能有些影響,但它就是非常慢。
CPU 似乎從未超過 25%,而磁碟延遲基本上為 0,所以我認為 API 層和縮圖恢復本身就有一些固有的延遲。我很快就要放棄了,卸載所有東西,然後尋找更好的替代品。
我已通知 Qnap,其他用戶也遇到同樣的問題。我也認為這不是硬體的問題。正如我所說,Immich 和 Photostation 都運作良好。如果他們無法修復 Qumagie,我會繼續使用 Immich。
非常感謝您的反饋。關於 QuMagie 的效能問題,我們在內部測試環境中無法重現相同的緩慢情況。因此,我們非常希望遇到類似問題的用戶能夠提交技術支援單,並允許我們進行遠端分析。
這將對我們找出效能瓶頸並進行優化有極大幫助。衷心感謝您的支持與配合!
所以 @SteveKo,讓我快速看一下,給你一些我對 QMagie 的見解:
我使用的是 TS-873A,64K RAM,QuTS h5.2.8。
1.) 縮圖的初始載入看起來還可以。對於一個基於網頁的應用來說算合理。
2.) 當往下捲動一點時,縮圖載入會花點時間。但最終還是會載入完成。看起來軟體需要一些時間從資料庫快取圖片並顯示出來。
3.) 看起來軟體同時快取了縮圖和原圖。我這麼說是因為如果你讓 QMagie 在資料庫頁面停留一會兒,所有圖片都顯示出來後,點擊任何圖片都會非常快地顯示。但如果你在縮圖還在載入或剛載入完時嘗試顯示圖片,圖片會需要一點時間才會出現。
4.) 現在我看到的情況,以及我認為大家遇到的問題,是 CPU 負載的問題。看 TOP 指令時,當我在應用程式裡跳來跳去、快取圖片並顯示圖片時,CPU 負載會飆到 19。我的 873A 有 8 個核心,CPU 負載到 19 代表有很多執行緒卡在佇列裡。雖然之後會降下來,但這段期間 QMagie 會變得很慢,這是預期中的。
所以對於那些說「CPU 從來不超過 25%」或類似說法的人——那不重要。你需要看的是 CPU Load 數值。開 SSH shell,執行 TOP,看看你的 CPU Load。如果這個數字遠高於你處理器的核心數,系統就會卡住。CPU 使用率百分比可以很低,但 CPU Load 很高,系統一樣會卡。
所以我會說 QMagie 不是最快的。看起來它需要一些時間從資料庫取出所有圖片(我會看到 MariaDB 進程非常忙碌——佔用到一個核心 90% 的資源),然後再傳送到瀏覽器。這樣算很糟嗎?我不確定。當我捲到圖庫中還沒載入的區域時,大概要等 15 秒。
那它是完全不能用或很糟嗎?不是。
是我提到 CPU 佔用 25%,我確實使用 SSH 和 top 監控了活動進程,我有多年 Unix/Linux 系統管理員經驗。唯一佔用顯著 CPU 的進程是構成 Samba 的 5 或 6 個進程,奇怪的是它們日夜都會佔用大約 10% 的 CPU。IO wait 也比預期的高。偶爾會有一些尖峰,這些都可以歸因於預期的活動,但 QuMagie 的活動與高 CPU 之間似乎沒有關聯。我有 45,000 張圖片,QuMagie 載入初始畫面需要將近 20 秒,前 20 張左右的縮圖大約還要再等 30 秒才會出現。如果我往下捲動,只會看到灰色方塊,除非我等幾分鐘。如果我點擊一張圖片,可能還要等 10-15 秒才會顯示。
OK。當我在我的 TS-873A(Ryzen Embedded V1500B)上載入 Qmagie 時,我大約有 53,000 張圖片。初始畫面大約 2 秒就載入完成。我在大約 10 秒後開始看到圖片,而不是灰色方塊,整個頁面大概 20 秒內就會全部顯示出來。不過在這個過程中,我的 CPU 負載確實會飆高。
如果我點選例如 2011 年,系統會搜尋資料庫,載入整個縮圖頁面不到 20 秒。頁面本身(灰色方塊)會立即顯示。
一旦縮圖載入完成,圖片會立即顯示。
我想如果我把 QMagie 和所有圖片放到我的 TVS-672XT(現在配有 i7-8700T)上,速度應該會快至少兩倍。i7 和 V1500B 在回應速度上的差異真的很驚人,當然 i7 的效能也超過兩倍。
你的 TVS-h474 配備的是 Pentium Gold G7400,CPU mark 分數是 6709。我的 V1500B 是 4513,所以你的問題不在於處理器。你的 QMagie 體驗理論上應該比我更好,但實際上卻沒有。
你系統碟是用 NVMe 硬碟嗎?這可能會有影響。另外你在 NAS 上還有跑其他什麼服務嗎?(我其實在我的 873A 上跑了很多東西)。
謝謝 Steve。技術支援工單自 2025 年 12 月以來已經開啟。QNAP 一直嘗試透過多次遠端連線(會過期)來檢查這個問題。如果有 QNAP 的最新消息,我會再更新。這可能只是軟體問題(QuMagie)。只是讓我驚訝的是,我在 Photostation(Qphoto)或 Immich 上都沒有遇到任何問題。
我的 TVS-h474 配備第12代 i5-12400 處理器和 64GB 記憶體,不是 Pentium Gold G7400。系統和所有圖片都存放在 RAID 1 NVMe SSD 上,另外還有一個 4 顆硬碟的 RAID 5 卷,但 QuMagie 沒有使用這個卷。我完全不明白為什麼速度會慢得這麼離譜。雖然有幾個虛擬機在運行,但它們幾乎沒做什麼事,還有 2 個 Docker 容器。但就像我說的,系統看起來一點都不吃力。我懷疑這和 QuMagie 如何儲存它的中繼資料有關。