Live data from Hacker News

Slow Software

inkandswitch.com

241–250 of 272 posts

Re: Slow Software

#241
post #21

Earlier quoted context omitted.

But to be fair, plain Jira can be pretty fast, it’s just when you get into an enterprise environment and people think they need 2000 different fields things fall apart.

I've never seen JIRA be "pretty fast", so I can't agree. I also think "2000 different fields" is an unfair exaggeration, if we're going to focus on being fair. The 10 to 20 fields that people might use per issue should not prevent JIRA from being fast with the right architecture.

Installed a plain Jira software instance on Docker, that wasn’t terribly slow.

Re: Slow Software

#242

Earlier quoted context omitted.

> Today’s software is turtles all the way down from the library to the sub-library to the JIT to the application and OS and hardware and they each need 5-25 milliseconds to even wake up. Where do you get these numbers? I have programs that run from start to finish in 5 ms, including tons of OS syscalls. I think many of us forgot how efficient OSes are because of the shitshow that app developers put on top.

I have a Go program that parses command line arguments, loads and parses a text file, then interprets that code on a faux-CPU. Total time 24ms start to finish for 107 faux-CPU steps (sorting 12 numbers of bunches of 3) according to `time`.

Mine is also a Go program that reads several files and does some basic computations on top of it. I wrote about the `time` measurements here: https://blog.bethselamin.de/posts/latency-matters.html

Re: Slow Software

#243

Earlier quoted context omitted.

Was `Coordinate` a class or a struct? C# structs generally [0][1] don't force use of the garbage-collected heap. [0] https://blogs.msdn.microsoft.com/ericlippert/2010/09/30/the-... (ignore the usual comments telling the reader they are wrong for wondering about whether the garbage-collected heap is used) [1] https://jacksondunstan.com/articles/3453

Minecraft is a Java application.

Derp, of course! Mention of Microsoft threw me off :-P

In the JVM, there are of course no structs, but I'd expect the escape analysis optimisations in the HotSpot JIT to reduce it down to avoiding any GC churn. If this isn't happening, I'm curious as to why.

Re: Slow Software

#245
post #44
post #5

I think this article places too much emphasis on input devices and hardware constraints, and not enough on software architecture. JIRA doesn't really feel any faster just because your input devices are fast; the application level latency dwarfs the input latency by a large margin. I would take measurements, but JIRA prohibits benchmarking for some reason... ¯\_(ツ)_/¯ they're probably just trying to save everyone else…

Jira is in a league of its own. With latest stable Firefox on a Macbook Pro from 2014, I get a full 10 seconds loading time for the notifications sidebar. Every click in Jira takes between 5 and 15 seconds. It is absolutely nuts and it seems like many people just don't understand how insanely bad it is (but obviously many engineers do ;) Meanwhile my browser can load, render, and scroll a 4000 line colored diff in le…

In my company we use a PLM system for technical drawings. Jira is an absolute dream compared to that.

Re: Slow Software

#246

Can we talk about slow maintainers here instead? Can you explain why you never responded to https://github.com/ggreer/the_silver_searcher/pull/619 despite me asking you to several times over the course of many years?

Years ago I disabled github notifications and ignored pull requests because honestly, 95% of them are crap. So many of them degrade performance, break unrelated features, or are incompatible with certain platforms. I don't have the time or inclination to sift through them all to figure out which 5% are good, especially since I'm not getting paid for it. Sorry.

Re: Slow Software

#247
post #246

Can we talk about slow maintainers here instead? Can you explain why you never responded to https://github.com/ggreer/the_silver_searcher/pull/619 despite me asking you to several times over the course of many years?

Years ago I disabled github notifications and ignored pull requests because honestly, 95% of them are crap. So many of them degrade performance, break unrelated features, or are incompatible with certain platforms. I don't have the time or inclination to sift through them all to figure out which 5% are good, especially since I'm not getting paid for it. Sorry.

So it's not really an open source project in any meaningful way?

Do you consider it reasonable for people to waste their time making PRs and working trying to help you to improve the silver searcher?

Could you put something up describing this policy?

Could you recruit someone who's proven themselves to be maybe somewhere near as good as you to be a co-maintainer?

As I say I couldn't care less about my PR now since I've moved to rg, but this was an absolutely horrible experience.

Either embrace open source and do it right or please, do not bother releasing source code.

Re: Slow Software

#248
post #44

Earlier quoted context omitted.

Jira is in a league of its own. With latest stable Firefox on a Macbook Pro from 2014, I get a full 10 seconds loading time for the notifications sidebar. Every click in Jira takes between 5 and 15 seconds. It is absolutely nuts and it seems like many people just don't understand how insanely bad it is (but obviously many engineers do ;) Meanwhile my browser can load, render, and scroll a 4000 line colored diff in le…

Our team is responsible for deployment/operations of our self-hosted Jira so a few months ago I decided to make it faster, and oh what a rabbit hole that was: When you look at Jira using Chrome DevTools there are these big batch.js and batch.css files (up to 5MB in total) that are different for every type of Jira view (dashboard, agile board, issue detail, issue search, …) so the first few page loads might be a bit s…

I suspect the root of the problem is that 5mb js/CSS blob itself rather than its caching. It's absolutely nuts and its most definitely not needed for what Jira does

Re: Slow Software

#249
post #246

Earlier quoted context omitted.

Years ago I disabled github notifications and ignored pull requests because honestly, 95% of them are crap. So many of them degrade performance, break unrelated features, or are incompatible with certain platforms. I don't have the time or inclination to sift through them all to figure out which 5% are good, especially since I'm not getting paid for it. Sorry.

So it's not really an open source project in any meaningful way? Do you consider it reasonable for people to waste their time making PRs and working trying to help you to improve the silver searcher? Could you put something up describing this policy? Could you recruit someone who's proven themselves to be maybe somewhere near as good as you to be a co-maintainer? As I say I couldn't care less about my PR now since I'…

Other people want to modify my project, usually in ways that break it, and somehow I am obligated to provide my time and skills to them for free? I don't understand where you're coming from at all.

Re: Slow Software

#250
post #249

Earlier quoted context omitted.

So it's not really an open source project in any meaningful way? Do you consider it reasonable for people to waste their time making PRs and working trying to help you to improve the silver searcher? Could you put something up describing this policy? Could you recruit someone who's proven themselves to be maybe somewhere near as good as you to be a co-maintainer? As I say I couldn't care less about my PR now since I'…

Other people want to modify my project, usually in ways that break it, and somehow I am obligated to provide my time and skills to them for free? I don't understand where you're coming from at all.

You answered none of my explicit questions.

Hopefully a maintainer with a sense of community and responibility will fork the silver searcher.

Post reply on HN