返回首页
最新
出现429错误：请求频率超限。
我一直在错过事件，直到为时已晚。当我的监控系统发出警报时，服务器/节点已经无法恢复了。
因此，我构建了Linnix。它使用eBPF在内核级别监控您的Linux系统，并试图在问题升级为故障之前捕捉到它们。
这个想法很简单：它不是在服务器内存耗尽后才提醒您，而是在内存分配模式看起来异常时告诉您“嘿，这看起来不太对劲。”
它使用本地的LLM（大语言模型）来识别模式。并不是在这里尝试构建AGI（通用人工智能）——只是对进程行为进行模式匹配。事实证明，LLM在这方面表现得相当不错。
举个例子：它在短时间内标记了更高的内存消耗，并在为时已晚之前提醒了我。结果发现是一个内存泄漏，可能会导致进程崩溃。
如果您想尝试，快速开始的方法如下：
```
docker pull ghcr.io/linnix-os/cognitod:latest
docker-compose up -d
```
设置大约需要5分钟。所有操作都在本地进行——您的数据不会离开您的机器。
与Prometheus等工具的主要区别在于：大多数监控工具解析/proc文件，而这个工具使用eBPF直接从内核获取数据。更准确，开销更小。
我使用Rust和Aya框架构建了它。没有libbpf，没有C——完全是纯Rust。这使得与内核的交互不再那么可怕。
当前状态：
- 适用于任何Linux 5.8+版本，且支持BTF
- 监控Docker/Kubernetes容器
- 导出到Prometheus
- Apache 2.0许可证
仍然有些粗糙，正在积极改进中。
我很想知道：
- 您希望能够更早捕捉到哪些类型的故障？
- 这对您的设置是否有用？
GitHub: [https://github.com/linnix-os/linnix](https://github.com/linnix-os/linnix)
欢迎随时询问有关其工作原理的问题。
你好：
我创建了 WordToTime.org，这是一个免费的浏览器工具，可以帮助你将字数、字符数或页数转换为估计的演讲、阅读、配音或有声书的时间（所有处理均在你的浏览器中本地完成）。
<p>为什么我创建它
在准备演讲、播客或视频脚本时，我常常在想：“朗读这个需要多少分钟？”虽然市面上有一些简单的字数到时间的工具，但它们往往忽视了现实中的停顿建模、语言差异或基于字符/页的输入。这个工具正是为了解决这些问题而设计的。
<p>主要特点
<p>粘贴文本或输入字数 → 估算不同交付模式的时长（HH:MM:SS）
<p>选择模式（演讲/静默阅读/配音/有声书） + 每分钟字数（WPM）
<p>仅本地处理：你的文本不会离开你的设备；没有上传或服务器存储。（请参阅我们的隐私政策）
WordToTime.org
<p>对内容创作者、教育工作者、演讲者、作者和配音艺术家非常有用
<p>你可能会觉得它有趣的原因
<p>轻量级前端引擎，具有可配置的节奏和语言预设
<p>弥合原始字数与实际交付时间之间的差距
<p>计划推出可嵌入的未来小部件/API，用于脚本工具和编辑器集成
<p>我们非常希望听到你的反馈：
<p>你使用哪些交付模式（现场演讲、视频、配音）？
<p>你个人跟踪的每分钟字数或字符数基准是什么？
<p>你希望这样的计时工具具备哪些功能？
<p>感谢你查看这个工具！
我创建了一个开源库，可以将 Python GraphQL 服务暴露为 MCP 服务。<p>它支持使用 Strawberry、Adriane、Graphene 或任何使用 graphql-core 的框架。<p>我很想听听大家的反馈，看看这对任何人是否有用！