qxip

8 ms·

1. 31.▲
   Chdb: ClickHouse OLAP as a Library for Python, Go, Rust, Node.js(blog.qryn.dev)

   5 points by qxip 3y ago|2 comments
2. 32.▲
   Golang OLAP with chdb, an experimental in-process ClickHouse based query engine(github.com)

   5 points by qxip 3y ago|0 comments
3. 33.▲
   by qxip 3y ago

   Thanks for mentioning qryn! We are a non-corporate alternative and feature full ingestion compatibility with DataDog (including Cloudflare emitters, etc), Loki, Prometheus, Tempo, Elastic & others for both on-prem ( https://qr
4. 34.▲
   by qxip 3y ago

   Progress is happening! ~24.8% performance increase and much better results expected on the weak tests with the latest jemalloc patches by @auxten + a golang binding as alternative to the python one for those afraid of snakes! ;)
5. 35.▲
   by qxip 3y ago

   This comment is important :)
6. 36.▲
   by qxip 3y ago

   It's fast! For those interested, here are the project links: - https://github.com/auxten/chdb - https://github.com/metrico/chdb-server
7. 37.▲
   Show HN: Qryn.cloud Polyglot Observability (OaaS)(gigapipe.com)

   1 points by qxip 4y ago|0 comments
8. 38.▲
   by qxip 4y ago

   qryn and vector get along very well! We use it all the time for testing and developing qryn and qryn.cloud and most of our users love it! But since qryn supports Logs, Metrics and Telemetry at once, we're just as compatible with any Ag
9. 39.▲
   by qxip 4y ago

   Thanks for the feedback! qryn developer here, and that's exactly our design goal: requiring no custom agents or clients in order to use our solution, through API emulation. There's a chance you could use qryn as a reader for data
10. 40.▲
    by qxip 4y ago

    Thank you for mentioning qryn! And yes, thanks to our growing community the rough edges should all be well rounded and we now support logs, metrics and telemetry formats with very decent results at a fraction of the complexity, without rein
11. 41.▲
    by qxip 4y ago

    Funny to read this since based on my testing so far DuckDB is not quite rockstable yet, requires preloading the httpfs module and setting 5 parameters each tun just to query a file off S3 (often very slowly, mostly because of the folder cra
12. 42.▲
    Tracing ClickHouse inside out with qryn(blog.qryn.dev)

    2 points by qxip 4y ago|0 comments
13. 43.▲
    by qxip 4y ago

    I couldn't agree more. clickhouse-local is great as a CLI tool as well as a relay for web driven functions, delivering all the clickhouse functionality and speed for ad-hoc tasks with local or remote storage on S3, Parquet files, etc.
14. 44.▲
    Free Flux/InfluxDB query runners on Fly.io(blog.qryn.dev)

    2 points by qxip 4y ago|0 comments
15. 45.▲
    Fluxpipe: InfluxDB/Flux powered serverless functions(blog.qryn.dev)

    2 points by qxip 4y ago|0 comments
16. 46.▲
    by qxip 4y ago

    > it would be nice to use ClickHouse as a Prometheus backend Well... that's already possible and it works great! As you might know https://qryn.dev turns ClickHouse into a powerful Prometheus *remote_write* backend and t
17. 47.▲
    DIY Serverless ClickHouse on Deta Space(blog.qryn.dev)

    2 points by qxip 4y ago|0 comments
18. 48.▲
    by qxip 4y ago

    Pt.2 is out https://blog.qryn.dev/wrapping-a-serverless-clickhouse-pt2
19. 49.▲
    by qxip 4y ago

    Pt.2 is out https://blog.qryn.dev/wrapping-a-serverless-clickhouse-pt2
20. 50.▲
    by qxip 4y ago

    There's no need for being a good fit when the point experimenting the limits of an idea and shape its future based on the found limitations. There are more parts to this! Also IMHO DuckDB is just mimicking what ClickHouse already does
21. 51.▲
    by qxip 4y ago

    Thanks for posting my article, I super appreciate it! :) Power to ClickHouse!
22. 52.▲
    by qxip 4y ago

    As the author of qryn, I agree this is not perfect or ideal - but for lack of other options, we still consider AGPL better than BSL/SPL Licenses at protecting our community of real users. Any suggestion is absolutely welcome!
23. 53.▲
    by qxip 4y ago

    Thanks for mentioning our project! qryn (formerly cloki) is currently more focused on the polyglot factor and trying to unify logs, metrics and telemetry on a single stateless platform, easy to scale without hundreds of services and moving
24. 54.▲
    by qxip 4y ago

    at qryn we're past the logs-only phase and currently we're concentrating on the polyglot aspects - we already support ingestion and querying of logs, metrics and telemetry using various inputs (loki, influx, elastic, etc) and supp
25. 55.▲
    by qxip 5y ago

    cloki can be used to read metrics out of any CH table so it should work fine. we also just introduced experimental support for ingesting OTLP/ZIPKIN spans and a tempo-compatible API in cloki, looking for testers to validate this featur