this post was submitted on 12 Aug 2024
553 points (97.1% liked)

Comic Strips

12987 readers
2709 users here now

Comic Strips is a community for those who love comic stories.

The rules are simple:

Web of links

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 73 points 4 months ago (4 children)

Alright who's running the database on the same machine as the server...πŸ‘€

[–] [email protected] 2 points 4 months ago

I'm not that brave doing development by connecting to Production database

[–] [email protected] 3 points 4 months ago

For distributed that feed back to a centralized DB? Me. All the dang time.

[–] [email protected] 68 points 4 months ago (1 children)

If you can do this, do it. It's a huge boost to performance thanks to infinitely lower latency.

[–] [email protected] 11 points 4 months ago (2 children)

And infinitely lower reliability because you can't have failovers (well you can, but people that run everything in the same host, won't). It's fine for something non critical, but I wouldn't do it with anything that pays the bills.

[–] [email protected] 2 points 4 months ago

Good enough for WordPress.

[–] [email protected] 24 points 4 months ago* (last edited 4 months ago) (2 children)

I work for a company that has operated like this for 20 years. The system goes down sometimes, but we can fix it in less than an hour. At worst the users get a longer coffee break.

A single click in the software can often generate 500 SQL queries, so if you go from 0.05 ms to 1 ms latency you add half a second to clicks in the UI and that would piss our users off.

Definitely not saying this is the best way to operate at all times. But SQL has a huge problem with false dependencies between queries and API:s that make it very difficult to pipeline queries, so my experience has been that I/O-bound applications easily become extremely sensitive to latency.

[–] [email protected] 3 points 4 months ago (1 children)

A single click in the software can often generate 500 SQL queries, so if you go from 0.05 ms to 1 ms latency you add half a second to clicks

Those queries don't all have to be executed sequentially though, do they? Usually if you have that many queries, at least some of them are completely independent of the others and thus can execute concurrently.

You don't even need threading for that, just non-blocking IO and ideally an event loop.

[–] [email protected] 2 points 4 months ago* (last edited 4 months ago)

The catch is that they all need to run in the same transaction to be unaffected by other things going on in the database and to make updates atomic. A single transaction means a single connection, and ODBC/JDBC has no way of multiplexing or pipelining queries over a single connection.

It's probably theoretically possible to run some things in different transactions. But with all the different layers and complexity of the code (including third party components and ORMs like Hibernate), understanding all the failure modes and possible concurrency issues becomes intractable.

[–] [email protected] 6 points 4 months ago (1 children)

I’m going to guess quite a people here work on businesses where β€œsometimes breaks, but fixed in less than an hour” isn’t good enough for reliability.

[–] [email protected] 0 points 4 months ago* (last edited 4 months ago) (1 children)

Yeah if you need even 99.9% uptime, the most downtime you can accept in a year is eight hours.

[–] [email protected] 3 points 4 months ago

Most businesses dont require that kind of uptime though. If i killed or servers for a couple of hours between 02:00 and 04:00 every night probably nobody would notice for at least a year if it wasn't for the alerts we'd get.

[–] [email protected] 48 points 4 months ago (1 children)
[–] [email protected] 34 points 4 months ago (1 children)

and most every cpanel (and every other web host panel) box on the planet.

web, ftp, database, mail, dns, and more. all on one machine.

[–] [email protected] 2 points 4 months ago* (last edited 4 months ago)

Most sites hosted on cPanel are relatively small and never need to horizontally scale. People running apps large enough to require multiple servers usually try to optimize their environment by reducing overhead (and cPanel adds quite a bit of it) and tend to not need a GUI for server admin.