I haven't looked into the Racket web server much yet, so I'd like to understand 
the implications of this. 

My experience is with stateless http app servers (primarily with Unicorn Ruby 
servers at the moment), so firing up a number of worker processes and having 
something like nginx proxy to them works well to fully utilize all cores.

I think I read that the Racket web server makes use of continuations, so I 
expect some sort of process affinity would be necessary, where a given user's 
requests are always proxied to the same worker process - is that right? Is it 
common to use multiple web server processes in Racket web apps?

In your estimation, what is the feasibility of adding multi-core support to the 
Racket web server? For example, is it reasonably feasible and on the current 
roadmap, or would it require massive changes to the web server?

Thanks,
Brian

On Jul 16, 2014, at 8:42 AM, Jay McCarthy wrote:

> It does not use multiple cores if they are available.
> 
> Jay
> 
> On Wed, Jul 16, 2014 at 7:02 AM, Sean Kemplay <sean.kemp...@gmail.com> wrote:
>> Hello,
>> 
>> I am interested in the racket web server for some micro services. Just
>> wondering if by default it runs across multiple cores or if it is restricted
>> to one due to threads in racket.
>> 
>> Regards,
>> Sean
>> 
>> 
>> ____________________
>>  Racket Users list:
>>  http://lists.racket-lang.org/users
>> 
> 
> 
> 
> -- 
> Jay McCarthy
> http://jeapostrophe.github.io
> 
>           "Wherefore, be not weary in well-doing,
>      for ye are laying the foundation of a great work.
> And out of small things proceedeth that which is great."
>                          - D&C 64:33
> ____________________
>  Racket Users list:
>  http://lists.racket-lang.org/users


____________________
  Racket Users list:
  http://lists.racket-lang.org/users

Reply via email to