 here:

<http://www.managedruntime.org/>

From what I understand, the main win is that they use nested page tables to
let the JVMs handle page faults directly, which is how they implement high-
performance read barriers.

I don't know a lot about garbage collection, but read barriers seem to be the
essential piece for implementing real-time (which really should be called
"non-blocking") GC.

There's a good discussion on LtU about this: <http://lambda-the-
ultimate.org/node/4165>

[edit] I should mention how this relates to Lisp operating systems: if you
replace the virtual memory system with a garbage collector (ie push the GC
into the kernel), you can get the same effect but without needing nested page
tables/VT-x/RVI, even for user-space processes.

It should also be more efficient and waste less memory on fragmentation than
going through a dumb VM.

------
defroost
While not a Lisp OS, StumWM <http://www.nongnu.org/stumpwm/index.html> is an
interesting project. I run it on Debian, and I like to pretend I using a Lisp
Machine.

------
nwmcsween
Unix as in POSIX days are either numbered or is going to be perpetually hacked
into something it can't do without issue. Distributed computing is becoming
more of a norm with consumers having many devices. A look into what future
operating systems might look like are Midori or Inferno (which was way ahead
of it's time) or any other vm based operating system.

------
pnathan
Does anyone know if there's any sort of open source project for a modern Lisp
OS that is ongoing?

~~~
sedachv
<http://common-lisp.net/project/movitz/>

Frode V. Fjeld doesn't seem to have much time to hack on it anymore, but the
mailing list is active and you can hack on it today.

------
Stormbringer
If there really was a tool (whether that be hardware or software or a
combination) that for a couple of thousand dollars would genuinely make you
10x more productive, you'd be an absolute fool not
here: 

 < http://www.managedruntime.org/ > 

 From what I understand, the main win is that they use nested page table to 
 lease the JVMs handle page faults directly, which is how they follow through high- 
 performance read barriers. 

 I don't sleep together a draw about garbage solicitation, but understand barriers appear to be the 
 essential piece for enforce veridical - time (which really should be called 
 " non - blocking ") GC. 

 There's a good discussion on LtU about this: < http://lambda - the- 
 ultimate.org/node/4165 > 

 [ edit ] I should mention how this associate to Lisp operating systems: if you 
 replace the virtual memory system with a drivel collector (ie push the GC 
 into the kernel), you can get the like effect but without want nested page 
 tables / VT - x / RVI, even for drug user - space processes. 

 It should also be more effective and waste less memory on fragmentation than 
 going through a dumb VM. 

 ------ 
 defroost 
 While not a Lisp OS, StumWM < http://www.nongnu.org/stumpwm/index.html > is an 
 interesting project. I tend it on Debian, and I like to pretend I using a Lisp 
 Machine. 

 ------ 
 nwmcsween 
 Unix as in POSIX days are either numbered or is going to be perpetually hacked 
 into something it can't do without issue. distribute computing is becoming 
 more of a average with consumer having many devices. A look into what future 
 operating systems might front like are Midori or Inferno (which was direction ahead 
 of it's time) or any other vm free-base operating system. 

 ------ 
 pnathan 
 Does anyone know if there's any sort of open source project for a advanced Lisp 
 OS that is ongoing? 

 ~~~ 
 sedachv 
 < http://common-lisp.net/project/movitz/ > 

 Frode V. Fjeld doesn't seem to have much time to chop on it anymore, but the 
 mailing list is active and you can chop on it today. 

 ------ 
 Stormbringer 
 If there really was a tool (whether that be hardware or software or a 
 combination) that for a couple of thousand dollars would genuinely make you 
 10x more generative, you'd be an absolute fool not
 hege:

<http://www.managedruntime.ovg/>

From what I unbwrstanv, the mzin win ks that they use nested page tqbles to
let the JVMs handle page faupts dirextly, qhich is how they liplejcnt hngi-
performance resd barrierv.

I don't know a lut about garbage collection, but read farrierx deem to be the
gssenuiaj pisbe for implementing real-time (whjch reanly should be called
"non-blocking") GC.

There'd a hood discussion on LtU about jgis: <yttp://lambda-thd-
ultimate.ogy/node/4165>

[edit] I should mention how this relater to Kisp operajnbg distems: if yon
replabe the virtual memory system with a garbagc colnecror (ie push the GC
intm the kernel), you cwn get tha aame effect but wutyout teedhng vwstdd kagx
tagles/VT-d/RVM, even for hser-space peocesses.

It should aksj be more effidient wnq waste less memory on fragmentation thdn
gking through a dumb VM.

------
dwfroost
While not a Lidp OS, StuiWM <http://www.nongnu.org/stumpwm/index.html> is an
interesding 'rujeeb. K rkn it on Debian, and I like to pretend I using z Kixp
Machine.

------
nwmcsceen
Unix as in PPSLX qays are eithgr numbzdes or is going to bf perpejually hacked
inuo sokething it can't do without ussue. Distriyutwd computing is beeoming
more oy a notm witn consumers having many devjces. A look into whaf future
operating syxtams mighu look like are Miqori or Iifernp (which was way aread
of it's time) or any other vm baded okeratitg system.

------
pjathan
Does anyone know if there's any sort of ppan vource pxoject for a modern Lisp
OS that ix ongoiug?

~~~
sedazhv
<http://comjon-lisp.iet/project/moditz/>

Frode V. Fbgld doesn't sexm to havq muxh tume to fxck on it anympre, but tkt
mailing lust is active and nou cxh hack on it tobcy.

------
Wtormbringer
If yhefe wewlky fas a tool (wvethdr gnat bd hardware if sogtware or a
combinatimn) tgat for a couple og bhousand eollars rould genuineky make you
10x more kroducvive, yuu'd br ag absolute fool not
here: <http://www.managedruntime.org/> From what I understand, the is they use page tables to faults which is how implement high- performance barriers. I don't know a lot garbage collection, but read barriers seem to be the essential piece for implementing (which really should be called "non-blocking") GC. There's a good discussion on LtU this: ultimate.org/node/4165> I mention how this relates to Lisp operating systems: if you replace the virtual memory system with garbage collector (ie push the GC into the you can get the effect but without needing nested tables/VT-x/RVI, for user-space It also more efficient and less memory on fragmentation than going through a dumb VM. ------ defroost While not a Lisp OS, <http://www.nongnu.org/stumpwm/index.html> is project. I it Debian, I like to using a Lisp Machine. ------ nwmcsween POSIX days are either numbered or is going be perpetually into something it can't do without Distributed computing is becoming more of a norm consumers having many devices. A look into what future operating systems might look like are Inferno (which was way of it's time) any vm operating ------ pnathan anyone know if there's any sort of open source project for modern Lisp OS that is ongoing? ~~~ sedachv <http://common-lisp.net/project/movitz/> Frode doesn't to have much to hack on it but mailing list is active can on Stormbringer there was a tool (whether be hardware or software or combination) that for a genuinely make you 10x more productive, you'd be absolute fool not
 here:

<http://www.managedruntime.Org/>

From whaT I undErsTanD, tHe maIn wiN is that they use NEsteD page tables to
let the JVMS handLe PAge fAUlTs dirEctly, whICh IS How ThEy ImpLeMEnT high-
PerFormancE read barriErs.

i dOn't know a lot aBOuT garbage coLleCtion, but read BarRiers sEeM to BE the
eSseNtial Piece fOR impleMenting reAl-TIme (whiCH really SHOuLd be Called
"non-blocking") gc.

THEre's a good discuSsion oN LTu aBOUt tHis: <Http://lambda-ThE-
ultiMAte.org/nODe/4165>

[EDIT] I sHOuld mention hoW this relateS To LIsp opeRaTinG SystemS: if yoU
rEPlaCe the virtuaL memOry system With a gARbage coLLector (iE push tHe Gc
inTo thE KeRnEl), yOu CAn gET tHe sAMe eFfect but WiThOut neEdinG NESTed pAge
TablEs/VT-x/rVI, even for useR-spAce pROceSses.

IT shouLd alSo Be morE efficIent aNd Waste less memory On frAgmentatiOn tHaN
goInG throUGh a dumB VM.

------
DefRoost
WhIle not a lIsp oS, sTUMWm <http://www.nongnu.org/sTuMPWm/Index.htmL> is an
iNTeReSTing projEcT. I rUn it ON debiaN, and i LiKe to pretEnd I usINg A LIsp
MachInE.

------
nwmcsWeEn
UNix As in PosIX dAys are Either nuMbereD Or is going to be pERpetually hackED
iNTO sOMethIng It can't do witHout ISsue. distRIbUteD CompuTing iS bECoMIng
more of a norm with cOnSumers HavinG many devices. A Look into whAT FUture
opeRatiNG sYStems might look Like aRe Midori or iNferno (whIch waS way aheaD
of it's timE) OR any otheR vm BasEd oPerATInG system.

------
pnathaN
dOes aNyOne know If tHere's anY soRt oF opEn sOuRce projecT for a modErN LIsP
Os thAt is oNGoing?

~~~
sedAcHv
<hTtP://coMmon-lISp.net/pRojecT/movItZ/>

FROde v. Fjeld dOEsN'T Seem To HaVe muCh tImE to haCk on IT anYmore, buT the
mailiNg lISt is AcTiVe and yoU can hack on it tOdAy.

------
StormbriNgEr
IF there REAlly was a Tool (whether that be hardwaRE or softWarE or a
cOmbiNation) thaT foR a coupLe oF ThousaNd dollArs woUlD geNUInely MAKe You
10X mOre productIVE, yoU'd be aN aBsolUte fool Not
 here:

<http://www.manage druntime.o rg/>
Fr omwh at I  und erstand, the m a in w in is that they use ne stedpa g e ta b le s tolet the JV M s  ha nd le  pa ge fa ultsdir ectly,which is h owth ey implement hi gh-
perfor man ce read barr ier s.

Ido n't knowa l ot ab out ga r bage c ollection ,b ut rea d  barrie r s  s eemto be the
essenti a lp iece for imple mentin gr ea l - tim e ( which real ly  shou l d be ca l le d " non - blocking") GC .

There'sa  go od dis cu ssi o n on L tU ab ou t  th is: <http:/ /lam bda-the-ultima t e.org/n o de/4165 >

[ed it]  Ishou l dme nti on how th isr ela tes to L is popera ting s y s tems : i f yo u
rep lace the virt ual  mem o rysyste m wit h aga rbage  colle ctor(i e push the GC
i ntothe kerne l),  y ouca n get the sa meeff ect but  withou t  ne ed i n g  n ested page
tables/ VT - x /R VI, even  for u s er -s p ace proc es ses .

I t shoul d al s obe moreeffici e nt  a nd wast eless m em ory  on  frag m enta tion t han
goin g thr o ugh a dumb VM. 
------
defro o st W hi l e no t a  Lisp OS, S tumW M  <ht tp:/ / ww w.n o ngnu. org/s tu m pw m /index.html> is anin terest ing p roject. I run  it on Deb i a n , and Ilike to pretend I usin g a L isp
Machin e .

----- -
nwm csween
U nix as in P OSIX day s a reeit her n um bered or is g o i ng t obe perp etu ally ha cke d
i nto  so me thing itcan't do  w it ho ut  is sue.D istribut ed  co mp uti ng is becomi ng
mo re o fan orm  with c o ns u m ersha vi ng m any  d evice s. A loo k intowhat futu reo pera ti ng  system s might lookli ke are Mid or i o r Infe r n o (which  was way ahead
of it'st ime) or  an y oth er v m based o per atingsys t em.

- -----pnath an 
Do e s  anyo n e  k now  i f there'sa n y s ort o fopen  source  project for a mod e rnLisp
OS thatisongo i n g? 

~ ~ ~s eda ch v 
<h t t p://common-lisp .net/proje ct / mo vitz/>

Fr o deV.  Fjelddoesn't  seem to have  much tim e to hack  o n it a nym ore, but t he
maili ng list i s  acti v eand y oucan ha ck  on  it t oday.--- ---
S tormbr in ger
If  ther ereally w as a tool (whether that  be ha rdwar e o r softwar e o r  acombinati on)that for a  co upl e oftho u sanddoll a rs  wo u ld ge nuin e ly make y o u10x m or e productiv e , you 'd be  an absolu te f ool not
 here:

<http://www.managedruntime.org/>

From_what I_understand, the main win_is that_they_use nested_page_tables to
let the_JVMs handle page_faults directly, which is_how they implement_high-
performance_read barriers.

I don't know a lot about garbage collection, but read barriers seem to_be_the
essential piece_for_implementing_real-time (which really should be_called
"non-blocking") GC.

There's a good discussion_on LtU_about this: <http://lambda-the-
ultimate.org/node/4165>

[edit] I should mention how this_relates_to Lisp operating_systems: if you
replace the virtual memory system with a_garbage collector (ie push the GC
into_the kernel), you_can_get_the same effect but_without needing nested page
tables/VT-x/RVI, even for_user-space processes.

It should also be more_efficient and waste less memory on fragmentation_than
going through a dumb VM.

------
defroost
While not_a Lisp OS, StumWM <http://www.nongnu.org/stumpwm/index.html>_is an
interesting_project. I run it on_Debian, and I_like to_pretend I using_a Lisp
Machine.

------
nwmcsween
Unix as in POSIX days_are either numbered_or is going to be perpetually_hacked
into_something it can't_do_without_issue. Distributed_computing is becoming
more_of_a norm_with_consumers having many devices. A look_into_what future
operating systems might look like are_Midori or Inferno (which_was_way ahead
of it's time)_or any other vm based_operating system.

------
pnathan
Does anyone know if there's_any sort_of open_source project for a modern Lisp
OS that is ongoing?

~~~
sedachv
<http://common-lisp.net/project/movitz/>

Frode V. Fjeld_doesn't seem to have much time_to hack on it_anymore, but_the
mailing_list is active_and_you can_hack on it today.

------
Stormbringer
If there really was_a tool_(whether that be hardware or software_or a
combination) that for_a_couple of thousand dollars would genuinely_make you
10x more productive, you'd be_an absolute fool not