[racket-users] Re: Mono, racketscript, ffi, databases and pointer swizzling

[Greg Trzeciak]

On Monday, July 24, 2017 at 11:01:33 PM UTC+2, amz3 wrote:
> By the way, do you recommend binding wiredtiger using typed racket?
> 
> [3] they are other solution in racket.
> [4] http://hyperdev.fr/projects/wiredtiger/
> 
> That said, I am not sure it can scale as much as I want/need given racket 
> thread model [5]. I will experiment.
> 
> [5] http://docs.racket-lang.org/reference/eval-model.html#(part._thread-model)
> 
> Anyway, I stumbled upon rscheme persistence [6] and though that it could 
> change my approach of disk persistence. Also someone on the IRC channel told 
> me about GemTalk Systems which apparently achieve transparent persistence and 
> distribution. Are you aware of such work in racket? Can you recommend 
> something to read regarding the subject? Is pointer swizzling a good start?
> 
> [6] http://www.rscheme.org/rs/a/2005/persistence/
> 
> 
> amz3

Since I am not the right person to answer the questions you've asked at the end 
of your detailed post let me at least help you bumping the thread.

I want to give you also words of encouragement for your planned efforts as 
racket (and my humble self) will definitely benefit from more industry targeted 
frameworks/tools.

Regarding Datomic - isn't it more Datascript 
(https://github.com/tonsky/datascript) that you are trying to achieve?
Whichever way you go, having Datomic/Datascript alternative in the Racket world 
sounds exciting. 

Looking forward to reading further updates on your work (frontend & backend)!

Greg

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Mono, racketscript, ffi, databases and pointer swizzling

[amz3]

On Tuesday, August 1, 2017 at 1:25:03 PM UTC+2, Greg Trzeciak wrote:
>
> On Monday, July 24, 2017 at 11:01:33 PM UTC+2, amz3 wrote:
>

 

> > 
> > That said, I am not sure it can scale as much as I want/need given 
> racket thread model [5]. I will experiment.
> > 
> > [5] 
> http://docs.racket-lang.org/reference/eval-model.html#(part._thread-model)
> > 
> > Anyway, I stumbled upon rscheme persistence [6] and though that it could 
> change my approach of disk persistence. Also someone on the IRC channel 
> told me about GemTalk Systems which apparently achieve transparent 
> persistence and distribution. Are you aware of such work in racket? Can you 
> recommend something to read regarding the subject? Is pointer swizzling a 
> good start?
> > 
> > [6] http://www.rscheme.org/rs/a/2005/persistence/
>
>  

> Since I am not the right person to answer the questions you've asked at 
> the end of your detailed post let me at least help you bumping the thread.
>

Thanks :)
 

> I want to give you also words of encouragement for your planned efforts as 
> racket (and my humble self) will definitely benefit from more industry 
> targeted frameworks/tools.
>
 
I tried to engage with racket community about what was missing in racket to 
build "industry grade web application". I got only silence in reply :(

AFAIK one missing piece is something like Python Celery. That can be 
replaced with a crontab.
See my notes regarding background tasks 
 (also known as 
asynchronous task) 
dubbed Dynamic Task Scheduling in academia but that is more like research 
than industry standard. 

Other stuff that are might be missing (at least GNU Guile doesn't have 
them) is readily available libraries
to hook into log and metrics warehouses like sentry, rollbar etc...

Regarding Datomic - isn't it more Datascript (
> https://github.com/tonsky/datascript 
> )
>  
> that you are trying to achieve?
>

The page says:

> An immutable in-memory database and Datalog query engine in Clojure and 
ClojureScript.

My project is not in memory, it is durable on disk.
 

> Whichever way you go, having Datomic/Datascript alternative in the Racket 
> world sounds exciting. 
>

By the way, I made a prototype that covers different niche but is 
relatable, see this document 
.
 


By the way, the "datalog" you see everywhere around datomic is an 
overstatement. In the end, I figured that, based on available 
documentation, datomic was not more expressive than my own experiments 
using minikanren.

