Wow! Thanks for all of this work. It is really interesting to see how
different the performance is on the Internet workload!
On Thu, Sep 7, 2017 at 9:52 PM, dbohdan wrote:
> On Tuesday, September 5, 2017 at 12:41:04 PM UTC+3, Jay McCarthy wrote:
>> Is the benchmarking client core the same core as
I am doing an exercise from EDX course based on H2DP book and am having trouble
implementing a `find` function using the abstract function fold-elt. The
function should find the element and return its data.
-
#lang htdp/isl
(define-struct elt (name data subs))
;; Element is (make-elt String
You may wish to read Chapter 16 in HtDP/2e:
http://www.ccs.neu.edu/home/matthias/HtDP2e/part_three.html#%28part._ch~3a3use%29
It teaches how to re-use an existing abstraction, which is
what you are having trouble with.
To help you along, I have changed your code in a few places:
(1) I e
dbohdan wrote on 09/07/2017 04:52 PM:
Last, I ran the benchmark over the Internet with two machines about 1.89×10^-10
light years apart. The applications ran on a very humble VPS. Due to its
humbleness I had to reduce the number of concurrent connections to 25.
The #/sec for each implementati
There's not a way to turn off the sharing check. Did you find a better
way to do what you want?
I think the problem here is an implicit contract on values that flow to
the printer, where the implicit contract constrains a value to be
printable more than once. A value's printing function can be cal
On Thursday, September 7, 2017 at 11:56:37 PM UTC-4, Jack Firth wrote:
> On Thursday, September 7, 2017 at 9:11:47 AM UTC-7, Brian Adkins wrote:
> > I'm considering having a group of programmers create micro-services in
> > various programming languages to be glued together into a single
> > appl
One could use a eq hash table (maybe a weak one, or maybe cooperate
more with the code that's doing the printing to throw away the table)
to avoid doing the sensitive code more than once?
Robby
On Fri, Sep 8, 2017 at 9:17 AM, Matthew Flatt wrote:
> There's not a way to turn off the sharing chec
On 09/07/2017 12:11 PM, Brian Adkins wrote:
I'm considering having a group of programmers create micro-services in various
programming languages to be glued together into a single application. I would
like a communication mechanism with the following characteristics:
* Already supported by Rac
A hot-take brain-dump:
Seems like two aspects: What and how. (The serialization format and
the communication method.)
What: The correct answer is s-expressions. :) Maybe EDN. OK, OK. A
more agnostic answer is JSON -- it has flaws, but it's widely
supported among languages, and "everything is a
For youpatch.com my colleague and I used a "quasi-microservices
architecture" to get my Racket, his Python, and our JavaScript to work
together, using JSON and HTTP.
Starting out with a JSON and HTTP would give you a baseline, and then
swapping in other formats and transport mechanisms could allo
Like many of you, I’m looking forward to attending RacketCon this year. Before
I buy plane tickets, though, I’m wondering if we have some thought about what
the hours of Sunday’s “Office Hours” will be. Thoughts?
Can’t wait!
John
--
You received this message because you are subscribed to th
11 matches
Mail list logo
