greptimedb
python-qubit-setup
greptimedb | python-qubit-setup | |
---|---|---|
16 | 4 | |
3,781 | 8 | |
4.8% | - | |
9.9 | 10.0 | |
about 15 hours ago | over 6 years ago | |
Rust | C++ | |
Apache License 2.0 | - |
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/...
python-qubit-setup
-
Interfaces for Prototyping Hardware
I wrote the whole UI for controlling my quantum computing experiments in PyQT, it was super easy and very performant, my former lab is still using it to control all their quantum mechanics experiments. Before that they used LabView but even though Python is a bit more cumbersome to write interfaces in it's much more powerful for data analysis and management, so it quickly replaced LabView. The code's on Github [1,2]. Also, it's quite easy to write low-level libraries in C or C++ (or Rust, I guess) for stuff that needs to be really fast, you can e.g. easily share a memory buffer with numpy to pass data to Python, which we did for data acquisition tasks that were not performant enough in Python.
1: https://github.com/adewes/python-qubit-setup
-
Ask HN: How are quantum circuits constructed on cloud-based quantum computers?
Here's some code I wrote 12 years ago, which implements Grover's algorithm on a superconducting quantum computer [1]. This is not using a quantum algorithm compiler (which didn't exist at the time), all pulses are handcrafted. In principle it's rather simple, for each operation you want to perform you add the necessary pulse sequence, which can be either microwave pulses on each of the qubits (which drive the qubits along the x- or y-axis Bloch sphere), or voltage pulses in the qubit fluxlines (which drive the qubits along the z-axis of the Bloch sphere and/or put them in resonance with each other so they can interact). Finally, you would add readout pulses to read the qubit state at the end of the algorithm.
The pulse sequences then get loaded into arbitrary waveform generators and many other parameters are set like microwave generator frequencies. Typically you also perform a tune-up of the system to determine the correct timings and qubit frequencies (as all microwave components and the qubits themselves tend to slightly drift over time).
Today it's much more complicated as you can optimize each gate sequence individually and in conjunction to get higher fidelity, but in principle you can build up any algorithm uses these basic blocks above.
1: https://github.com/adewes/python-qubit-setup/blob/master/scr...
-
Extending Python with Rust
A long time (10 years) ago I wrote some custom C++ code to perform relatively simple arithmetic operations on very large arrays, which was considerably slower in numpy for some reason [1]. As I said that was long ago so maybe Numpy has improved by now, but back then there was a significant penalty when doing these operations directly in Python using Numpy, even though they were only a handful of things (e.g. calculate asin(x)+bcos(y) on some large array), so I didn't expect much overhead from going back and forth between F.
1: https://github.com/adewes/python-qubit-setup/blob/master/lib...
- Ask HN: Should I publish my research code?
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
crux - Software toolkit for molecular phylogenetic inference
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
corrosion - Gossip-based service discovery (and more) for large distributed systems.
superconductor - A tool to simulate superconducting circuits, comparable to SPICE.