Jarkko Sakkinen
Posts
4574Following
317Followers
476OpenPGP: 3AB05486C7752FE1
Jarkko Sakkinen
repeated
repeated
Paul Chaignon
pchaigno@hachyderm.ioI had missed that AWS discussed how they use #eBPF to implement network policies, optimize TCP performance, and reduce Lambda function cold starts.
Recording: https://youtu.be/pVJHljuz1F0
0
2
0
@ljs In 21 years of working professionally in software projects from 3D engines to operating systems, I've yet to witness the "we have a shortage of code, please start pushing up the SLOC or hell is breaking loose" situation. I've saved a few projects in the past by deleting tons of useless bad code and rewriting it.
🤝
🤝
1
0
1
@ljs Often when someone tells me about how AI making code is so great I usually say that I could switch to Windows fucking Notepad and be as productive as I'm now. My time goes mostly to evaluating code and solving problems ;-) I'm not a SLOC generator as a person. I don't even use auto-complete because it confuses me. I RTFM instead, take things in slow motion and finally get what I'm looking at.
1
0
0
@ljs Thanks and I know :-) I see no value in AI because I have no use for it.
For blockchains I thought that they are equally bad until I realized that the S3 object storage that I love was based on blockchain but only for B2B rewarding from shared space to the network: https://www.storj.io/. It works great and is not slow. I just pay for use with my credit card reasonable bills. That led me to the conclusion that while tokens as a "cash" does not appeal me at all, I still can reason the advantages in B2B collaboration. Shared space is the "proof of stake" in this scheme, not "proving work" by calculating hashes for no good reason.
Parity works in this area providing the most scalable network of networks so that similar companies could do platforms just like Storj. I can think a number of services with unfair sharing of profits in music streaming, food delivery and similar, so I want to help people doing slavery as a service, and thus this is my way to make a world a better place ;-) I go to compiler and virtualization team for smart contracts so I have a chance to make a real difference here.
Being excited about a random cryptocurrency per se is just ultimate stupidity and a hoax. It's like someone would sell you IP addresses with no Internet existing.
For blockchains I thought that they are equally bad until I realized that the S3 object storage that I love was based on blockchain but only for B2B rewarding from shared space to the network: https://www.storj.io/. It works great and is not slow. I just pay for use with my credit card reasonable bills. That led me to the conclusion that while tokens as a "cash" does not appeal me at all, I still can reason the advantages in B2B collaboration. Shared space is the "proof of stake" in this scheme, not "proving work" by calculating hashes for no good reason.
Parity works in this area providing the most scalable network of networks so that similar companies could do platforms just like Storj. I can think a number of services with unfair sharing of profits in music streaming, food delivery and similar, so I want to help people doing slavery as a service, and thus this is my way to make a world a better place ;-) I go to compiler and virtualization team for smart contracts so I have a chance to make a real difference here.
Being excited about a random cryptocurrency per se is just ultimate stupidity and a hoax. It's like someone would sell you IP addresses with no Internet existing.
1
0
1
Jarkko Sakkinen
repeated
repeated
Matthew Garrett
mjg59@nondeterministic.computer
Edited 1 year ago
Microsoft breaking a bunch of dual-boot systems by revoking insecure versions of grub during a standard Windows update is, uh, not great and was not supposed to happen, but it's worth mentioning that systems broken by this were running known insecure bootloaders and anyone running a distro that's actually on top of security updates was unaffected
(Edit to add: I wasn't terribly clear here. It's not the user's fault if their distro fails to deal with this, it's the distro's)
9
5
0
@ljs Blockchains felt literally like the more conservative choice than AI. We are living strange times bro ;-) It is founded by Gavin Wood who is co-inventor of Ethereum so I thought also that this can't be the worst. And even tad bit crazy blockchain scene is still flesh and bones humans working together doing stuff that they enjoy. I'd pick any day nutcases over AI ;-)
1
0
0
@ljs Good to hear!
I got a job too from London actually.
I was also considering offer from this huge GPU/GPGPU/AI company dominating the market that you've probably never heard of but I thought that maybe that is not my passion in the end... Just did not feel it.
I had four interviews to Parity Technologies and I liked everyone I talked to, passed their tests so since it felt good I agreed to make a contract 🙂 Can work remotely of course but I'd predict that there is good chance to be able to visit London sooner or later. Can't wait to get Starbucks country mug to my ever growing collection!
I got a job too from London actually.
I was also considering offer from this huge GPU/GPGPU/AI company dominating the market that you've probably never heard of but I thought that maybe that is not my passion in the end... Just did not feel it.
I had four interviews to Parity Technologies and I liked everyone I talked to, passed their tests so since it felt good I agreed to make a contract 🙂 Can work remotely of course but I'd predict that there is good chance to be able to visit London sooner or later. Can't wait to get Starbucks country mug to my ever growing collection!
1
0
2
@raggi Thanks for the comment!
I'm a bit concerned about code generation but obviously my concerns might not have as much as weight as I think they do now :-) [never mind to get things wrong, that's why I say a lot of stupid things on Internet so that I continue learning]
C or and Rust without async is for me like that if I look at a patch, i.e. just the diff I can get idea the structure of generated assembly code, as long as I know also the CPU architecture and calling convention reasonably well. For me code with async is not as predictable because vast amount of code generation but maybe with more practice and disassembling such changes that radar would improve over time 🙂
I have to say that best learning exercise using Rust was to write an executor. Took like couple of afternoons to get it working and learned how Future, Pin and other traits play in that game. If I had not done the exercise, I would be still hitting my head against the wall on that topic. That and grasping std::marker::PhantomData can get one far with Rust 🙂
I'm a bit concerned about code generation but obviously my concerns might not have as much as weight as I think they do now :-) [never mind to get things wrong, that's why I say a lot of stupid things on Internet so that I continue learning]
C or and Rust without async is for me like that if I look at a patch, i.e. just the diff I can get idea the structure of generated assembly code, as long as I know also the CPU architecture and calling convention reasonably well. For me code with async is not as predictable because vast amount of code generation but maybe with more practice and disassembling such changes that radar would improve over time 🙂
I have to say that best learning exercise using Rust was to write an executor. Took like couple of afternoons to get it working and learned how Future, Pin and other traits play in that game. If I had not done the exercise, I would be still hitting my head against the wall on that topic. That and grasping std::marker::PhantomData can get one far with Rust 🙂
0
0
0
Jarkko Sakkinen
repeated
repeated
Greg K-H
gregkh
Here's a link to the slides for my "Why are there so many kernel CVEs?" talk I gave at OSS China yesterday:
https://kccncossaidevchn2024.sched.com/event/ed2b39a9a0cdfc1df18de67ce0c2f6be
Link to git repo for the slides if the schedule site acts odd for you:
https://git.sr.ht/~gregkh/presentation-security
It was fun, and will be the "set up" for my Kernel Recipes talk in Paris in a few weeks (only 3 conferences to go between now and then, travel is back in full swing.)
https://kccncossaidevchn2024.sched.com/event/ed2b39a9a0cdfc1df18de67ce0c2f6be
Link to git repo for the slides if the schedule site acts odd for you:
https://git.sr.ht/~gregkh/presentation-security
It was fun, and will be the "set up" for my Kernel Recipes talk in Paris in a few weeks (only 3 conferences to go between now and then, travel is back in full swing.)
4
24
36
Jarkko Sakkinen
jarkko
At Profian I did Rust with managed wasm bytecode payloads.
At Tampere University I hacked RISC-V SoC's.
At Parity Technologies, I'll do Rust with managed RISC-V *bytecode* payloads.
My work career seems to move forward by combining patterns.
At Tampere University I hacked RISC-V SoC's.
At Parity Technologies, I'll do Rust with managed RISC-V *bytecode* payloads.
My work career seems to move forward by combining patterns.
0
0
1
Previous response was a disclaimer to point out that I use this feature and even like it. Some people have tendency to think that context dependent evaluation of a language features equals to "disliking" Rust somehow overall ;-) Kernel creates the surroundings for async to be awesome in *user space*.
0
0
1
For learning and using async in user space (as I hear people saying how difficult it is, which I don't think it is).
Write your own damn executor :-) Use it with your async code until you get it because you probably end up fixing it a lot. It can be bad and should probably be switched eventually to a production quality executor but this is fastest learning curve I know and this is how I learned its internals because I don't like reading about programming languages :-)
Write your own damn executor :-) Use it with your async code until you get it because you probably end up fixing it a lot. It can be bad and should probably be switched eventually to a production quality executor but this is fastest learning curve I know and this is how I learned its internals because I don't like reading about programming languages :-)
1
0
1
Jarkko Sakkinen
jarkko
Edited 1 year ago
I think Linux would be better off not supporting async feature of Rust.
It's not that it cannot be done but it will result long-term maintained code that is hard to reverse to opcodes at the CPU core just by looking at the snippet code.
This is exactly the gist of any possible kernel patch review..
I'm not disregard its usefulness in user space code but it could be even counter-productive tool in kernel code.
It's the added cost of time for kernel maintainers that weights here. Most (all) could cope with non async Rust from the perspective of what CPU does when it executes a specific peace of Rust code. Developer productivity is the most insignificant portion of kernel development cycle. I'm 100% sure that async is not existential feature, meaning that any possible feature could not be implemented without it.
#rust #linux #kernel
It's not that it cannot be done but it will result long-term maintained code that is hard to reverse to opcodes at the CPU core just by looking at the snippet code.
This is exactly the gist of any possible kernel patch review..
I'm not disregard its usefulness in user space code but it could be even counter-productive tool in kernel code.
It's the added cost of time for kernel maintainers that weights here. Most (all) could cope with non async Rust from the perspective of what CPU does when it executes a specific peace of Rust code. Developer productivity is the most insignificant portion of kernel development cycle. I'm 100% sure that async is not existential feature, meaning that any possible feature could not be implemented without it.
#rust #linux #kernel
1
5
4
Jarkko Sakkinen
jarkko
Edited 1 year ago
TDR Molotok is IMHO the best thing ever in software and/or hardware when you want the most hyper reactive compressor in existence with reasonably clean sound at extremes.
In my books, when ducking with kick some other channel, it beats ShaperBox3, LFOTool and similar plugins. You get both surgical and musical off-the-bad. The sound just feels right :-)
Molotok is also great alternative to give a shot when having either 1176 or dbx160 would be, or is already used. Worth of trying out.
#tokyodawn #molotok #plugins
In my books, when ducking with kick some other channel, it beats ShaperBox3, LFOTool and similar plugins. You get both surgical and musical off-the-bad. The sound just feels right :-)
Molotok is also great alternative to give a shot when having either 1176 or dbx160 would be, or is already used. Worth of trying out.
#tokyodawn #molotok #plugins
0
0
0