“文件 ▸ 系统”和“开始 ▸ 系统”下的系统组会打开十三个直接查看服务器本身的窗口。它们仅限管理员使用，而且每一个都是只读的：这个组中没有任何东西可以更改服务器，这正是它与旁边的管理组的区别。
从哪里开始
概览是应首先打开的窗口。它会报告服务器基于哪个版本的 Erlang 和 Elixir、已运行多久、经过了多少流量,以及距离会导致服务器终止的三个上限有多近:原子、端口和进程。在这些之下,一条横条把服务器内存划分给占用内存的六类事物。
应用信息回答另一个首要问题——这里究竟有谁。有多少活跃频道、多少不同的在线用户、多少进行中的通话、多少运行中的虚拟空间，并列出人员分布在哪些频道。
列表
进程、应用程序、ETS 表、端口、套接字和内存分配器是针对六类不同对象的同一个窗口。每个都会随着你的输入进行过滤,并可按任何带箭头的列排序——单击一次列标题按其排序,再单击一次则反向。
这个表格与产品中所有列表使用的表格相同：拖动标题的右边缘可以加宽列，双击该边缘可以将列宽调整为最长值的宽度，右键单击标题行可以关闭列。选中某一行后，行可以响应方向键，Ctrl+C 会将所选内容复制为以制表符分隔的文本。 列表与表格 涵盖了所有内容。
- 进程 ——按邮箱排序,找出接收速度快于处理速度的进程。从内部看,卡住的服务器就是这个样子。
- ETS 表 ——按内存排序。无人清理的内存表通常是内存只增不减的原因。
- 套接字 ——服务器当前保持打开的每个连接,包含其端点和字节计数。
- 内存分配器 ——将块大小与载体大小进行比较。差距很大就是碎片化:服务器从操作系统获得但无法使用的内存。
指标
实时图表，一次显示一组：HTTP、LiveView、数据库、Oban、VM 和域。“域”是服务器自身的监测指标——创建的频道、进出的人员、加入的通话、虚拟空间中的移动。
图表起初为空，随着事件发生逐渐填充。这并非故障：打开窗口之前没有任何测量数据，向左边缘补画的线只会是凭空编造。只有你正在查看的分组会被订阅，因此未查看的分组不会产生任何开销。
Oban 健康状态
Oban显示耐久工作背后的背景工作系统,如RSS feed投票,bot调度,事件日志,维护扫描,链接预览和偏好持续. 头条卡将主管健康、积极工作、可重试或丢弃的失败、后续覆盖和待决领域工作分开。
首先按状态读取队列表: 可用方式表示工作现在可以运行, 排程表示它正在等待时间, 执行表示工人有它, 可重试表示奥班会再次尝试, 丢弃方式表示尝试已经用尽或工人放弃. 合同表格然后显示RSS feeds和bot调度是否有后续工作,事件日志工作是否备份,维护或持续工作是否落后。
操作系统数据与数据库统计
操作系统数据是从服务器外部看到的视图:主机的处理器、平均负载、内存和磁盘。服务器自身看起来健康,并不代表它所在的机器也健康。主机无法报告的读数会显示为短横线而不是零——这是两回事。
数据库统计一次针对 PostgreSQL 运行一份诊断报告：缓存命中率、未使用的索引、膨胀、长时间运行的查询、谁在阻塞谁。在你选择报告之前不会运行任何内容，因为这些都是针对在线数据库的真实查询。
实时日志
服务器当前日志的尾部内容。只有在你按下“流式”后才会开始输出，按下“停止”或关闭窗口时立即停止——没有人看的日志流只是白白耗费资源。
如果你选择的级别低于服务器自身记录日志的级别,窗口会给出提示,而不是一片沉寂。低于服务器自身级别的条目在任何窗口看到之前就已被丢弃,无论你等多久都不会出现。
如实解读
列表只显示筛选结果的前几行,表格上方的计数始终显示匹配的总数。“50 / 771”表示你看到的是前五十项——不要因为列表填满了窗口就以为它是完整的。
这些窗口都不会自动刷新。每次遍历都会给服务器带来实际开销,所以刷新是一个需要你手动点按的按钮,而不是一个你会忘记已启动的计时器。指标窗口是例外:它本质上是实时订阅,窗口关闭时即停止。