dashdot 6.3.4 介绍与选型指南

目标：面向正在为 Linux 服务器挑选一款轻量级可视化监控面板的读者，完整介绍 dash.（dashdot）的定位、技术架构、功能特性与社区现状，并与 Netdata、Glances、linux-dash 做横向量化对比，给出「什么场景该选它、什么场景该绕开它」的明确结论。本文为认知与选型篇，所有事实均来自官方仓库、官方文档源码与官方徽章服务的联网取证，查询日期为 2026-10-31。

一、环境信息

本文为认知与选型篇，全部数据通过联网溯源获得，未做本地实测。取证来源与查询日期如下：

💡 说明：dashdot 的官方文档站 getdashdot.com 在 v6 文档改版后调整了 URL 结构，旧路径 getdashdot.com/docs/config/basic 已失效；文档源码随仓库在 apps/docs/content/docs/ 目录中维护，本文取证以仓库内源码为准，这也保证了内容与 v6.3.4 版本严格对应。

二、软件概述

dash.（仓库名 dashdot）是一款「运行在最新技术栈上、以玻璃拟态（glassmorphism）为设计语言」的现代服务器仪表盘。官方 README 对它的自我定位原文如下（查询日期 2026-10-31）：

"dash. (or dashdot) is a modern server dashboard, running on the latest tech, designed with glassmorphism in mind. It is intended to be used for smaller VPS and private servers." —— 官方仓库 README 介绍语

翻译成一句话：它面向小型 VPS 与家庭/私有服务器，在一个网页里以玻璃拟态风格的实时图表展示 CPU、内存、磁盘、网络（可选 GPU）的运行状态。与追求「可观测平台」的 Netdata 不同，dashdot 的目标更纯粹——把一台机器的关键指标做得好看、轻、开箱即用，因此它有意不做告警、不做长期历史存储、不做多节点聚合。

关键身份信息一览（查询日期 2026-10-31）：

版本节奏方面，从仓库内 CHANGELOG 可以看到清晰的大版本演进（查询日期 2026-10-31）：

从节奏看，项目在 2025 至 2026 年保持约每 1~2 个月一次发布的活跃维护状态，v6 是当前主线。另需注意一个迁移性事实：v6 移除了 v5 时代的 DASHDOT_THEME、DASHDOT_ACCENT_COLOR 等外观类环境变量，深浅色与强调样式改由界面内置的切换控件承担——从 v5 升级的读者不要沿用旧变量。

三、核心架构

dashdot 采用「单进程全栈」架构：一个 Node.js 进程同时承担静态资源托管、REST API 与 WebSocket 推送，默认监听 3001 端口，浏览器打开即用，不需要独立的数据库或消息队列。

数据流可以拆成三层理解：

1. 采集层：服务端启动时一次性收集静态信息（操作系统、CPU 型号/核数、内存容量与条目、磁盘布局、网卡速率），运行期按各组件的轮询间隔读取动态负载（CPU/内存/网络默认 1000ms，磁盘默认 60000ms）。采集手段是读取 /proc 等内核接口并调用 lsblk、dmidecode、lm-sensors 等系统工具，配合 systeminformation 库归一化。
2. 服务层：Express 对外提供 /info（静态信息）、/config（当前生效配置）、/load/cpu|storage|ram|network|gpu（各组件当前负载）等只读端点，并通过 WebSocket 向浏览器持续推送增量数据。网络测速（speedtest-cli 或 Ookla speedtest）作为独立子流程周期执行，默认每 240 分钟一次。
3. 展示层：React 18 单页应用以玻璃拟态风格渲染六类组件卡片，图表数据点数量默认 20 个（DASHDOT_*_SHOWN_DATAPOINTS），窗口随轮询滚动更新。

💡 技术拓展：「服务器指标采集」在自托管领域常见四条路线，各有取舍——

路线	原理	特点与适用
/proc 直读	直接读 /proc、/sys 虚拟文件系统并调用系统工具	零依赖、零常驻代理；单机场景最轻，dashdot 采用
常驻 Agent	在被监控机安装采集代理（如 Netdata agent）	指标最全、支持插件生态；多一套常驻服务
SNMP	走网络协议向设备查询标准 OID	适合网络设备、无法装软件的主机；配置繁琐
IPMI/带外	通过 BMC 带外通道读取传感器	掉电也能看硬件健康；需要硬件支持

dashdot 面向的是「给自己的一台 Linux 机器做可视化」，因此选择了最轻的 /proc 直读路线，代价是不能跨机、采集项固定。

💡 技术拓展：「图表数据刷新」常见三种实现——定时轮询（前端周期拉接口）、长轮询（服务端挂住请求直到有数据）、WebSocket 推送（连接建立后服务端主动推）。轮询实现简单但有间隔空转；WebSocket 实时性最好且避免无效请求，代价是需要维护长连接状态。dashdot 的动态指标走 WebSocket 推送，REST 端点则作为集成与调试用的只读出口。

架构上还有一个值得注意的细节：/config 与 /info 端点默认对全网开放（响应带 Access-Control-Allow-Origin: *），这是官方「集成」（integration）能力的一部分，方便第三方小部件读取数据；若不需要，可用 DASHDOT_DISABLE_INTEGRATIONS 一键关闭。

四、功能特性

dashdot 的功能围绕六类仪表组件展开，默认启用前五类，GPU 组件需显式开启（数据来自官方文档源码，查询日期 2026-10-31）：

界面与交互层面（官方文档确认的能力）：

