3 ms·

The only problem Java has is experienced C programmers don't build servers from scratch with it yet. Please explain. What kind of crazy jack write servers in C

The only problem Java has is experienced C programmers don't build servers from scratch with it yet. Please explain. What kind of crazy jack write servers in C? (Real question, trying to learn here)

varjag 4y ago
Servers written in C is the status quo here in real world.
cozzyd 4y ago
The developers of apache httpd, nginx, postgresql, redis, among many others?
- xxs 4y ago
  you really dont need redis if you have java. I see zero reasons to offload my datastructures via TCP, instead of have them locally. If need be, replicated them.
  - vasilakisfil 4y ago
    Usually you need redis to scale up horizontally, meaning with multiple servers/processes, and still keep consistency in your data. In general redis is a very useful tool that provides various features, even pub sub.
  - quadcore 4y ago
    Redis has plenty of features your java program hasnt. Starting with reliability :)
    - xxs 4y ago
      >=your= java program hasnt. Wonder why the jab; Personally I'd trust my own code more than redis'
  - xmonkee 4y ago
    How do you share data between machines without something like redis?
    - xxs 4y ago
      well, trivially - really. Machines can communicate via TCP and UDP, pretty much the same way you communicate with a web server - but more efficiently (than http). There are tons of protocols/frameworks for replicated and distributed maps which are significantly more effective than redis, esp when hitting the local one. Writing one such yourself, is sort of, rite of passage. While redis is well understood and (relatively) easy to use - it's just a TCP offloaded map (and few other datastructures), all well implemented and with non-blocking IO but nothing groundbreaking. Heck, it's even single threaded by design - no vertical scaling, and no L3 cache communication.
      - xmonkee 4y ago
        so you’re saying reimplementing redis is the alternative to redis?
- quadcore 4y ago
  I see, you guys mean servers not web servers. Makes sense now.

The only problem Java has is experienced C programmers don't build servers from scratch with it yet. Please explain. What kind of crazy jack write servers in C? (Real question, trying to learn here)

varjag 4y ago

Servers written in C is the status quo here in real world.

cozzyd 4y ago

The developers of apache httpd, nginx, postgresql, redis, among many others?

xxs 4y ago
you really dont need redis if you have java. I see zero reasons to offload my datastructures via TCP, instead of have them locally. If need be, replicated them.
- vasilakisfil 4y ago
  Usually you need redis to scale up horizontally, meaning with multiple servers/processes, and still keep consistency in your data. In general redis is a very useful tool that provides various features, even pub sub.
- quadcore 4y ago
  Redis has plenty of features your java program hasnt. Starting with reliability :)
  - xxs 4y ago
    >=your= java program hasnt. Wonder why the jab; Personally I'd trust my own code more than redis'
- xmonkee 4y ago
  How do you share data between machines without something like redis?
  - xxs 4y ago
    well, trivially - really. Machines can communicate via TCP and UDP, pretty much the same way you communicate with a web server - but more efficiently (than http). There are tons of protocols/frameworks for replicated and distributed maps which are significantly more effective than redis, esp when hitting the local one. Writing one such yourself, is sort of, rite of passage. While redis is well understood and (relatively) easy to use - it's just a TCP offloaded map (and few other datastructures), all well implemented and with non-blocking IO but nothing groundbreaking. Heck, it's even single threaded by design - no vertical scaling, and no L3 cache communication.
    - xmonkee 4y ago
      so you’re saying reimplementing redis is the alternative to redis?
quadcore 4y ago
I see, you guys mean servers not web servers. Makes sense now.