@mahendravaghela1812: #duet with @dasharathbareeya #duet #tiktok_inida #foryou #apnehisabse#@dasharathbareeya#foryoupage #tiktok

ભાણુંભા (bhanubha)
ભાણુંભા (bhanubha)
Open In TikTok:
Region: IN
Thursday 25 June 2020 13:36:06 GMT
246
90
37
2

Music

Download

Comments

mr_hitesh1432
🙏hitesh Gohil 🙏 :
super
2020-06-25 16:01:30
2
dasharathbareeya
Dasharath Bareeya :
thanks bhai
2020-06-25 13:41:14
2
dasharathbareeya
Dasharath Bareeya :
👍👍👍👍👍
2020-06-25 14:23:29
1
userdeepa5544
deepa5544 :
ok
2020-06-28 06:29:41
1
sahusantoshinisah45
Sahu Santoshini Sahu :
super.dute
2020-06-27 09:22:05
1
kiritthakor1982
kirit Thakor :
super dyut bhai
2020-06-26 07:01:03
1
vaniyajayesh3
Vaniya Jayesh :
nice
2020-06-25 15:17:22
1
anjali.m143
jenshi :
nice supar
2020-06-25 14:47:53
1
kajalshahshah4
Kajal Shah Shah :
super 👌👌
2020-06-25 14:32:30
1
dasharathbareeya
Dasharath Bareeya :
ha moj ha
2020-06-25 14:23:18
1
babliuser2
BABLI MAROTHYAuser18 :
super duet 👌👌👌👌
2020-06-25 14:22:34
1
pawankumar10216
Pawan Kumar :
superrrrrr bhai ji
2020-06-25 14:19:18
1
dhirubhaimakvana49
Dhirubhai Makvana :
👌👌👌👌
2020-06-25 14:17:13
1
bhavingor143
BhavinGor143 :
સુપર
2020-06-25 14:01:41
1
mahesh4477214
Mahesh Baraiya :
હા મોજ હા
2020-06-25 13:47:52
1
hemubhaichavda3085
gujju bapu gj27@teto :
@bhavingor143
2020-06-25 13:44:12
1
hemubhaichavda3085
gujju bapu gj27@teto :
સરસ ડયુટ 🙏 જય માતાજી
2020-06-25 13:43:54
1
mahendravaghela1812
ભાણુંભા (bhanubha) :
https://vm.tiktok.com/Jenk2Ld/
2020-06-26 03:09:40
0
rrea31
Parul sengar :
super
2020-06-27 07:01:21
0
To see more videos from user @mahendravaghela1812, please go to the Tikwm homepage.

Other Videos

This is actually a systems design question. LLM is just the wrapper, bait, dress… whatever you call it… Three things get tested here. Why a normal cache breaks when two people phrase the same thing differently. Why a wrong cached answer is worse than no answer at all. Whether you can prove the cache works. Before designing anything, ask a few questions. Do answers change per user? How old can a cached answer be? What’s the cost of serving a wrong one? That last answer shapes the whole design. Hashing the prompt as a cache key seems simple. It breaks fast. So NO! “How do I reset my password” and “password reset help” mean the same thing. A hash treats them as different questions. So the cache needs layers. Exact match first. Embeddings next, to catch the same question worded differently. A verification step before anything gets served. A false positive is worse than a cache miss. A miss just costs another call to the LLM. A false positive confidently gives the wrong answer. That’s much harder to undo. This is where the interview gets interesting. People often say cosine similarity at 0.92. Few explain why that number. Push it too high and you start missing real matches. I’d measure false positives and negatives on real traffic instead. Different topics can run different similarity settings. Some questions can tolerate fuzzier matches. Others can’t. I’d roll this out slowly either way. Track hit rate, cost saved, latency, false positives, and answer quality. Building the cache is the easy part. Making it trustworthy takes longer. Glossary for my juniors or non technicals 🫶 : Embeddings — numbers that capture what a sentence means, so similar meanings sit close together. Semantic similarity — checking if two questions mean the same thing, even worded differently. Cosine similarity — a way of scoring how close two embeddings are, from 0 (unrelated) to 1 (identical meaning). Cache hit — reusing an answer that’s already stored. Cache miss — nothing stored, so the LLM gets asked again. False positive — the cache matches two different questions and serves the wrong answer. #Sys#SystemDesignM#LLMEngineeringc#TechInterviewf#SoftwareEngineeringEngineering
This is actually a systems design question. LLM is just the wrapper, bait, dress… whatever you call it… Three things get tested here. Why a normal cache breaks when two people phrase the same thing differently. Why a wrong cached answer is worse than no answer at all. Whether you can prove the cache works. Before designing anything, ask a few questions. Do answers change per user? How old can a cached answer be? What’s the cost of serving a wrong one? That last answer shapes the whole design. Hashing the prompt as a cache key seems simple. It breaks fast. So NO! “How do I reset my password” and “password reset help” mean the same thing. A hash treats them as different questions. So the cache needs layers. Exact match first. Embeddings next, to catch the same question worded differently. A verification step before anything gets served. A false positive is worse than a cache miss. A miss just costs another call to the LLM. A false positive confidently gives the wrong answer. That’s much harder to undo. This is where the interview gets interesting. People often say cosine similarity at 0.92. Few explain why that number. Push it too high and you start missing real matches. I’d measure false positives and negatives on real traffic instead. Different topics can run different similarity settings. Some questions can tolerate fuzzier matches. Others can’t. I’d roll this out slowly either way. Track hit rate, cost saved, latency, false positives, and answer quality. Building the cache is the easy part. Making it trustworthy takes longer. Glossary for my juniors or non technicals 🫶 : Embeddings — numbers that capture what a sentence means, so similar meanings sit close together. Semantic similarity — checking if two questions mean the same thing, even worded differently. Cosine similarity — a way of scoring how close two embeddings are, from 0 (unrelated) to 1 (identical meaning). Cache hit — reusing an answer that’s already stored. Cache miss — nothing stored, so the LLM gets asked again. False positive — the cache matches two different questions and serves the wrong answer. #Sys#SystemDesignM#LLMEngineeringc#TechInterviewf#SoftwareEngineeringEngineering

About