Hacker News new | ask | show | jobs
by jonathan-kosgei 2980 days ago
I understand what you mean, but every other provider from the tests I've done comes in at double our speeds some even over plain HTTP. We only serve requests over HTTPS

More importantly the performance is consistent and you'd get the same performance wherever you were in the world.
1 comments
jimktrains2 2980 days ago
Why compare to another API endpoint? You should compare it against accessing a local database.
link
jonathan-kosgei 2979 days ago
Comparing a network call vs filesystem i/o wouldn't be a useful comparison for someone deciding between different third part API providers.
link
jimktrains2 2979 days ago
Why not? I can load an IP database locally, so it's an option and a "competitor" to a 3rd party API. That's what I'm comparing it to, not against other APIs.
link
jonathan-kosgei 2979 days ago
It's pretty obvious that hitting your local disk is going to be a lot faster than making a network call. Make the right decision for your use case.
link
JoeAltmaier 2979 days ago
Maybe in this case. But historically, exactly this decision point has oscillated. It's caused reversals in distributed computer design for decades. First the networks were slow and disks were (relatively) fast - so each machine had one. Then networks went Ethernet, and disks started disappearing. Disks got down to a few ms access time and they came back. Then Gigabit came around. Then SSD.

Today I'd say it depends upon exactly what your network data source latency measures out to. The answer could go either way.

link
jonathan-kosgei 2979 days ago
That's a pretty interesting history and put in that perspective I see what you mean and totally agree with you.
link