Re: LuaJIT-on-Xen?
- From: Alexander Gladysh <agladysh@xxxxxxxxx>
- To: luajit@xxxxxxxxxxxxx
- Date: Sun, 5 May 2013 17:45:57 +0400
Thank you, I'll check it out.
I wish they weren't RedHat-specific though...
Alexander.
On Sun, May 5, 2013 at 10:09 AM, M. Edward (Ed) Borasky <znmeb@xxxxxxxxx> wrote:
> Here's the architecture overview:
> https://www.openshift.com/wiki/architecture-overview
>
> On Sat, May 4, 2013 at 11:08 PM, M. Edward (Ed) Borasky <znmeb@xxxxxxxxx>
> wrote:
>> Now that I've seen more of this thread go by, I'm thinking there's
>> another hosting option - OpenShift Origin "nodes". These are RHEL or
>> Fedora Linux systems with some kind of low-level cgroup-based
>> partitioning into 'gears'. A gear isn't quite an LXC container but
>> it's not as "big" as a guest VM on Xen.
>>
>> On Sat, May 4, 2013 at 10:38 PM, Javier Guerra Giraldez
>> <javier@xxxxxxxxxxx> wrote:
>>> On Sun, May 5, 2013 at 12:17 AM, Alexander Gladysh <agladysh@xxxxxxxxx>
>>> wrote:
>>>> I'm interested in the last one — LuaJIT "kernel". As I understand
>>>> (correct me if I'm wrong), both examples in my original post do that
>>>> (and it should be possible to borrow something from them, perhaps).
>>>
>>> yes, they seem to be that way. the "<100ms to spawn" definitely
>>> excludes booting a Linux kernel.
>>>
>>> I see they implement their own FS and i guess there's something
>>> similar for TCP/IP
>>>
>>>
>>>> I need some way to communicate with nginx frontend (in a separate
>>>> DomU, lives in a full-blown OS), with Redis DB (same), with neighbour
>>>> workers / request handlers (OS-less), and somewhere to write logs (can
>>>> be a networking-based logger or equivalent).
>>>
>>> so just a network stack should be enough
>>>
>>>
>>>> Lack of processes/threads is not a problem — my code is not threaded,
>>>> and I'll simply spawn several more VMs.
>>>
>>> IOW, you want to replace traditional process management with Xen
>>> domain management... what would you gain? more isolation, i guess;
>>> but is it for security? or resource limiting?
>>>
>>> note that uWSGI can spawn worker processes within an arbitrary cgroup
>>> (http://uwsgi-docs.readthedocs.org/en/latest/Cgroups.html). that's
>>> roughly an LXC container without the OS...
>>>
>>> (and yes, uWSGI does manage Lua(JIT) processes (and Go, Erlang, JVM,
>>> Mono....) besides Python)
>>>
>>> If you're running tasks behind nginx, uWSGI is a _very_ good
>>> process-cycle manager. with cgroups capability it should do everything
>>> you want
>>>
>>> --
>>> Javier
>>>
>>
>>
>>
>> --
>> Twitter: http://twitter.com/znmeb; Computational Journalism Publishers
>> Workbench
>> http://j.mp/CompJournBench/
>>
>> Get out of the building - and don't come back till you have the order!
>
>
>
> --
> Twitter: http://twitter.com/znmeb; Computational Journalism Publishers
> Workbench
> http://j.mp/CompJournBench/
>
> Get out of the building - and don't come back till you have the order!
>
Other related posts:
