4 ms·

It's not Java, it's Ruby. Which is even worse, because distribution tarball with logstash weighs ridiculous 71MB (?!?) and requires JVM to run (?!?) (or at leas

by dozzie 11y ago

It's not Java, it's Ruby. Which is even worse, because distribution tarball with logstash weighs ridiculous 71MB (?!?) and requires JVM to run (?!?) (or at least nobody talks about it being runnable with MRI). > Also, their shitty Debian repo management resulted in a bug that caused my company to lose $30,000. Well, this is not their fault that much. If you had put any thought about using repositories, you wouldn't use random packages from random sources over which you have no control and no trust with regard to package retention policy or packages quality. Or maybe you would happily install also MongoDB from Mongo's site?

vacri 11y ago
Elasticsearch is Java, and the logstash tarball includes it and kibana from memory, so you can run it as an all-in-one where logstash launches it's own Elasticsearch. While I don't have the tiniest font in my terminal, I still couldn't read the entire Elasticsearch process line in htop, even when I'd stretched the terminal all the way across three monitors! The middle one was an ultrawide! I really wish Java would stop using arguments instead of storing config somewhere...
- dozzie 11y ago
  > Elasticsearch is Java, and the logstash tarball includes it and kibana from memory, Not really. It's just logstash, along with some plugins (and what the heck are Maven bindings doing there?). ElasticSearch is another 29MB compressed, which is fine for a database-like thing, and Kibana 4.x takes 30MB compressed (150MB uncompressed, of which not the biggest part is Node.js copy).
bpchaps 11y ago
Got me on the ruby part. Meant to say JVM. My point was more to the fact that their site's incredibly short on examples. FWIW, I inherited a thrice-removed infrastructure in a latency-sensitive environment. It was fun ;) Logstash was installed on a couple machines the night before I was going to load some configs from my machine. I didn't load anything yet, except that logstash-web was running at 2s uptime. For some reason, (with upstart's help), the logstash installation included a broken webservice with a bad config. It got stuck in a JVM-birthing restart loop that was enough to cause significant impact. It happens. (Funny enough, same place used mongodb. We ran into an issue once where database cleanups failed once mongodb reached around 50% of the disk. Local copy cleanups are fun.)
anentropic 11y ago
it's JRuby: best of both worlds LOL

by dozzie 11y ago

vacri 11y ago

Elasticsearch is Java, and the logstash tarball includes it and kibana from memory, so you can run it as an all-in-one where logstash launches it's own Elasticsearch. While I don't have the tiniest font in my terminal, I still couldn't read the entire Elasticsearch process line in htop, even when I'd stretched the terminal all the way across three monitors! The middle one was an ultrawide! I really wish Java would stop using arguments instead of storing config somewhere...

dozzie 11y ago
> Elasticsearch is Java, and the logstash tarball includes it and kibana from memory, Not really. It's just logstash, along with some plugins (and what the heck are Maven bindings doing there?). ElasticSearch is another 29MB compressed, which is fine for a database-like thing, and Kibana 4.x takes 30MB compressed (150MB uncompressed, of which not the biggest part is Node.js copy).

bpchaps 11y ago

Got me on the ruby part. Meant to say JVM. My point was more to the fact that their site's incredibly short on examples. FWIW, I inherited a thrice-removed infrastructure in a latency-sensitive environment. It was fun ;) Logstash was installed on a couple machines the night before I was going to load some configs from my machine. I didn't load anything yet, except that logstash-web was running at 2s uptime. For some reason, (with upstart's help), the logstash installation included a broken webservice with a bad config. It got stuck in a JVM-birthing restart loop that was enough to cause significant impact. It happens. (Funny enough, same place used mongodb. We ran into an issue once where database cleanups failed once mongodb reached around 50% of the disk. Local copy cleanups are fun.)

anentropic 11y ago

it's JRuby: best of both worlds LOL