Tenma (@tenma_dev) header
Tenma (@tenma_dev) profile picture

figuring out

delusion
Joined March 2025
Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)Photo by Tenma (@tenma_dev)
CAP Theorem CAP Theorem talks about tradoffs of disturbed systems Here C - Consistency (Every read request to the distributed system should return same result irrespective of whichever node we are reading from) A - Availability (The system should respond to any request made to it irrespective of any node is failed or not) P - Partition Tolerance (The system continues to respond/operate even though there is a network breakdown/partition between the nodes) Before Diving into CAP theorem here is some background knowledge you should know Distributed System : Data Stored in multiple servers instead of one(like we do when we apply horizontal scaling) Why distributed systems? > Spread Workload among multiple servers > Can handle more number of requesss > Improves overall performance In distributed system we replicate same data across multiple systems to get the above benifits. Server/s are called a node here. Now let's talk about the CAP Let's say there are there nodes X, Y and Z Consistency says that whenever you read data from X, Y or Z they should return the same data and when you write then it should be propogated to other nodes to maintain consistency Availability says that if B fails due to some hardware issue and go offline then A and C should still be working and should serve the requests Partition Tolerance says if network partition happens on B and it can't communicate with A and C, then node B will still be serving requests even though it is not up to date with the data with other nodes(A and C) since it got a network partition. CAP Theorem: CAP Theorem states that in a distributed system, you can only guarantee two out of these three properties simultaneously. It's impossible to achieve all three You can refer to the image below for clear understand about the statement once Only the combination of CA(Consistency-Availability), AP(Availability-Partition tolerance), CP(Consistency-Partition tolerance) is possible In distributed system there are very high chances of network partition so we should must handle P(partition tolerance). So most of distributed systems choose either AP or CP because they can't afford network partition What to choose between CP and AP CP - if you can't afford inconsistent data then go for CP like banking, payment services where numbers are the most important thing AP - if you can afford in consistent data but can't afford unavailability like social media can have slightly different likes, comments or views for different users but it can't have their apps down.
3
1
5
464
48
1,075
50
17,372
191,884
will complete os in 2 days
1
28
time to get active here
3
6
89
Over the past few weeks, i had been implementing a runtime layer where it sits between an LLM's intent and the tools it tries to call. Answering a silly question, i.e., if LLMs are getting stronger every day, why do we need a layer between the model and the tools it calls? Hence, introducing Aegis, a reliable runtime layer for LLM tool calling agents
6
4
1
28
2,390
binary search
the question mark is sending me
31
654
18
23,875
446,218
Becoming a man is basically realising no one gives a fuck about you
1,074
13,994
857
137,999
6,302,586
niggas pray all night for success then wake up and hop on ig reels
174
3,602
123
57,294
1,060,934
plenty of log tools buffer the whole file into memory. a 100 gb log needs 100 gb of ram. oculus doesn't. it streams. 1m lines parsed in 0.65s, with a flat ~5 mb of ram whether the file is 1 mb or 100 gb. it's a rust-based dev utility cli tool that turns apache, nginx, and json logs into structured summaries. memory stays o(1) because it streams every line and drops it. lazy parsing, buffered i/o, flamegraph-driven optimization, and a lot of tuning did the rest. open source, benchmarks on github: github.com/omanshchoudhary/o…
2
4
2
16
1,473
200 questions before August?
300 questions before august? Let's see
9
20
1,169
how is kiro cli?
1
203
exams over, time to get back on grind
1
6
111
any good grpc resources?
3
5
451
aaj thoda revise karke grpc pdhna start karunga 😋
1
4
168
endsems from tomorrow (mandatory shitpost)
1
1
138
life update: mera ghee khatam
19
6
100
4,873
Replying to @poojabnf
I read the code
82
542
204
5,794
836,283
days are going unproductive :(
3
4
74
doxxing myself here is my portfolio i just made in a couple of days gajendra.tech there are things to fix, will iterate and fix them over time. drop suggestions if you have
5
1
13
419