nowfound

Alternatives

Products that do what LogBlast does

Built for developers who want speed.

  1. 1AS
  2. 2LA

    Hi HN, (First time poster!) I'm the author of `lstr`. I've always loved the classic Linux `tree` command for its simplicity, but I often found myself wanting more modern features like interactivity and Git integration. So, I decided to build my own version in Rust with a philosophy of being fast, minimalist, and interactive. It was also an excuse to help learn more about Rust\! Here's a quick look at the interactive mode: https://raw.githubusercontent.com/bgreenwell/lstr/main/asset... I've just released v0.2.0 with some features I think this community might find…

    2025 · github.com

  3. 3
    Timber.io318

    Log better. Solve problems faster.

    2017

  4. 4CA

    Hey! We are presenting CodeTracer - a user-friendly time-traveling debugger designed to support a wide range of programming languages: https://github.com/metacraft-labs/codetracer?tab=readme-ov-f... CodeTracer records the execution of a program into a sharable self-contained trace file. You can load the produced trace files in a GUI environment that allows you to move forward and backward through the execution and to examine the history of all memory locations. They say a picture is worth a thousand words — well, a video is even better! Watch the demo below to see…

    2025 · github.com

  5. 5IR

    A year ago, my co-founder launched Desktop Docs here on HN. It's a Mac app we built with Electron that uses CLIP embeddings to search photos and videos locally with natural language. We got positive feedback from HN and our first paying customers, but the app was almost 1GB and clunky to use. TLDR; rebuilding in Rust was the right move. So we rewrote the app with Rust and Tauri and here are the results: - App size is 83% smaller: 1GB → 172MB - DMG Installer is 70% smaller: 232MB → 69.5MB - Indexing files is faster: A 38-minute video now indexes in ~3 minutes instead of 10-14 minutes -…

    2025 · desktopdocs.com

  6. 6

    Linux filesystem defragger written in Rust and Qt Quick/Kirigami - gbin/defragger

    12d ago · github.com

  7. 7LA

    GUI disk analyzers are great for figuring out what's filling up your laptop/desktop drive. On containers or remote servers, the options are limited to purely text based utilities (e.g. du) or list-centric TUIs (e.g. ncdu) which are usually limited to viewing one directory at a time. I created leaves to fill that gap. Inspired by classic utilities like WinDirStat and KDirStat, it uses a 2-dimensional treemap^1 visualization to show the entire directory hierarchy with proportionally sized rectangles. It's performant enough to handle millions of files, thanks to Rust and multi-threading.…

    Jul 2026 · github.com

  8. 8ZR

    Hello, I would like to share a Rust implementation of the Zstandard seekable format I've been working on. Regular zstd compressed files consist of a single frame, meaning you have to start decompression at the beginning. The seekable format splits compressed data into a series of independent frames, each compressed individually, so that decompression of a section in the middle of an archive only requires zstd to decompress at most a frame's worth of extra data, instead of the entire archive. I started working with the seekable format because I wanted to resume downloads of big zstd…

    2025 · github.com

  9. 9RL

    I've just released rust-loguru, a logging library for Rust that aims to combine intuitive API design (inspired by Go/Python's Loguru) with Rust's performance characteristics. Some highlights: - Consistently outperforms the standard log crate by 50-80% in benchmarks. - Multiple log levels and an extensible handler system -File rotation with better performance than log4rs and other alternatives - Error handling utilities and context helpers I built this because I wanted a logger that was both ergonomic to use and high-performance. The benchmarks comparing it to slog, log, and tracing are…

    2025 · crates.io

  10. 10RL

    We'd love to share our work with you: Restate, a system for workflows-as-code (durable execution). With SDKs in JS/Java/Kotlin and a lightweight runtime built in Rust/Tokio. https://github.com/restatedev/ https://restate.dev/ It is free and open, SDKs are MIT-licensed, runtime permissive BSL (basically just the minimal Amazon defense). We worked on that for a bit over a year. A few points I think are worth mentioning: - Restate's runtime is a single binary, self-contained, no dependencies aside from a durable disk. It contains basically a…

    2024 · restate.dev

  11. 11NC

    Hello, Some time ago I did a data logger for fun, just to check if I could beat the performance of an old C++ project of mine (mini-async-log) and to avoid letting my multithreading-C skills rust when on a non-programming gig (using Yocto/OE, very little programming). This project is a BSD licensed, producer-wait-free (when using thread-local storage) generic message logger with high performance, decent test coverage, and type-safe C strings (requires C11 or C++ compiler). It was a shame to let this project to die unknown, as I think that it has potential to be used on some niches as…

    2019

  12. 12LR
  13. 13PL
  14. 14CA
  15. 15UR

    This project is inspired by some of the asserts in Unreal engine. Due to reliance on core_intrinsics it is necessary to develop using nightly Rust, but there are stubs in place so a production build will not require nightly. I recently released version 0.2 which includes no_std support and adds optional log message arguments to the ensure macro.

    2024 · github.com

  16. 16TA

    There are multiple programs for working with log files, both inside and outside of the terminal. These tools are feature rich and functional and offer lots of control to the user. However, a lot of the time I found myself just opening raw log files in `less`. I enjoy the simplicity of quickly skimming through the logs, but it was difficult when the wall of text was in one color. For this reason, I created a command line tool called `tailspin` (the name is a take on the `tail` command) that did one thing: highlighting of log files. It is configurable, but requires no setup. It defaults to…

    2023 · github.com

  17. 17CR
  18. 18FA

    Hey HN, the is Chris, creator of FireDBG. We’ve been working on this debugger just about a year now. Time travel debugging isn’t a new concept, the new idea here is to use call tree visualisation to help us navigate the debug trace. It supports various Linux distros on x64 and macOS on x64 and M1. It’s only available for Rust right now, but we do want to bring this debugging experience to other programming languages. Please give it a try! Would love to know your thoughts. What’s your anecdote in debugging programs? My stupidity is usually in the form of: after a few hours of debugging, I…

    2023 · firedbg.sea-ql.org

  19. 19
    Fleet87

    The blazing fast build tool for Rust

    2022

  20. 20
    errsole133

    First open-source Node.js logger with a built-in log viewer

    2025

  21. 21FE

    Fleet is an experimental fast, lightweight, open-source, build tool for Rust. Builds with Fleet enabled are up-to 5x faster! For a production repository (infinyon/fluvio) which we tested, we were able to cut down our incremental build times from 29 seconds down to 9 seconds, boosted by Fleet. We saw even better results on dimensionhq/volt, with our build times cut down from 3 minutes to just 1 minute - a 3x speed improvement! How does fleet work? Fleet works by optimizing your builds using existing tooling available in the Rust ecosystem, including seamlessly integrating sccache,…

    2022

  22. 22GA

    I built GRSH because I wanted a modern, memory-safe shell that feels native to FreeBSD but works seamlessly on macOS. While there are many shells out there, GRSH is my take on a minimal, fast, and secure command interpreter written entirely in Rust. It's designed for users who want the safety guarantees of Rust without the overhead of more bloated alternatives. I'm currently working on the official FreeBSD port. I’d love to get feedback on the shell's behavior and performance from the community. Github: https://github.com/antoniomalara301289/grsh

    Jan 2026 · grimreaper.icu

  23. 23IB

    Hi HN, I built this because I got tired of the Claude Code CLI hiding details from me. Recent updates have replaced critical output with summaries like "Read 3 files" or "Edited 2 files". To see what actually happened, I was forced to use `--verbose`, which floods the terminal with unreadable JSON and system prompts. I wanted a middle ground: *Full observability without the noise.* `claude-devtools` is a local Electron app that tails the session logs in `~/.claude/` to reconstruct the execution trace in real-time. *Unlike wrappers, it solves the visibility gap in your native…

    Feb 2026 · github.com

  24. 24AF

    Serialization framework with some interesting numbers: 10-20x faster on nested objects than json/protobuf. Technical approach: compile-time codegen (no reflection), compact binary protocol with meta-packing, little-endian layout optimized for modern CPUs. Unique features that other fast serializers don't have: - Cross-language without IDL files (Rust ↔ Python/Java/Go) - Trait object serialization (Box) - Automatic circular reference handling - Schema evolution without coordination Happy to discuss design trade-offs. Benchmarks:…

    Oct 2025 · fory.apache.org

Ranked by how close each launch is in meaning, then by votes. Refine with a description →