6 ms·

Well it is super easy to develop hello world in Rust. Yay! Last time I checked there was no decent HTTP client and the documentation is just non existent for th

Well it is super easy to develop hello world in Rust. Yay! Last time I checked there was no decent HTTP client and the documentation is just non existent for that subpar library. There were lost of promises about the newer version of async io library yet it is still WIP as of today. The performance was 30 times less than the same code in Java and after consulting many Rust developers nobody could tell me why. It is new, it is shiny but lets wait its 10th birthday before it can be taken seriously and pls provide a decent async io / http library before we even get started what else can be done in Rust.

pingiun 9y ago
> It is new, it is shiny but lets wait its 10th birthday before it can be taken seriously and pls provide a decent async io / http library before we even get started what else can be done in Rust. Have you not looked at it for a while or don't you think tokio/hyper is good?
- StreamBright 9y ago
  Hyper is not good enough Tokio is WIP.
  - xfer 9y ago
    You do realize hyper depends on the tokio/future framework?
    - StreamBright 9y ago
      https://github.com/tokio-rs/tokio https://github.com/tokio-rs/tokio A work-in-progress rearchitecting of the tokio-core crate in line with tokio-rs/tokio-rfcs#3
papaf 9y ago
pls provide a decent async io / http library before we even get started what else can be done in Rust I have found Rust library coverage to be really good for my requirements. Hyper (https://hyper.rs/guides/client/basic/ https://hyper.rs/guides/client/basic/) provides an async HTTP client although I have never needed it. Personally, if I had an application that was heavily using HTTP I would choose a different language -- Java, Scala and Go would be good choices.
- StreamBright 9y ago
  Again what is your use case. Ours was to have a high performance compiled code that can be slower than Java by a factor of 10. Unfortunately Rust could cut it.
tetromino_ 9y ago
Performance of what code was 30 times less? It would make a great project for someone to investigate in depth why Rust performs particularly poorly (or why Java performs particularly well) in a specific area - if only you could provide the necessary details...
- StreamBright 9y ago
  Yeah I wanted to. I reached out to my Rust devs and everybody said that my code is perfectly fine. It means I have to dig into the library code but does not have enough knowledge about Rust performance and what tooling I am supposed to do or what are the knobs that I need to adjust for higher performance.
z0ltan 9y ago
Agreed.
fafhrd91 9y ago
Good client library https://github.com/seanmonstar/reqwest https://github.com/seanmonstar/reqwest Could be used as async or as sync. Http/2 client and server https://github.com/carllerche/h2 https://github.com/carllerche/h2 Web framework https://github.com/actix/actix-web https://github.com/actix/actix-web All of them has good quality and performance
- FridgeSeal 9y ago
  Commenting to vouch for Reqwest. Using it at the moment and it's been great to use: documentation was good, API was straightforward, everything so far has worked practically first time.
setzer22 9y ago
So if a language can't do HTTP and async I/O (with state-of-the-art performance) then we shouldn't consider any other possible application for it? Rust is not Java, you have better languages to build webservers with.
- kod 9y ago
  Yes, if a language can't easily do async IO and HTTP in 2018, it is in deep shit with regard to long term adoption. The Rust devs realize this, otherwise they would be putting less effort into tokio.
- StreamBright 9y ago
  So if a language cannot do our business need then we shouldn't consider any other possible application for it?
Dowwie 9y ago
Looks like we found the javatarian! I had to look up on Wikipedia when Rust was conceived: 2010. It took me another moment to realize that it's already been 8 years. We should be flying in spaceships programmed with Rust by now. This is ridiculous.
- steveklabnik 9y ago
  It was changing on a near-daily basis until May of 2015. It was extremely hard to build big projects in it until that point.
- StreamBright 9y ago
  Totally. This is why i use OCaml, Erlang and Clojure. I am a performatarian more like and I cannot be put up with the newest hipster crap that anybody came up with if it does not provide the functionality that we need to implement for our business requirement. Rust failed that. What is your argument exactly here? This is reddit level comment you put in here.
  - Dowwie 9y ago
    It was an ad hominem. I'm sorry. Good luck with your endeavors. Erlang is a wise choice, if you can find the people to support it.
    - StreamBright 9y ago
      "Looks like we found the javatarian!" ... "It was an ad hominem."

pingiun 9y ago

> It is new, it is shiny but lets wait its 10th birthday before it can be taken seriously and pls provide a decent async io / http library before we even get started what else can be done in Rust. Have you not looked at it for a while or don't you think tokio/hyper is good?

StreamBright 9y ago
Hyper is not good enough Tokio is WIP.
- xfer 9y ago
  You do realize hyper depends on the tokio/future framework?
  - StreamBright 9y ago
    https://github.com/tokio-rs/tokio https://github.com/tokio-rs/tokio A work-in-progress rearchitecting of the tokio-core crate in line with tokio-rs/tokio-rfcs#3

papaf 9y ago

pls provide a decent async io / http library before we even get started what else can be done in Rust I have found Rust library coverage to be really good for my requirements. Hyper (https://hyper.rs/guides/client/basic/ https://hyper.rs/guides/client/basic/) provides an async HTTP client although I have never needed it. Personally, if I had an application that was heavily using HTTP I would choose a different language -- Java, Scala and Go would be good choices.

StreamBright 9y ago
Again what is your use case. Ours was to have a high performance compiled code that can be slower than Java by a factor of 10. Unfortunately Rust could cut it.

tetromino_ 9y ago

Performance of what code was 30 times less? It would make a great project for someone to investigate in depth why Rust performs particularly poorly (or why Java performs particularly well) in a specific area - if only you could provide the necessary details...

StreamBright 9y ago
Yeah I wanted to. I reached out to my Rust devs and everybody said that my code is perfectly fine. It means I have to dig into the library code but does not have enough knowledge about Rust performance and what tooling I am supposed to do or what are the knobs that I need to adjust for higher performance.

z0ltan 9y ago

Agreed.

fafhrd91 9y ago

Good client library https://github.com/seanmonstar/reqwest https://github.com/seanmonstar/reqwest Could be used as async or as sync. Http/2 client and server https://github.com/carllerche/h2 https://github.com/carllerche/h2 Web framework https://github.com/actix/actix-web https://github.com/actix/actix-web All of them has good quality and performance

FridgeSeal 9y ago
Commenting to vouch for Reqwest. Using it at the moment and it's been great to use: documentation was good, API was straightforward, everything so far has worked practically first time.

setzer22 9y ago

So if a language can't do HTTP and async I/O (with state-of-the-art performance) then we shouldn't consider any other possible application for it? Rust is not Java, you have better languages to build webservers with.

kod 9y ago
Yes, if a language can't easily do async IO and HTTP in 2018, it is in deep shit with regard to long term adoption. The Rust devs realize this, otherwise they would be putting less effort into tokio.
StreamBright 9y ago
So if a language cannot do our business need then we shouldn't consider any other possible application for it?

Dowwie 9y ago

Looks like we found the javatarian! I had to look up on Wikipedia when Rust was conceived: 2010. It took me another moment to realize that it's already been 8 years. We should be flying in spaceships programmed with Rust by now. This is ridiculous.

steveklabnik 9y ago
It was changing on a near-daily basis until May of 2015. It was extremely hard to build big projects in it until that point.
StreamBright 9y ago
Totally. This is why i use OCaml, Erlang and Clojure. I am a performatarian more like and I cannot be put up with the newest hipster crap that anybody came up with if it does not provide the functionality that we need to implement for our business requirement. Rust failed that. What is your argument exactly here? This is reddit level comment you put in here.
- Dowwie 9y ago
  It was an ad hominem. I'm sorry. Good luck with your endeavors. Erlang is a wise choice, if you can find the people to support it.
  - StreamBright 9y ago
    "Looks like we found the javatarian!" ... "It was an ad hominem."