| drakma | lparallel | |
|---|---|---|
| 3 | 4 | |
| 242 | 240 | |
| 0.8% | - | |
| 2.4 | 0.0 | |
| 13 days ago | over 1 year ago | |
| Common Lisp | Common Lisp | |
| - | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
drakma
-
Consuming HTTP endpoint using Common Lisp
We will reuse connection between http requests to save time on SSL handshake and overall load of target server. We are talking to some Tomcat server that has setup of 120 seconds for keep-alive. This means that we should take care of that and properly close and re-open connection when keep-alive expires. After some experiments, we defined base minimum function that wraps drakma calls.
-
HTTP over unix sockets in Common Lisp
Drakma
-
cl-wget: retrieve files using HTTPS. Makes retrieving large files or mirroring entire websites easy.
If it uses Drakma, it won't work with https on Windows.
lparallel
-
Request for help merging PR to lparallel
A while ago (pretty long while actually) i've found this inconsistency in setting thread bindings in lparallel. Fixed it with this little PR https://github.com/lmj/lparallel/pull/41
-
Consuming HTTP endpoint using Common Lisp
Parallel First package to use is lparallel to enable parallel processing without much coding on my side. Thing are easy here, you define lparallel:*kernel* with number of workers available for parallel tasks, define channel to receive results and start coding. I have actually used approach that does not even require channel for results.
-
A vision of a multi-threaded Emacs
Users should work with higher level primitives like tasks, parallel loops, asynchronous functions etc. Think TBB, Thrust, Taskflow, lparallel for CL, etc.
-
Are there public experiments with parallel and concurrent lisp 'engines'?
Observe, I am not asking for libraries or frameworks to enable writing threaded or task based and concurrent user applications, I am aware of those myself, for example lparallel for CL. What I am interested about is, if it is worth, or even possible, to parallelize core lisp runtime itself.
What are some alternatives?
dexador - A fast HTTP client for Common Lisp
oneTBB - oneAPI Threading Building Blocks (oneTBB)
sketch - A Common Lisp framework for the creation of electronic art, visual design, game prototyping, game making, computer graphics, exploration of human-computer interaction, and more.
Eclector - A portable Common Lisp reader that is highly customizable, can recover from errors and can return concrete syntax trees
cl-wget - The Non-Interactive Network Downloader: cl-wget is a free software for retrieving files using HTTPS; cl-wget makes mirroring websites easy.
SICL - A fresh implementation of Common Lisp
roswell - intended to be a launcher for a major lisp environment that just works.
Taskflow - A General-purpose Parallel and Heterogeneous Task Programming System
nyxt - Nyxt - the hacker's browser.
emacs-request - Request.el -- Easy HTTP request for Emacs Lisp
cl-docker - Run your docker commands from your favorite Common Lisp REPLs
Thrust - [ARCHIVED] The C++ parallel algorithms library. See https://github.com/NVIDIA/cccl