展示HN：FlixLines – 在浏览器中约10秒内打开10GB日志（演示）
嗨，HN，
去年我开始挑战我的JavaScript文本编辑器引擎的极限，想知道性能的上限到底在哪里。结果发现，在许多场景下，它可以与Monaco（VS Code）和CodeMirror不相上下。
为了展示它的能力，我构建了FlixLines：一个基于网页的日志查看器，可以直接在浏览器中打开超大文件——通常比klogg（一个本地桌面应用程序）更快。
以下是我2021年笔记本电脑的实际数据：
- 10 GB日志文件在约10秒内打开
- 20 GB在约17秒内打开
- 内存使用量低于100 MB
- 在我的4K屏幕上流畅滚动165 FPS，支持正则搜索、书签和高亮规则
所有操作都是100%本地完成——没有上传，没有安装，也没有服务器端处理。
您可以尝试免费的演示版（每个文件限制2 GB，书签和高亮规则有限）：
<a href="https://flixlines.com/demo-app" rel="nofollow">https://flixlines.com/demo-app</a>
这里有一个短视频，展示了在约10秒内打开10 GB文件的过程：
<a href="https://www.youtube.com/watch?v=_ZWFltvotKI" rel="nofollow">https://www.youtube.com/watch?v=_ZWFltvotKI</a>
更多细节、基准测试和功能介绍：
<a href="https://flixlines.com" rel="nofollow">https://flixlines.com</a>
专业版（无限制功能）即将推出——计划提供吸引人的早鸟价格。
我很想听听你的想法：在处理大日志文件时，你遇到的最大困难是什么？
谢谢！
Kamil
查看原文
Hi HN,<p>Last year I started pushing the limits of my JavaScript text editor engine – wondering where the performance ceiling really is. Turns out it can go head-to-head with Monaco (VS Code) and CodeMirror in many scenarios.<p>To show what it can do, I built FlixLines: a web-based log viewer that opens huge files directly in the browser – often faster than klogg (which is a native desktop app).<p>Real numbers from my 2021 laptop:
- 10 GB log opens in ~10 seconds
- 20 GB in ~17 seconds
- Memory usage under 100 MB
- Smooth 165 FPS scrolling on my 4K screen, regex search, bookmarks, highlight rules<p>Everything happens 100% locally – no uploads, no installation, no server-side processing.<p>Try the free demo (2 GB limit per file, limited bookmarks & highlight rules):
<a href="https://flixlines.com/demo-app" rel="nofollow">https://flixlines.com/demo-app</a><p>Here is a short video showing opening a 10 GB file in ~10 seconds:
<a href="https://www.youtube.com/watch?v=_ZWFltvotKI" rel="nofollow">https://www.youtube.com/watch?v=_ZWFltvotKI</a><p>More details, benchmarks and features:
<a href="https://flixlines.com" rel="nofollow">https://flixlines.com</a><p>Pro version (unlimited everything) coming very soon – attractive early-bird pricing planned.<p>Curious to hear your thoughts: what are your biggest pains when dealing with large log files?<p>Thanks!
Kamil