Has anyone tried making a small embedded implementation of Racket? I mean
"embedded" not in the sense of 8-bit microcontrollers but more powerful yet
still constrained devices, like routers with 64 MB RAM running Linux or the
PlayStation 2. I think you don't have to work from scratch to make o
On Friday, September 8, 2017 at 1:09:19 PM UTC+3, Jay McCarthy wrote:
> Wow! Thanks for all of this work. It is really interesting to see how
> different the performance is on the Internet workload!
Once again, you're welcome! See my reply to Neil Van Dyke for some reasoning
about the Internet wo
On Friday, September 8, 2017 at 4:29:34 PM UTC+3, Neil Van Dyke wrote:
> dbohdan wrote on 09/07/2017 04:52 PM:
>
> The #/sec for each implementation are suspiciously similar. I wonder
> whether they're limited by something like an accounting limit imposed on
> the VPS (s
On Tuesday, September 5, 2017 at 12:41:04 PM UTC+3, Jay McCarthy wrote:
> Is the benchmarking client core the same core as the server core?
> Could that help explain why single threaded performance is best?
The not-quite-yes-or-no answer is that they were limited to separate virtual
cores inside
On Tuesday, September 5, 2017 at 11:41:46 AM UTC+3, dbohdan wrote:
> I'll try this again with two fixed cores available to the application
> container.
results/custom-many-places.txt:Requests per second:6517.83 [#/sec] (mean)
results/custom-many.txt:Requests per second:794
On Tuesday, September 5, 2017 at 10:57:17 AM UTC+3, Jay McCarthy wrote:
> I've just tested on Linux and OS X and I don't see that behavior. I'm
> quite confused.
Yes, scratch what I said. The "many-places" benchmark only fails this way for
me on a particular Linux VM, which just so happened to be
ptors.
I accidentally tested "places" in its stead. As-is
(https://gitlab.com/dbohdan/racket-vs-the-world/blob/97dd7858aecab9af2a66ed687d12ce45adb4899d/apps/racket-custom/lipsum.rkt),
"many-places" does not send anything to incoming connections and never closes
them.
On Tuesday, Sep
would like to add you to the AUTHORS file
(https://gitlab.com/dbohdan/racket-vs-the-world/blob/master/AUTHORS — please
read). Would this attribution line be okay?
> Jay McCarthy
> https://jeapostrophe.github.io/
I've run the default benchmark with the new application, which I've d
Mermaid (https://github.com/knsv/mermaid) is a useful alternative to GraphViz
for the cases in which it specializes.
If you're working on your own diagramming DSL, you may want to look at these
for inspiration:
* Diagrams for Haskell
(https://archives.haskell.org/projects.haskell.org/diagrams/
On Saturday, September 2, 2017 at 8:46:54 PM UTC+3, Piyush Katariya wrote:
> Does Racket app make use of all CPU cores by having multiple processes ?
Thanks for asking this question. It prompted me to revise how the benchmark is
run. The short answer is that the servlet application uses a single
On Friday, September 1, 2017 at 8:19:19 PM UTC+3, dbohdan wrote:
> My exceptions were [...]
This, of course, should say "expectations".
On Friday, September 1, 2017 at 9:38:25 PM UTC+3, Neil Van Dyke wrote:
> Thank you very much for doing this work, D. Bohdan.
You're wel
nchmark at
https://gitlab.com/dbohdan/racket-vs-the-world/. It should be straightforward
to run on Linux with Docker (but please report any difficulties!).
I've attached the results I got on a two-core VM. According to them, Racket's
servlets do lag behind everything else but Sina
12 matches
Mail list logo
