undefined | Better HN

0 pointsTickleSteve9y ago0 comments

if you are in an I/O bound situation, then yes, concurrency will allow you to exploit some parallelism.

Otherwise, no.

(and in general, people just throw concurrency at the problem instead of analysing whether they are in fact I/O bound or CPU bound).

(Downvoted why??)

0 comments

gohrt9y ago

you may have been downvoted for making an unsubstantiated claim that most people don't know when their CPU is running at 100%

TickleSteveOP9y ago

...and that is true.

When was the last time you monitored what parts of your system were truly I/O bound and not just blocked on another task?

monix9y ago

People that end up in a position to care about performance are using profilers and bechmarks. This is actually the first rule: don't guess, measure.

Of course it helps when the platform has the proper tools for it. I end up using JMH and YourKit Profiler weekly, because a memory or CPU leak can crash our process and we have pretty strict reliability requirements with a single server processing about 5000 events per second - not extremely demanding, but when it crashes, we can lose money, with the redundancy infrastructure being pretty new.

sidlls9y ago

This very thing has occupied my day job for at least four months now. It happens when a pre-existing system one has to improve has lots of DB-heavy and compute-heavy operations commingled.

kod9y ago

Yesterday?

j / k navigate · click thread line to collapse