[FoRK] The Future of Desktops

Stephen D. Williams sdw at lig.net
Sun Mar 2 16:40:17 PST 2014

Unix demand pages executables.  NFS mounting a remote server would provide similar partial download. Coupled with NFS read caching, 
it would also speed up future runs.  The security and licensing and other management is nice.


Just to confuse things, their tablet story is:
  Cloudpaging to tablets -- platform shifting

We have an unusual way of cloudpaging to tablets - we borrow a local PC as a GPU server and then 'pixel stream' to your tablet over 
WiFi at 60Hz. We even incorporate 'gesture virtualization' so that you can interact with these applications using familiar touch 
gestures. These gestures are determined during the cloudification stage and stored as part of the meta-data associated with the 
cloudified application.


On 3/2/14, 3:42 PM, Gregory Alan Bolcer wrote:
> I think they're still around, just renamed. http://www.numecent.com/
> They call it "cloudpaging" now.  I don't known what it's like now, but back then it was far too difficult to package an 
> application to work in that format due to the requirement that it had to be indistinguishable from a local install.  Other 
> approaches ran in a container, which while it limited the ability of the software to rely on other installed software on the 
> system causing you to send all the dependencies too, the simplicity won out.
> Greg
> On 3/2/2014 8:59 AM, Ken Meltsner wrote:
>> I remember the app streaming company. Did it lost out to remote displays
>> because it couldn't be guaranteed to work with any possible homegrown
>> application, often very "legacy" (old and undermaintained)?  The
>> over-generalization of my experience is that there's always something that
>> won't run with the intelligent/superior solution because it's too old or
>> too stupidly written, and no one wants (or can) fix it.  And if you get
>> through that barrier, the crappier/brain-dead solution will be found to be
>> cheaper and "good enough" [regardless of whether it's actually
>> sufficient...]
>> Ken Meltsner 

More information about the FoRK mailing list