Notices by ★ STMAN ★ 🏳️‍🌈 (stman@mastodon.social)

@amszmidt I would be interested, as long as we do first a generalization research effort not to limit such machine to Lisp.

@amszmidt

Alfred,

Dunno if you had the patience to read my last posts, but we are revisiting the work done with hardcoded Lisp Machines in the 80', with the goal, this time, mainly of complexity reduction.

Our research group has already found 7 new concepts or design patterns for alternative digital system paradigms that enable by design their complexity reduction of several magnitude orders.

This time, we're trying to get rid of the

@screwtape @theruran @50htz

@amszmidt @screwtape @theruran @50htz All this is very interesting to know for our culture, and for inspiration.

Actually the question this thread was trying to answer deals mainly with modeling. We were exploring a model-based (meaning model configured universal engine) universal engine and I asked how could these sub-models be, and why ? I wanted the justification for the splitting / creation of each sub-model.

@screwtape

But to reformulate again, what we're trying to do in this thread, is to find how to use as much sub-models as possible for configuring such universal engine allowing to run any languages pseudo-code "natively" without a preliminary complex ccmpilation process, and how these sub-models would look like, their format, what they would actually represent.

@amszmidt @theruran @50htz

@screwtape @amszmidt @theruran @50htz I haven't read all the informations of links you have shared with us yet, but I'm going to do it. If you really think we could team up with other persons researching in similar directions, it's all good ! It's also what we're looking for !

@screwtape @amszmidt @theruran @50htz Your inputs, contributions and remarks are always very welcomed in our threads, you always contribute very positively. I personnaly love when you break into our threads because it always helps. I value a lot your knowledge, expertize, culture and your mindset, for you to know.

@screwtape @amszmidt @theruran @50htz But in order to have a more universal engine able to interpret more than one language, we are trying to see how we could split a single model (microcode) into more sub-models, so that some specific aspect of each language can be better configured, or more simply.

We have already explored this strategy of extracting sub-models from "common code" in the past, and it always reduces complexity.

@screwtape @amszmidt @theruran @50htz So yes, one of these sub-model data would contain all the microcode of each pseudo-code instruction, but we are researching other sub-models that would complement the "microcode sub-model data" to configure other aspect of the engine to fit several languages, and not expressed in the microcode.

Microcoded engines are actually engines with a single model configuration, containing the microcode.

@screwtape @amszmidt @theruran @50htz And fuck the invisible hand you're talking about. It's not that I disagree with what you wrote, I mean, the market only matters about money, and it was wrong to borrow these early Lisp processors.

We are crypto-anarchists and we research and develop concepts for political reasons and goals, for the people.

@screwtape @amszmidt @theruran @50htz So now we have to choose two or three other languages, to do the exact same manual pseudo-code generation as I did with C.

Any suggestion ?

• Go
• Rust
• Lisp
• Python

?

But see, for Go, we will be forced to handle GoRoutines natively, meaning the engine must allow be able to handle threads / processes concept natively. This aspect of Go language, and the necessary model information to

@screwtape IF you want an access to the shared pad this text is, just ask. It's on a cryptpad.

@amszmidt @theruran @50htz

@screwtape

Here is a human readable pseudo-code attempt on a simple C program. It can be improved, it's not definitive. It's just a try.

Now we'd have to do the same for 2 or 3 other very different languages, and then take a pause to observe all these pseudo-codes to try to see what other "sub-models definitions'" would be needed to configure a universal engine so that it can interpret all these languages.

@amszmidt @theruran @50htz

@screwtape

So maybe we could say the current research / brainstorming effort in this thread is an attempt to generalize better these Lisp Machines developed in the 80', but for other reasons than the ones they were invented at first sight.

Generalization efforts are always giving good results in terms of fundamental research and high level conceptual brainstorming in our researcher group, particularly when working on fighting complexity.

@amszmidt @theruran @50htz

@screwtape @amszmidt @theruran @50htz

@screwtape @amszmidt @theruran @50htz

@screwtape @amszmidt @theruran @50htz of a pseudo-code dedicated to each language and resulting of the equivalent of an assembler process for current CPU.

@eff The deepness of this analysis is really poor. There is nothing good to expect from the current cyberspace concept and architecture. Nothing.

@georgia

FYI About Free Integrated Circuits :

@georgia Everything you're just said, everything, believe me or not, is the standard CIA brainwashing about these issues.

This is what they formatted you to think, like most of the hacker scene.

Same, you will truly believe that Tor protects anonymity.

Look, it's very funny for other spies spying on me, because you're just yet another confirmation that CIA has brainwashed the hacktivist scene, with propaganda, and maybe with the help of psychotronic weaponery too.

@georgia Oh my god.

The VHDL source code of many IC's in your PC, including Intel CPU, but not only, count in several hundred million lines of code.

IME is just an official backdoor, but they are so many others. Every key element is backdoored, like random number generator, ethernet controller, the south and north bridges, etc..

The source code of all these IC's is larger than your debain's OS source code and you think they just inserted the well known IME ?

Same for the BIOS / EFI software.