4 ms·

Java isn't the worst choice. It's mostly safe, reasonable to work with, and quite fast. RAM isn't a bottleneck on most servers these days. Even the cheapest EC

Java isn't the worst choice. It's mostly safe, reasonable to work with, and quite fast. RAM isn't a bottleneck on most servers these days. Even the cheapest EC2 tends to have 2GB which will run nearly any Java app fine. Sure, Rust is better. But it will take years to replicate what's already out there in Java. I'll take a database written in Java over C any day given equivalent choices.

CodeGlitch 5y ago
> I'll take a database written in Java over C any day given equivalent choices. I know it's not equivalent, but Redis is written in C and it's amazing what you can do with it. It is also incredibly efficient and what it does. I don't get the hate towards C. Is it the security issues? (These exist in Java too you know).
- pjmlp 5y ago
  They do indeed, except in Java anything related to memory corruption, type confusion, integer overflow and implicit conversions are out of the picture.
- wildoats 5y ago
  It's far easier to write an app safe from memory corruption in Java than C. Java is as safe as Rust. It's just 1/2 the speed and uses 2-3X the ram. It was the best C alternative for DB until a couple years ago.
rapsey 5y ago
> Sure, Rust is better. But it will take years to replicate what's already out there in Java. The Rust based search engine Tantivy is handily faster than Lucene and supports pretty much the same features.
- pjmlp 5y ago
  So it also replicates Zookeeper capabilities and is available in SaaS versions like SearchStax?
  - rapsey 5y ago
    Zookeper what does that have to do with search?
    - pjmlp 5y ago
      A lot, that is how Solr and Lucene clusters are managed as standard solution.
      - rapsey 5y ago
        Well ok but that is an external dependency irrelevant of language. Might as well use etcd also.
        pjmlp 5y ago
        Nope, because those dependencies are also written in Java, are always deployed together, thus a shop using Lucene and Solr is skilled in Zookeeper. Where is a SearchStax SaaS like service using etcd?
mike_d 5y ago
> RAM isn't a bottleneck on most servers these days. It isn't hard to scale, but it is the most expensive thing to scale.
- wildoats 5y ago
  But you don't usually need to scale it. We run 1 million+ LoC Java monoliths on machines with 2GB.

CodeGlitch 5y ago

> I'll take a database written in Java over C any day given equivalent choices. I know it's not equivalent, but Redis is written in C and it's amazing what you can do with it. It is also incredibly efficient and what it does. I don't get the hate towards C. Is it the security issues? (These exist in Java too you know).

pjmlp 5y ago
They do indeed, except in Java anything related to memory corruption, type confusion, integer overflow and implicit conversions are out of the picture.
wildoats 5y ago
It's far easier to write an app safe from memory corruption in Java than C. Java is as safe as Rust. It's just 1/2 the speed and uses 2-3X the ram. It was the best C alternative for DB until a couple years ago.

rapsey 5y ago

> Sure, Rust is better. But it will take years to replicate what's already out there in Java. The Rust based search engine Tantivy is handily faster than Lucene and supports pretty much the same features.

pjmlp 5y ago
So it also replicates Zookeeper capabilities and is available in SaaS versions like SearchStax?
- rapsey 5y ago
  Zookeper what does that have to do with search?
  - pjmlp 5y ago
    A lot, that is how Solr and Lucene clusters are managed as standard solution.
    - rapsey 5y ago
      Well ok but that is an external dependency irrelevant of language. Might as well use etcd also.
      - pjmlp 5y ago
        Nope, because those dependencies are also written in Java, are always deployed together, thus a shop using Lucene and Solr is skilled in Zookeeper. Where is a SearchStax SaaS like service using etcd?

mike_d 5y ago

> RAM isn't a bottleneck on most servers these days. It isn't hard to scale, but it is the most expensive thing to scale.

wildoats 5y ago
But you don't usually need to scale it. We run 1 million+ LoC Java monoliths on machines with 2GB.