• 深浅色主题一键切换，玻璃拟态视觉，v6 已内置（v5 的主题类环境变量已移除）；
• 单位制切换：DASHDOT_USE_IMPERIAL 可把摄氏度等公制单位换成华氏度等英制单位；
• 百分比常显：DASHDOT_ALWAYS_SHOW_PERCENTAGES 让每张图表左上角固定显示当前百分比（默认仅移动端显示）；
• 子路径路由：DASHDOT_ROUTING_PATH 支持把面板挂在反向代理的子路径下（如 https://example.com/dashdot/）；
• 自定义页面标题与版本号展示：DASHDOT_PAGE_TITLE、DASHDOT_SHOW_DASH_VERSION（右下角常显、图标悬停显示、不显示三选）；
• 只读集成 API：/info、/config、/load/* 可被第三方小部件消费，官方文档设有专门的集成章节。

需要提前建立的预期是它「不做什么」：官方文档与仓库中没有账号体系（面板本身无登录页）、没有告警规则、没有长期历史存储（图表窗口默认约 20 个数据点，进程重启即清零）、没有多节点视图。这些不是缺陷列表，而是它换取轻量与美观的产品取舍。

五、快速开始（最小可用示例）

dashdot 官方提供三种安装渠道：源码运行、预构建分发、Helm Chart。本节给出最通用的源码运行最小示例（引自官方文档 from-source 章节，查询日期 2026-10-31）；预构建分发与 Compose 编排的完整实测部署流程见本专栏部署篇。

前置要求：Node.js 20.x、yarn 4.x、git，以及任一测速工具（speedtest 或 speedtest-cli，也可用本地文件替代测速）。

git clone https://github.com/MauriceNino/dashdot \
  && cd dashdot \
  && yarn \
  && yarn build:prod

构建完成后启动（官方建议以管理员权限运行，保证 dmidecode 等工具能读到硬件信息）：

sudo -E yarn start

验证服务已监听默认端口 3001（输出为实测 JSON 的字段摘要）：

curl -s http://127.0.0.1:3001/config
# {"config":{"port":3001,"routing_path":"/","...":"..."}}

浏览器打开 http://<服务器IP>:3001 即可看到仪表盘。若需更换端口，通过环境变量注入：

export DASHDOT_PORT="8080" \
  && sudo -E yarn start

⚠️ 注意：源码方式升级采用 git pull --rebase && yarn && yarn build:prod 后重启进程；从 v5 升 v6 前请先核对官方 CHANGELOG 的 BREAKING 事项（测速文件单位口径变更）。

六、适用场景与限制

结合官方定位与功能边界，dashdot 的最佳与最差适用场景都很清晰。

适合的场景：

• 个人 VPS 的颜值仪表盘：一台小机器、一个网页、随时看 CPU/内存/磁盘/网络，玻璃拟态界面也适合投屏或截图展示；
• 家庭服务器的状态墙：配合多磁盘分页与网络测速，当 NAS/家庭服务器的「仪表台」；
• 低规格机器上的常驻监控：单 Node.js 进程、无数据库依赖，对资源紧张的小型 VPS 友好；
• 需要只读指标出口的集成场景：/load/* 端点可直接喂给第三方小部件或自研脚本。

不适合的场景（应绕开）：

• 生产运维告警：无告警引擎、无通知渠道，需要告警请直接上 Netdata 或 Prometheus 体系；
• 长期历史数据分析：默认仅内存中的约 20 个数据点，无法回看昨天/上周的曲线；
• 多节点集中监控：一个实例只看一台机器，服务器集群需要每台各部署一个；
• 需要访问控制的敏感环境：官方未内置登录鉴权，公网暴露必须自建反向代理加认证。

七、同类选型对比

在「Linux 服务器可视化监控」这个需求下，dashdot 最常被拿来与 Netdata、Glances、linux-dash 对比。四者的社区热度用同一来源（shields.io Stars 徽章 JSON 接口）在 2026-10-31 取证如下：Netdata 81k、Glances 34k、linux-dash 11k、dashdot 3.7k。

💡 说明：四者的星数均取自 shields.io 徽章 JSON 接口（2026-10-31）；dashdot 版本取自官方 Releases，linux-dash 的停滞结论引自本站《linux-dash 介绍与选型指南》对官方仓库提交历史的溯源（查询日期 2026-10-23）。

选型建议（如果…则…）：

• 如果你要的是好看、轻量、五分钟上手的单机仪表盘，能接受无告警、无历史回看——选 dashdot；
• 如果你要生产级全指标、秒级采集、告警和长期历史——选 Netdata，dashdot 无法替代它；
• 如果你是命令行重度用户，想顺手在终端看指标、偶尔开 Web、还要把数据喂给外部时序库——选 Glances；
• 如果只是想要一个极简到几乎零开销的面板、且不在乎项目已停更——linux-dash 仍可用，但新项目不建议再引入（详见站内 linux-dash 选型篇的结论）。

一句话总结：Netdata 解决「运维要看见一切」，dashdot 解决「我想漂亮地看见我这台机器」——两者是互补而非互斥关系，不少自托管玩家会同时保留。

八、参考链接

• 官方仓库：https://github.com/MauriceNino/dashdot （README、LICENSE.md、CHANGELOG，查询日期 2026-10-31）
• 版本发布页：https://github.com/MauriceNino/dashdot/releases/tag/v6.3.4
• 官方文档站：https://getdashdot.com （文档源码同仓库 apps/docs/content/docs/）
• 官方分发页：https://hub.docker.com/r/mauricenino/dashdot
• 星数取证接口：https://img.shields.io/github/stars/MauriceNino/dashdot.json （2026-10-31 返回 "3.7k"）
• 站内同类组件选型参考：《linux-dash 介绍与选型指南》