greptimedb
vswhere
| greptimedb | vswhere | |
|---|---|---|
| 16 | 5 | |
| 3,781 | 898 | |
| 4.8% | 0.7% | |
| 9.9 | 5.1 | |
| about 21 hours ago | 2 months ago | |
| Rust | C++ | |
| Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
greptimedb
- GreptimeDB: A fast and cost-effective alternative to InfluxDB
- Another distributed time-series database written in Rust
-
GreptimeAI + Xinference - Efficient Deployment and Monitoring of Your LLM Applications
GreptimeAI, built upon the open-source time-series database GreptimeDB, offers an observability solution for Large Language Model (LLM) applications, currently supporting both LangChain and OpenAI's ecosystem. GreptimeAI enables you to understand cost, performance, traffic and security aspects in real-time, helping teams enhance the reliability of LLM applications.
-
What's everyone working on this week (49/2023)?
Continuing to work hard on a new MetricEngine in GreptimeDB. BTW, If you have a keen interest in Rust or database development, GreptimeDB might be a good starting point. Check it out for some good first issues here.
-
Practical Tips for Refactoring Release CI using GitHub Actions
Since the very first day of GreptimeDB going open-source, it embraced the automated software building process with GitHub Actions, and leading to the inaugural Release Pipeline.
-
GreptimeCloud - A Fully Managed Serverless Prometheus Backend
Born from the open-source project GreptimeDB, GreptimeCloud serves as a fully-managed, serverless cloud backend for Prometheus, offering integrated support for remote read/write protocols and PromQL as one of our primary query languages.
-
Bridging Async and Sync Rust Code - A lesson learned while working with Tokio
Recently, while working on our GreptimeDB project, we encountered an issue with calling asynchronous Rust code in a synchronous context.
-
A Deep Dive into PromQL — Promql Parser v0.1.0 Written in Rust is Now Available
To explore data stored in GreptimeDB through PromQL, GreptimeDB needs to provide the ability to parse the query into AST (abstract syntax tree), and retrieve data from memory or disk via logical and physical plans. Since there is no ready-to-use PromQL Rust Parser, our team decides to develop it by ourselves. We’re glad to announce that promql-parser v0.1.0 is now available.
-
Extending Python with Rust
This is truly a fantastic combination -- implement the logic in Rust and use it in Python. GreptimeDB also implements a similar functionality that allows writing Python script to do post-process of SQL query results, with the help of RustPython and Arrow. Maybe this combination can bring a sweet point between performance and efficiency.
docs: https://docs.greptime.com/user-guide/coprocessor-and-scripti...
code: https://github.com/GreptimeTeam/greptimedb/tree/develop/src/...
vswhere
-
how does this work?
But often maintainers also upload Releases with builds of their software, e.g. like here: https://github.com/microsoft/vswhere/releases
-
Extending Python with Rust
Finding where & how to use an installed VS instance (or selecting one) in automated tooling is solved by the criminally unknown, MIT licensed, MS supported, redistributable, vswhere tool: https://github.com/microsoft/vswhere
-
microsoft_craziness.h (2018)
/ // This file was about 400 lines before we started adding these comments. // You might think that's way too much code to do something as simple // as finding a few library and executable paths. I agree. However, // Microsoft's own solution to this problem, called "vswhere", is a // mere EIGHT THOUSAND LINE PROGRAM, spread across 70 files, // that they posted to github unironically. // // I am not making this up: https://github.com/Microsoft/vswhere
- Microsoft_craziness.h
What are some alternatives?
risingwave - Cloud-native SQL stream processing, analytics, and management. KsqlDB and Apache Flink alternative. 🚀 10x more productive. 🚀 10x more cost-efficient.
fastplotlib - Next-gen fast plotting library running on WGPU using the pygfx rendering engine
cnosdb - A cloud-native open source distributed time series database with high performance, high compression ratio and high availability. http://www.cnosdb.cloud
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
FlashDB - An ultra-lightweight database that supports key-value and time series data | 一款支持 KV 数据和时序数据的超轻量级数据库
graphics_wgpu
datafuse - An elastic and reliable Cloud Warehouse, offers Blazing Fast Query and combines Elasticity, Simplicity, Low cost of the Cloud, built to make the Data Cloud easy [Moved to: https://github.com/datafuselabs/databend]
pygfx - A python render engine running on wgpu.
numexpr - Fast numerical array expression evaluator for Python, NumPy, Pandas, PyTables and more
tundra - Tundra is a code build system that tries to be accurate and fast for incremental builds
corrosion - Gossip-based service discovery (and more) for large distributed systems.
builder - Simple build system for Visual C++