4 ms·

Wishful thinking: I hope this prefaces an Elasticsearch rewrite in Go. I'm happy to be rid of the JVM wherever I find it. No hard feelings, but we just spent

by alrs 12y ago

Wishful thinking: I hope this prefaces an Elasticsearch rewrite in Go. I'm happy to be rid of the JVM wherever I find it. No hard feelings, but we just spent 20 years crowbaring Microsoft into irrelevance. It's time to get started on Larry.

pjmlp 12y ago
If only Go offered the same abstraction capabilities of any JVM language.
justinsb 12y ago
Presumably you just want to replace the _Oracle_ JVM? Does OpenJDK meet your needs? How about Dalvik / ART or RoboVM? I'd love to hear what you're trying to achieve here ... I have often bemoaned the JVM, but have also found that it's often better than many alternatives.
- threeseed 12y ago
  There is a whole range of JVMs: http://en.wikipedia.org/wiki/List_of_Java_virtual_machines http://en.wikipedia.org/wiki/List_of_Java_virtual_machines
- alrs 12y ago
  Whenever you get in trouble with Elasticsearch, the first question a consultant will ask is, "why aren't you running the Oracle JVM?" Technically it supports OpenJDK. In practice, circumstance usually drags you to Oracle.
swah 12y ago
Aren't we going to fight Google as well?
deleted 12y ago
[deleted]
threeseed 12y ago
Why on earth would you rewrite ElasticSearch in Go ? You would have woeful monitoring support compared to the huge array of tooling for JVM, an average GC implementation and almost zero integration with most enterprise applications e.g. Hadoop. All so what, you can go from one multinational (Oracle) to another (Google).
- throwawaykf05 12y ago
  >All so what, you can go from one multinational (Oracle) to another (Google). Or from one Larry to another.
  - alrs 12y ago
    Valid, though I never have to click through any kind of EULA crap to use Go. So long as Go is supported in gcc, I'm not particularly worried.
- krakensden 12y ago
  I could totally imagine wanting to rewrite ElasticSearch, and go seems like a reasonable language to do it in. ES seems to handle downtime extremely poorly, and is very difficult to make "safe" for people to write arbitrary queries against it. And by difficult I mean there is circuit breaker and nought else.
deleted 12y ago
[deleted]
bkeroack 12y ago
The problem with Elasticsearch is not the JVM. A sample of the problems I have: a) Broken, hand-rolled consensus/consistency model [1] b) Designing cluster layout is a bit of a "black art" due to missing/incomplete documentation and complexity of cluster options. c) Promiscuous network activity with default settings: spin up a new node and it will cluster with any existing ES nodes automatically. That's just the beginning. ES is a bit of an operations nightmare to deal with--it's an example of enormous complexity just for a fairly simple service (text search). 1. http://aphyr.com/posts/317-call-me-maybe-elasticsearch http://aphyr.com/posts/317-call-me-maybe-elasticsearch

by alrs 12y ago

pjmlp 12y ago

If only Go offered the same abstraction capabilities of any JVM language.

justinsb 12y ago

Presumably you just want to replace the _Oracle_ JVM? Does OpenJDK meet your needs? How about Dalvik / ART or RoboVM? I'd love to hear what you're trying to achieve here ... I have often bemoaned the JVM, but have also found that it's often better than many alternatives.

threeseed 12y ago
There is a whole range of JVMs: http://en.wikipedia.org/wiki/List_of_Java_virtual_machines http://en.wikipedia.org/wiki/List_of_Java_virtual_machines
alrs 12y ago
Whenever you get in trouble with Elasticsearch, the first question a consultant will ask is, "why aren't you running the Oracle JVM?" Technically it supports OpenJDK. In practice, circumstance usually drags you to Oracle.

swah 12y ago

Aren't we going to fight Google as well?

deleted 12y ago

[deleted]

threeseed 12y ago

Why on earth would you rewrite ElasticSearch in Go ? You would have woeful monitoring support compared to the huge array of tooling for JVM, an average GC implementation and almost zero integration with most enterprise applications e.g. Hadoop. All so what, you can go from one multinational (Oracle) to another (Google).

throwawaykf05 12y ago
>All so what, you can go from one multinational (Oracle) to another (Google). Or from one Larry to another.
- alrs 12y ago
  Valid, though I never have to click through any kind of EULA crap to use Go. So long as Go is supported in gcc, I'm not particularly worried.
krakensden 12y ago
I could totally imagine wanting to rewrite ElasticSearch, and go seems like a reasonable language to do it in. ES seems to handle downtime extremely poorly, and is very difficult to make "safe" for people to write arbitrary queries against it. And by difficult I mean there is circuit breaker and nought else.

deleted 12y ago

[deleted]

bkeroack 12y ago

The problem with Elasticsearch is not the JVM. A sample of the problems I have: a) Broken, hand-rolled consensus/consistency model [1] b) Designing cluster layout is a bit of a "black art" due to missing/incomplete documentation and complexity of cluster options. c) Promiscuous network activity with default settings: spin up a new node and it will cluster with any existing ES nodes automatically. That's just the beginning. ES is a bit of an operations nightmare to deal with--it's an example of enormous complexity just for a fairly simple service (text search). 1. http://aphyr.com/posts/317-call-me-maybe-elasticsearch http://aphyr.com/posts/317-call-me-maybe-elasticsearch