With the advent of FoundationDB is now possible to build a datomic clone 
that scales horizontally while allowing to run on a single machine. That 
said it requires POSIX threads, and I am not sure modern Racket expose 
POSIX threads. Follow [1 
]
 
or [2 
]
 
for more information. I plan to build bindings using PFFI, apparantly it 
support Racket (plt-r6rs 6.1.1) 
 not sure 
what it means.

Regarding browser side, I made progress with chibi scheme WASM build, it 
might be of interest, even if it doesn't support XHR for the time being: [
demo ] [source 
].

Have a nice day!

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Mono, racketscript, ffi, databases and pointer swizzling

[Greg Trzeciak]

On Wednesday, February 6, 2019 at 9:30:43 AM UTC+1, amz3 wrote

> I tried to engage with racket community about what was missing in racket 
> to build "industry grade web application". I got only silence in reply :(
>
> AFAIK one missing piece is something like Python Celery. That can be 
> replaced with a crontab.
> See my notes regarding background tasks 
> 
>  
> (also known as asynchronous task) 
> dubbed Dynamic Task Scheduling in academia but that is more like research 
> than industry standard. 
>


It may be just my impression but I feel nowadays there is more people 
interested in non-academic use of Racket then even 2 years ago, so I 
wouldn't be discouraged.

 
>
>> Whichever way you go, having Datomic/Datascript alternative in the Racket 
>> world sounds exciting. 
>>
>
> By the way, I made a prototype that covers different niche but is 
> relatable, see this document 
> 
> . 
>

Yes, I have seen your project, as I am looking for some time-travelling 
triple store and source control is very close to my desired triple store. 
BTW, have you seen this (python) project by AKSW:
http://aksw.org/Projects/Quit.html
https://github.com/AKSW/QuitStore


> Regarding browser side, I made progress with chibi scheme WASM build, it 
> might be of interest, even if it doesn't support XHR for the time being: [
> demo ] [source 
> 
> ].
>
> Have a nice day!
>

Thank you! Will look at it. 
BTW have you seen this project: https://github.com/google/schism 

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Mono, racketscript, ffi, databases and pointer swizzling

[amz3]

On Wednesday, February 6, 2019 at 3:38:30 PM UTC+1, Greg Trzeciak wrote:
>
>
>
> On Wednesday, February 6, 2019 at 9:30:43 AM UTC+1, amz3 wrote
>
>> I tried to engage with racket community about what was missing in racket 
>> to build "industry grade web application". I got only silence in reply :(
>>
>> AFAIK one missing piece is something like Python Celery. That can be 
>> replaced with a crontab.
>> See my notes regarding background tasks 
>> 
>>  
>> (also known as asynchronous task) 
>> dubbed Dynamic Task Scheduling in academia but that is more like research 
>> than industry standard. 
>>
>
>
> It may be just my impression but I feel nowadays there is more people 
> interested in non-academic use of Racket then even 2 years ago, so I 
> wouldn't be discouraged.
>
>  
>>
>>> Whichever way you go, having Datomic/Datascript alternative in the 
>>> Racket world sounds exciting. 
>>>
>>
>> By the way, I made a prototype that covers different niche but is 
>> relatable, see this document 
>> 
>> . 
>>
>
> Yes, I have seen your project, as I am looking for some time-travelling 
> triple store and source control is very close to my desired triple store. 
> BTW, have you seen this (python) project by AKSW:
> http://aksw.org/Projects/Quit.html
> https://github.com/AKSW/QuitStore
>

Prolly. But reading the page it is not what I am looking for. See the paper 
I cite in the above document.
 

>
>
>
>> Regarding browser side, I made progress with chibi scheme WASM build, it 
>> might be of interest, even if it doesn't support XHR for the time being: [
>> demo ] [source 
>> 
>> ].
>>
>> Have a nice day!
>>
>
> Thank you! Will look at it. 
> BTW have you seen this project: https://github.com/google/schism 
>

I have seen it, I watch on github.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.