data_jd VS linux

I suspect the J package Jd is probably the most non-trivial public codebase. I don’t love the coding style (functions are long and scripted) and it doesn’t make use of newer lambda functions (“direct definitions”) which are easier to read. https://github.com/jsoftware/data_jd

An example J file because this link doesn't say much:

https://github.com/jsoftware/data_jd/blob/master/csv/csv.ijs

Here's one of the more central files that ties into how a Jd database is laid out:

https://github.com/jsoftware/data_jd/blob/master/base/common...

Not that I claim anyone in particular can read it of course. Jd uses a hierarchy of folder, database, table, column that's handled with an object system to share code between them. A folder is just a place to put databases and hardly needs to add anything, while the other levels have a lot of extra functionality. As an inverted database, Jd stores each column in a file, and accesses it using memory mapping.

https://github.com/jsoftware/data_jd/blob/master/base/folder...

https://github.com/jsoftware/data_jd/blob/master/base/table....

(I designed this system when I did some of the early work to turn JDB into Jd as a summer intern)

I found this license for jd itself. It is free only for non-commercial use:

https://github.com/jsoftware/data_jd/blob/master/doc/License...

The link you mentioned only applies to the jsource folder: the jengine code.

A longer piece from GitHub: csvreportsummary=: 3 : 0 t=. <;.2 fread PATHLOGLOGFILE b=. (<,LF)=t b=. b+.(<'!')={.each t b=. b+.(<'src: ')=5{.each t b=. b+.(<'snk: ')=5{.each t b=. b+.(<'elapsed: ')=9{.each t b=. b+.(<'rows: ')=6{.each t b=. b+.(<'error: ')=7{.each t ;b#t )

According to the Github page on the right side it doesn't list Rust. Maybe there isn't enough Rust yet to be shown on that tracker?

The only thing kernel >= 6.1 allows is to *manually* manipulate bar sizes. It allows you to set the bar size before passing through to the guest, the guest has no control over the bar size. If your setup magically allows the guest to resize bars it has nothing to do with this patch.

For what it's worth, I've been using a BabyFace Pro on Mac for years, ADAT-connected to an RME rack ADC/DAC to enable all available audio channels, and it's been as rock-solid as any hardware I've ever owned.

Note that, while the BabyFace Pro doesn't have native Linux or BSD drivers, it does have a USB class-compliant mode that, while feature-limited compared to the proprietary drivers, may be sufficient for DAW use — AFAIK, the primary limitation is limited control over the hardware mixer, so problematic if you need low-latency monitoring of multiple input channels simultaneously, but possibly irrelevant otherwise.

There's also a full-featured iPad mixer app that works in class-compliant mode, so full control is at least theoretically possible, lack of published details notwithstanding, and there appears to be at least some support for this in the Linux kernel,

https://github.com/torvalds/linux/blob/2eb29d59ddf02e39774ab...

There's 0.8% Assembly in the Linux kernel according to Github. https://github.com/torvalds/linux/

I had a quick check. Linux source I downloaded from github has about 38 rust files and 353 grep hits for unsafe.

It appears so. It exists and is in tree but it's probably going to stay "optional features only" for the foreseeable future since rust can't currently target all platforms that the kernel supports.

1. https://docs.kernel.org/rust/index.html

2. https://github.com/torvalds/linux/tree/master/rust

Probably this one: https://github.com/torvalds/linux/blob/master/drivers/hid/hid-playstation.c