Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
lmilcin
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
72 ms
·
661.
▲
by
lmilcin
5y ago
Our application predates crux. As to crux, I can't comment because I did not know about it when I was actively searching for a product to do this.
662.
▲
by
lmilcin
5y ago
Actually, CPU processes things in words, not bytes. On 64-bit architecture the word is 64 bit or 8 bytes. But there is a lot of things that CPU can do even faster than that, because this limitation only relates to actual instruction executi
663.
▲
by
lmilcin
5y ago
Actually, you don't need to run any functions to cause a context switch. For example, at the very lowest level, even trying to access a memory page that is presently in physical memory but does not have entry in TLB causes CPU to int
664.
▲
by
lmilcin
5y ago
Yes, that is my experience. Another super important thing to remember is that main goal of this is to have super simple code and very simple but rock solid guarantees. The main benefit is writing application code that is simple, easy to und
665.
▲
by
lmilcin
5y ago
We know because that communication happens on UDP and each packet on app layer has sequence number. It is used on receiving side to rebuild sequence of packets (events from the exchange can only be understood correctly when processed in sam
666.
▲
by
lmilcin
5y ago
I don't see why discord's case can't use same tricks. If they have a lot of stuff happening at the same time and their application is relatively simple (from the point of view of number of different types of operation it perf
667.
▲
by
lmilcin
5y ago
> but servers crash all the time This is both wise and stupid at the same time. It is wise if you mean "be ready for servers to crash at any time by thinking they are going to crash at the worst possible moment". But it is stup
668.
▲
by
lmilcin
5y ago
Actually, our threading is quite simple. There is exactly as many threads (that do anything) as CPU cores.
669.
▲
by
lmilcin
5y ago
Data doesn't come or leave batched. This is just internal mechanism. Think in term of Discord, their database probably already queues and batches writes. Or maybe they could decide to fetch details of multiple users with a single query
670.
▲
by
lmilcin
5y ago
The latency is a complex topic. In order to be able to run so much stuff on MongoDB, we almost never run single queries to the database. If I fetch or insert trade data, I probably run a query for 10 thousand trades at the same time. So wha
671.
▲
by
lmilcin
5y ago
Idk. I wasn't the one making the choice. I am just the one trying to make the best with what I have inherited.
672.
▲
by
lmilcin
5y ago
As an example, there are bitemporal queries like "for the given population of trades specified by following rules, find the set of trades that met the rules at a particular point in time, based on our knowledge at another given point i
673.
▲
by
lmilcin
5y ago
I have a plan to write a book on how to write reactive applications like that. Mostly collection of observations, tips, tricks, patterns for reactive composition, some very MongoDB specific solutions, etc. Not sure how many people would be
674.
▲
by
lmilcin
5y ago
> What's the size of all the data in your MongoDB instance? 3x12TB > In the big data world the "complexity" of the data doesn't really mean much. Oh how wrong you are. It is much easier to deal with data when the o
675.
▲
by
lmilcin
5y ago
Well... we have 3 node MongoDB cluster and are processing up to a million trades... per second. And a trade is way more complex than a chat message. Has tens to hundreds of fields, may require enriching with data from multiple external serv
676.
▲
by
lmilcin
5y ago
I worked for Samsung. Let's just say, I am not letting any "smart" TVs in my home. Given choice of "smart" TV vs no TV, I choose no TV. Currently I have an old 30" monitor filling the function of the TV. I woul
677.
▲
by
lmilcin
5y ago
I have never been able to detect any subjective difference between different brands of RAM chips for consumer products. It is probably one of the most boring components. I think choice of your chassis has more influence on performance of yo
678.
▲
by
lmilcin
5y ago
I personally use my PC as lab for building applications. I tend to run a bunch of VMs and one thing I am always short of is memory. CPU cores were more of a problem in the past but now there is a plenty of cores available. I am currently us
679.
▲
by
lmilcin
5y ago
I am talking about multicast for having applications talk to each other in a datacenter, not to have that traffic exposed to office clients. I understand most office networks are broken and if I send multicast I would just be causing untold
680.
▲
by
lmilcin
5y ago
People fear what they do not understand. I know this is pure conjecture with regards to this particular situation, but I already had couple of clashes with operations people over use of multicast in my applications. They basically trying to
681.
▲
by
lmilcin
5y ago
The best advice I can give is to start investing into it early on. For example, I try to make sure my team understand that I have always team's best interest in mind, that I am first to admit if I make a mistake and that I am always
682.
▲
by
lmilcin
5y ago
> I never said it was impossible I never said you did.
683.
▲
by
lmilcin
5y ago
I wouldn't say it is impossible. A (relatively) simple solution would be to use something with more dense power source, maybe fuel. RC enthusiast use fueled engines routinely, it isn't something special. There are various types of
684.
▲
by
lmilcin
5y ago
I think confusing explanations are kinda same as your first implementations. If you don't refactor it to clean up your model, it will stay confused. Once I have some explanation, I try to "refactor" that explanation by unders
685.
▲
by
lmilcin
5y ago
It is one thing to be able to locate stationary car and another to locate satellite that moves at 8km/s and yet another to predict the minimum distance between two satellites intersecting at 12km/s.
686.
▲
by
lmilcin
5y ago
I have also carefully red entire article and only found single reason that could, well, maybe, explain the alarmistic title. There are three possible explanations I see: 1. Either Starlink is overeoptimistic at its reliability at locating s
687.
▲
by
lmilcin
5y ago
And this is right. In ideal world the choice of source control would not influence how you design your application. Unfortunately, the world is not ideal. Some problems that are easily detected when you have multiple applications that have
688.
▲
by
lmilcin
5y ago
Do you realize neither his or mine were presented as serious ideas. It is called sarcasm.
689.
▲
by
lmilcin
5y ago
> A lot of ocean water is already covered by something else with albedo: clouds. Particularly in the poles, clouds tend to form very easily. You are wrong. Antarctica is the driest place on Earth. https://www.google.com/s
690.
▲
by
lmilcin
5y ago
Of course it makes it a little warmer, but the point is, the most important factor that makes Arctic Ocean... well... arctic... is whether it reflects sunlight or not. Water is dark and accepts a lot of sun's energy, getting warmer. Wi
More ›