"It writes boilerplate faster."
Is that all we aspire to now? Not abstraction or templating or better language design, just... output boilerplate faster.
It's depressing.
Someone reportedly deployed an energy oscillation (?) in the Strait of Hormuz with the ability to disrupt onboard electronics (GPS, clocks, etc).
IIRC, if you remove the load (a capacitor) across a crystal oscillator, the resonant frequency increases which would cause the clock to run faster.
It allegedly disrupted GPS reception as well.
Apple hardware is more powerful than ever, but this is not reflected in the user interface, because as fast as the hardware has become, Apple software has become de-optimized faster.
It’s incredible how slow and clunky things feel on even the latest and greatest hardware.
@michael Yep, I agree.
It's always a tradeoff. Using your example (1001 jobs) if you have 5 threads on a 'default' worker and 5 thread on the 'push' worker that will be slower overall to process than having a single Sidekiq worker with 10 threads. But yes, the single push will go faster.
It depends on what you want to optimise for and what your bottleneck is at a given moment. If there is a surge in federation, you need to optimise differently than a surge in engagement.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.