Jarkko Sakkinen
Posts
5382Following
346Followers
533https://jarkko.codeberg.page/
Jarkko Sakkinen
jarkko
AI competition and deregulation in the United States have caused "pop-up" data centers to be created like mushrooms in the rain, and energy for them is largely produced with fossil fuels. Other resources, such as water, are also consumed in shocking amounts.
So remember that if you rely dominantly on agent infrastructure, it will come at the expense of basic human resources, and you will destroy the planet for future generations. Appealing to the economy is irrational, because the economy is always ultimately a virtual issue and a matter of contract.
Nvidia's hardware is quite bad in terms of energy use in terms of environmental specs, because it's half a graphics card, and not just for inference etc. designed. Only Google (maybe someone else) has energy efficiency in order, because they produce an ASIC designed for the purpose, the Tensor Processing Unit (TPU).
Tech is not problem, humans are once again. E.g., my use of inference in my sample browser pakki is probably example of such case as it runs smart sample search just fine on my X390 ThinkPad :-)
So remember that if you rely dominantly on agent infrastructure, it will come at the expense of basic human resources, and you will destroy the planet for future generations. Appealing to the economy is irrational, because the economy is always ultimately a virtual issue and a matter of contract.
Nvidia's hardware is quite bad in terms of energy use in terms of environmental specs, because it's half a graphics card, and not just for inference etc. designed. Only Google (maybe someone else) has energy efficiency in order, because they produce an ASIC designed for the purpose, the Tensor Processing Unit (TPU).
Tech is not problem, humans are once again. E.g., my use of inference in my sample browser pakki is probably example of such case as it runs smart sample search just fine on my X390 ThinkPad :-)
1
0
2
Jarkko Sakkinen
jarkko
Edited yesterday
Pakki - a sample browser i'm putting together :-) it has also AI and interference run with CPU/GPU (works fine on my X390 Thinkpad).
The only AI app I've made so far...
If there's a magic button that generates all the code in the world, I can only assume that everyone is pushing that button. How I adjust my focus on topics such as AI is to look into smaller scale not as crowded areas such as local AI, which has the similar optimization challenge as all optimization challenges I love :-)
1. pfffft for FFT
2. libonnxruntime for inference
3. https://github.com/LAION-AI/CLAP/ for epoch models.
The only AI app I've made so far...
If there's a magic button that generates all the code in the world, I can only assume that everyone is pushing that button. How I adjust my focus on topics such as AI is to look into smaller scale not as crowded areas such as local AI, which has the similar optimization challenge as all optimization challenges I love :-)
1. pfffft for FFT
2. libonnxruntime for inference
3. https://github.com/LAION-AI/CLAP/ for epoch models.
0
0
1
Jarkko Sakkinen
jarkko
Edited yesterday
This is was hard one in its own way:
https://github.com/himmelblau-idm/himmelblau/pull/1079/changes/83c1b07599e75d8d4c86e7df4ddace3ff34383db
I.e. simple patch but finding exactly correct simple patch of unlimited choices was the sudoku here.
I left out dynamic update as it requires:
1. Detection of "no sessions for user" (probably through loginctl?).
2. Maintaining "no sessions" state while e.g. running recursive chown.
I did not figure this out yet and even if I had it appears to me to be at least complex in size as my initial patch. Since the current returns error on dynamic change, it leaves door open to add a opt-in flag for it later.
#himmelblau #linux #systemd
https://github.com/himmelblau-idm/himmelblau/pull/1079/changes/83c1b07599e75d8d4c86e7df4ddace3ff34383db
I.e. simple patch but finding exactly correct simple patch of unlimited choices was the sudoku here.
I left out dynamic update as it requires:
1. Detection of "no sessions for user" (probably through loginctl?).
2. Maintaining "no sessions" state while e.g. running recursive chown.
I did not figure this out yet and even if I had it appears to me to be at least complex in size as my initial patch. Since the current returns error on dynamic change, it leaves door open to add a opt-in flag for it later.
#himmelblau #linux #systemd
1
0
1
Jarkko Sakkinen
jarkko
Edited 2 days ago
created a vga esque home page to fit this ao486 leisure time work: https://jarkko.codeberg.page/
for 486 SX authenticity it uses 24:8 fixed point at run-time no floats :-)
for 486 SX authenticity it uses 24:8 fixed point at run-time no floats :-)
0
0
1
Jarkko Sakkinen
jarkko
I decoupled the protected mode extender in ao486kit as its own project called TinyPM.
TinyPM is basically a single process protected mode kernel, which exists back to MS-DOS instead of shutting down when its only process dies.
TinyPM builds tpm.exe, which runs .TPM files, which are 32-bit relocatable binaries of their own format.
The project includes scripts:
- scripts/mktpm.lua: Takes base address zero 32-bit elf and creates a TPM file.
- scripts/linktpm.lua: Links tpm.exe and a .TPM file into a self-hosted executable.
TinyPM is basically a single process protected mode kernel, which exists back to MS-DOS instead of shutting down when its only process dies.
TinyPM builds tpm.exe, which runs .TPM files, which are 32-bit relocatable binaries of their own format.
The project includes scripts:
- scripts/mktpm.lua: Takes base address zero 32-bit elf and creates a TPM file.
- scripts/linktpm.lua: Links tpm.exe and a .TPM file into a self-hosted executable.
0
0
1
Jarkko Sakkinen
jarkko
Decoupled module in ao486kit:
- tinyfb: graphics library
- tinygus: hardware playback routines for GUS
- tinypm: my protected mode extender
- tinyfb: graphics library
- tinygus: hardware playback routines for GUS
- tinypm: my protected mode extender
0
0
1
Jarkko Sakkinen
jarkko
@neal It was like the only sound card from that era of which Amiga's 8bit DAC's were not superior.
Fast-forward, when it comes to audio, Windows up to this day has absolutely nothing offer. GUS is the only bright spot in the history of running MS operating systems :-)
By now Pipewire is the superior choice for audio in my opinion of any operating I'm aware of. CoreAudio was amazing when it first came out but compared to the current Pipewire it looks and is a relic.
That's I why I targer my Clarity DAW exactly for Linux + Pipewire. It's all about technical superiority and I want to sacrifice 0% of it. Apple made the same choice with Logic Pro.
Fast-forward, when it comes to audio, Windows up to this day has absolutely nothing offer. GUS is the only bright spot in the history of running MS operating systems :-)
By now Pipewire is the superior choice for audio in my opinion of any operating I'm aware of. CoreAudio was amazing when it first came out but compared to the current Pipewire it looks and is a relic.
That's I why I targer my Clarity DAW exactly for Linux + Pipewire. It's all about technical superiority and I want to sacrifice 0% of it. Apple made the same choice with Logic Pro.
0
0
0
Jarkko Sakkinen
jarkko
Edited 4 days ago
OMG I found an *active* GUS fork of ao486:
https://github.com/xolod79/ao486_MiSTer/tree/GUS
SB16 is a CPU hog with worst imaginable sound.
486 SX-33 + 16 MiB + GUS is ideal :-) GUS is a legend, love it.
https://github.com/xolod79/ao486_MiSTer/tree/GUS
SB16 is a CPU hog with worst imaginable sound.
486 SX-33 + 16 MiB + GUS is ideal :-) GUS is a legend, love it.
2
5
4
@pavel, and the next target after this is STE, as I said. That machine has been itching me for some time. And this trip back to 486 seems to give enough push move on that next. The hardware features and the unusually large amount of memory appeal to me.
It's also fun to try tools like devpac out and be more in discovery mode than with PC:
https://www.atarimania.com/utility-atari-st-devpac_29589.html
It's also fun to try tools like devpac out and be more in discovery mode than with PC:
https://www.atarimania.com/utility-atari-st-devpac_29589.html
0
0
1
@pavel It's still my local NAS, which holds my local Gits :-) I can ping you once I release it. 486.md is a doc that I've putting short remarks over the course of working this.
It's my therapy project, half coding and half reading old magazines and other cool stuff that you can find e.g. from archive.org. Thus, I want to make it nice and polished and even go through my remarks before putting this out. That said this will be in shape rather in weeks than months :-)
It's my therapy project, half coding and half reading old magazines and other cool stuff that you can find e.g. from archive.org. Thus, I want to make it nice and polished and even go through my remarks before putting this out. That said this will be in shape rather in weeks than months :-)
2
0
1
Jarkko Sakkinen
jarkko
Edited 4 days ago
After I've landed ao486 I have already +1 retroproject on my drawing board.
I happen to own one Atari STE:
1. Has a blitter and DACs
2. This one out of this world 4 MiBs RAM
3. Has a VGA adapter.
I just need to get UltraSaTan to get on going :-)
Major difference to ao486 is that i will be just m68k assembly without C (that said neither ao486 has whole a lot of C).
I happen to own one Atari STE:
1. Has a blitter and DACs
2. This one out of this world 4 MiBs RAM
3. Has a VGA adapter.
I just need to get UltraSaTan to get on going :-)
Major difference to ao486 is that i will be just m68k assembly without C (that said neither ao486 has whole a lot of C).
0
0
2
Jarkko Sakkinen
jarkko
Edited 5 days ago
I never liked writing apps until I found the joy of writing non-portable apps :-) For me non-portability is a feature. And for my personal project the only decent GUI library is either Vulkan-GLSL or framebuffer.
Even in programs I use myself I love this feature, like for instance in foot, which is the best terminal emulator for Wayland I know.
Even in programs I use myself I love this feature, like for instance in foot, which is the best terminal emulator for Wayland I know.
0
0
2