Krishna Vishal

1.6K posts

Krishna Vishal banner
Krishna Vishal

Krishna Vishal

@EigenVectorizer

@ApacheIggy Core Team | Low latency message streaming | OSS | 🎓 @iitmadras '17

Bengaluru Tham gia Kasım 2014
776 Đang theo dõi725 Người theo dõi
Andy Pavlo (@andypavlo.bsky.social)
This email showed up two weeks ago. It is super sketchy so I didn't respond. They followed again. Hell no. Andy and police don't mix. 👑Remember Rule #9 from Biggie's Ten Crack Commandments: If you aren't being arrested, stay away from the police youtu.be/ot9NT9W0Fog
YouTube video
YouTube
Andy Pavlo (@andypavlo.bsky.social) tweet media
English
9
2
143
32.2K
Vipul Vaibhaw
Vipul Vaibhaw@vaibhaw_vipul·
Turned 31 today, here are the few points I would have told my 24 year old self. Life isn’t random, even when it feels like it is. What you do today will come back to you, in ways you don’t always see immediately. Your actions have consequences and over time, they stack up. So don’t take your choices lightly, even the small ones. Also, at some point, you have to figure things out on your own. Learn how to learn. Be curious, be resourceful, and don’t wait for perfect guidance. That skill alone will carry you further than anything else. Another thing, Starting over? It’s not failure. You’re going to have to do it more than once. Careers, relationships, ideas - sometimes things won’t work out. That’s normal. Most importantly, be patient. Real growth is slow. The things that truly matter - skills, money, relationships, respect - they compound. But only if you give them time!
English
22
35
349
14.7K
Zaid Humayun
Zaid Humayun@redixhumayun·
The threats are no longer working. I'm scared.
Zaid Humayun tweet media
English
2
0
13
684
Krishna Vishal
Krishna Vishal@EigenVectorizer·
Very cool!! What is the thread count used here? Because I've found that as you vary thread counts parking_lot becomes slower than std::mutex after a certain point. Also is there a possibility to share MWE repro of this? I've a WIP mutex implementation that should shine in high contention and short critical section case and I want to benchmark it in this case.
English
1
0
2
74
v
v@iavins·
I had a beautiful opportunity to use a (userspace) spinlock. The critical section was very small (like one line) but high contention. I thought a spinlock would be perfect, but it turns out it isn't! Spinlocks come with their own T&Cs, suitable for only specific and few workloads. I benched with parking_lot, which spins first and only then tries to acquire the lock. This turned out to be the best compared to a spinlock and std mutex. I also found matklad's excellent blog post supporting this. There goes my dream of using a spinlock in a production database. 🪦
v tweet media
English
7
3
62
19.1K
Pekka Enberg
Pekka Enberg@penberg·
What are Turso, Turso Cloud, and libSQL? I get this question a lot, and AI agents seem confused about it, too. tl;dr: Turso is a new SQLite-compatible database, rewritten from scratch in Rust, currently in beta. libSQL is our open-source fork of SQLite, which powers Turso Cloud today. Turso Cloud is our managed database service, and we're actively working towards adding Turso to it. Still confused? That's fair. The names evolved as the product did. Here's the full story in chronological order. Back in October 2022, we announced a fork of SQLite called libSQL. At the time, we were building an edge-replicated database based on SQLite for our internal use. However, we faced a major problem that there was no way to upstream the core enabling technology, WAL virtualization. We decided to fork SQLite and make it open to everyone's contributions. With the fork out of the way, we kept building what would become Turso Cloud. One of the most memorable moments was when ThePrimeagen tested our database on his stream sometime in February 2023, while we were still in private beta. The whole team was watching the stream and monitoring our systems, hoping everything would work out fine. In April 2023, we launched a public beta. With our own fork of SQLite, we spent a lot of time early on trying to address one of its biggest limitations: the single-writer transaction model, which limits scalability and isn't the greatest DX. Me, @sarna_dev, and @iavins built a Hekaton-based MVCC implementation and a prototype of libSQL supporting BEGIN CONCURRENT. However, the integration wasn't great, and there was a lot to do with Turso Cloud, so we shifted priorities there. During that same time, I began exploring rewriting SQLite. I initially used Zig, thinking I would reuse large parts of the SQLite front-end, for example. However, I also wanted to make the database core fully asynchronous with io_uring support, and it turned out to be very hard to reuse any of the SQLite code for such a fork. With some skill issues during comptime (as ThePrimeagen and Jarred Sumner once framed it), I ended up ditching Zig and, in late August 2024, switched to Rust. I called the project Limbo at the time, but later it was renamed Turso. The whole thing was more of a side quest than anything at that point, mostly exploration. In early 2024, we had a bunch of people asking for vector support in libSQL. @SivukhinN added support for approximate vector search, similar to pgvector, but we had to compromise on the DX because the changes to libSQL would have been very intrusive. Around this time, we realized that forking SQLite would only take us so far, mostly because the main test suite SQLite uses is fully proprietary, and we had not been able to obtain access to it. After some back-and-forth, we ended up making my SQLite rewrite side quest public. Surprisingly enough, early people like @Peristocles1, @jussisaur, and @PThorpe92 showed up and started contributing to the project. As we saw more uptake, we made it an official company project in December 2024, renaming it to Turso. (As a side note, we did end up rewriting the libSQL server components using TigerBeetle-style DST architecture with S3-based diskless architecture in August 2024 and migrating from Fly to AWS. But that part fortunately added very little confusion to users, as it's mostly a Turso Cloud internal detail.) Today, Turso is in beta with early customers working toward production deployments. The libSQL fork has been an incredible success with 800k weekly downloads for the JavaScript SDK and running production workloads at scale. We're actively maintaining libSQL, but the future is Turso. Built from scratch with no proprietary test suite in the way, Turso supports features like concurrent writes that a fork of SQLite never could, and we're working on bringing it to Turso Cloud.
English
8
9
111
9.6K
Krishna Vishal
Krishna Vishal@EigenVectorizer·
@jussisaur Did you ever find out who was sprinkling in these sleeps lmao?
English
1
0
0
44
Jussi
Jussi@jussisaur·
@EigenVectorizer i fucking shit you not, at my last webdev job one of the biggest user-facing perf improvements during my tenure was removing an inexplicable sleep(1000ms) from the spinner component's default properties
English
1
0
2
126
Jussi
Jussi@jussisaur·
working on query planners is great because you can change a few lines of code and get a 50x, 500x or 5000x perf improvement the fact the original query plan was eye-wateringly horrific is irrelevant. 5000x bro. if ur not making 5000x improvements you're NOT going to make it bro
English
2
1
54
2.8K
Govind
Govind@DeepknowledgeU·
Never bothered to preserve certificates or medals but my mom managed to preserve a few of my meals from my running days. 2 Ultras, 3? Marathons, 4 21ks (and countless unofficial runs). While others were grinding LC, I was grinding em miles
Govind tweet media
English
9
0
30
848
Preston Thorpe
Preston Thorpe@PThorpe92·
The takeaway was supposed to be that the knowledge is the important part... not the degree. There is infinite resources on the internet to teach yourself whatever you want.
Preston Thorpe@PThorpe92

What does a CS degree mean anymore? You could literally prompt your way through the whole thing (and from what I hear, most students are doing just that... most newgrads cannot write simple programs without AI)... Just git good, learn systems deeply and learn to build software.

English
5
2
32
2.1K
Krishna Vishal
Krishna Vishal@EigenVectorizer·
@Finance_Weights It is quite high. Do a retest in a week. And also get a test for hs-CRP, it's a marker for low grade inflammation. If hs-CRP is elevated in multiple tests then increased cholesterol is to be taken even more seriously.
English
1
1
3
572
SaaS & Weights
SaaS & Weights@Finance_Weights·
Anyone understands how to interpret this? ChatGPT simply says consult a cardiologist. ~My body fat is not too high (16%) ~LDL cholesterol is very high 185 ~Triglycerides are amazingly good (44), almost falls in elite levels Do I need to consult one or not ?
SaaS & Weights tweet media
English
18
0
29
39.8K
Preston Thorpe
Preston Thorpe@PThorpe92·
Yuuge performance gains on the way for tursodb. Been deep in the planner/optimizer for like a week now.
English
1
0
21
1.1K
amul.exe
amul.exe@amuldotexe·
Claude code in the hands of a PM
amul.exe tweet media
English
4
1
27
1.3K
Krishna Vishal
Krishna Vishal@EigenVectorizer·
@PThorpe92 Merry christmas homes. How far have we come since last December.
English
1
0
2
50
Preston Thorpe
Preston Thorpe@PThorpe92·
Spending the day doing some refactoring and performance work. This is the last Christmas that I'll have to spend away from loved ones :) 133 days
English
5
0
37
1.2K
Krishna Vishal đã retweet
Sunny Bains @TiDB
Sunny Bains @TiDB@sunbains·
Trying to squeeze 5GB/s from localhost has turned into a deep learning exercise. The best I'm getting is 1.5GB/s.
English
9
3
205
25K
Krishna Vishal đã retweet
Jeff Dean
Jeff Dean@JeffDean·
Performance Hints Over the years, my colleague Sanjay Ghemawat and I have done a fair bit of diving into performance tuning of various pieces of code. We wrote an internal Performance Hints document a couple of years ago as a way of identifying some general principles and we've recently published a version of it externally. We'd love any feedback you might have! Read the full doc at: abseil.io/fast/hints.html
Jeff Dean tweet media
English
106
1.1K
7.7K
2.1M