Thanks for the response Antti,
Yes, because of our naivety we may not be looking at this from the right angle!
OK, I think I understand your responses.
We're not sure what direction to take... we're very new to this but we have a
simple idea of being able to run an application through a browser that can
interact with, say, a browser cache (so a layer of "persistence" can be
achieved) and, additionally, some networking capability so said application can
open from and save and export to a web server (the server hosting the webpage
the application is opened from).
I'm confused as to how you compiled kernel drivers yet you have a demonstration
of basic commands, as if you were running BSD (?) commands? E.g. ls, cd etc.?
Thank you for getting back to me so promptly,
Chris
-----Original Message-----
From: Antti Kantee <[email protected]>
To: rumpkernel-users <[email protected]>
Sent: Wed, 17 Dec 2014 15:51
Subject: Re: JavaScript rumpkernel with persistent storage, networking and
graphical...
Chris,
On 15/12/14 17:49, Chris Loweth wrote:
> We are looking at the viability of using a rumpkernel with a bare minimum
> set of drivers and whatever else may be required to run a graphical linux
> in a browser with networking and persistent file storage...
The current rump kernel implementation is not based on Linux. With that
out of the way ...
> I see that Antti has made an excellent first step and managed to get a
> text-based kernel with both input from and output to a user.
>
> What would it take to extend this ten-fold to, say, run a graphical Linux
> with video output to canvas (to, perhaps, embrace GPU rendering) but also
> be able to interact with the canvas to accept mouse and keyboard input.
> Additionally the ability to be able to use the browser cache to create a
> block device that could be used to a "persistent storage" so that data
> could be stored for offline use or if the browser session is closed???
It's hard for me to approach your questions, because I don't understand
why you need a "kernel" to run in the browser. Why not just interface
with the browser directly? That's more or less what emscripten does to
any program you compile with it, i.e. interfaces "normal" programs with
the browser. In my case, the "normal" program just happened to be
kernel drivers.
> We have been investigating many different possibilities over the last year
> and, some of which work "OK" but have some major limitations (such as
> performance) and others that don't have the ability to be easily
> developed...
>
> I appreciate a lot of development work would be involved, but I would like
> to gather some information as to whether a rumpkernel may be able to
> provide the middle-man to what we're trying to achieve...
Again, can you explain why you need the middle-man? If performance is
the issue, it's unlikely to improve via the addition of black boxes in
the middle.
Sorry this wasn't helpful; based purely on your email I have trouble
imagining what you want to accomplish.
- antti
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
rumpkernel-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
rumpkernel-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
