ESA SOCIS - Porting the Monkey HTTP Server

Sebastian Huber sebastian.huber at embedded-brains.de
Tue May 3 05:23:09 UTC 2016



On 03/05/16 04:27, Chris Johns wrote:
> On 02/05/2016 20:07, Sebastian Huber wrote:
>>
>> what is the benefit of the Monkey HTTP server compared to Civetweb?
>>
>
> It is not mongoose or civetweb. :) Originally when I started looking 
> at Monkey I was looking for something new to give us options and I 
> still think this is something we should consider. I am happy to see 
> both supported.
>
> It is nicely implemented and there are a couple of people looking 
> after the code base and the related project. I like the idea of a plug 
> in interface which can be statically linked.
>
> We had issues with kqueue in the new stack but I am sure we can find a 
> suitable way to integrate it with RTEMS.

What are these issues with kqueue?

> I also think we should see if we need the sock pairs to manage events 
> or we could see if we can map at a different layer and use something 
> better suited to RTEMS. 

The socket pairs are supported in the new network stack.

> The thread stack allocation could be improved, but this is not the 
> first time we have come across issues in this area.
>
> Chris

What is the issue here? Maybe we should add tickets for all of these 
problems.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.




More information about the devel mailing list