Posts
3427
Following
207
Followers
340
Linux kernel maintainer. Compilers and virtualization at Parity Technologies.
Edited 44 minutes ago
Well, I heard someone working in game industry that the figures I get with Rust when compiling and linking are in par with C++ projects :-) Like compiling Unreal Engine for instance.

Based on Unreal Engine figures 9950X(3D) should be a decent CPU so with "matching" parts on non-ECC memory (with ThreadRipper I'd actually go with ECC memory), we are talking about 4k investment so be it.
0
0
1
@litchipi Yeah, actually it is the linking that is nasty given the build artifacts that Rust makes but yeah you have a point :-) This was mostly just my stupid ranting that helps me to get over the work day stress, that's the weight of this nonsense really :-)

This goes to non-scientific speculation at best but I'd figure that over the time more innovation will be done for the linking phase as you could probably take advantage (in caching) of the heuristics of the linking phase (blobs build a huge static blob) perhaps... Perhaps even doing some of the compiler backend work specifically targeted to Rust.
1
0
0
Price: 7500 Finnish Marks. Funny how it is all over the place ;-)
2
0
2
It's in good condition considering 92 year old age of this paper.
1
0
1

Jarkko Sakkinen

This is literally my certificate of ownership for my downtown apartment in Tampere, Finland. I'd call this a proper stock :-) Especially love the tape fix in the middle.

Still I'm now looking into putting my place to digital register and hang this to my wall...
1
0
3
@raven667 yeah, so no apologies needed. I think you got the post right, I was not 100% dead serious with the post in the first place :-) Sometimes you need to do posts like this just for ranting and blow some steam out of your system... Especially on stuff that you need confront at your work on daily basis...
0
0
1
@raven667 BTW, I got confused with your 10 k comment because SGI workstation cost more like 50k-100k. Today expensive workstation would cost 10k-20k :-) So in that sense also high end is more affordable than ever.
1
0
0
@raven667 Also, I think your points are fair :-) Not necessarily disagreeing.

Zed has been BTW a great help browsing large projects. I don't know how its LSP engine is exactly implemented but it is probably caching the JSON data somehow. It can show immediately errors, warnings etc based on data and then it refreshes that. E.g. with my Thinkpad it helps a lot :-)
0
0
0
@raven667 My career in mainstream hiphop is on hold on tho until 9xxx threadrippers are out...
2
0
0
@raven667 Damn, if I ever make a rap music video, instead of throwing dollar bills, I'll be writing Rust in that with a computer having the most expensive 12k ThreadRipper CPU ;---) Not very likely but now I have a plan!
1
0
0
@raven667 Also programming connects straight to giving equal opportunity to various groups of people. Most people cannot afford $10 k computer but most can afford e.g. laptop, which you can e.g. use to hack kernel with C ;-)

So yeah this is really a huge downside in Rust from my point of view, which cannot be ignored...
1
0
0
@raven667 I don't want to spend 10k to use a fucking text editor if I'm totally honest with you :-)

My M2 Pro was the best specs version with about 3k price. That should still in 2024 perfectly good development machine. And it is neither too environment friendly to upgrade your hardware constantly only to write code...

That 3k was MOST I've ever paid for a computer.
1
0
1
@be_far Yeah, this was good point actually. If I use sccache compilation is only few percent of the total build and linking takes > 90% even with the fancy mold linker is used...
0
0
0

Jarkko Sakkinen

Edited 12 hours ago
Having used Rust professionally for a while I can say that it is programming language that literally requires latest desktop CPU from AMD or Intel, or to be fully lean something like ThreadRipper. Minimum RAM is rather 64GB than 32GB.

I guess this is progress when a programming language has higher spec requirements than any of the AAA games I'm aware of ;-) No wonder they call Zed as "multi-player editor".

My work Thinkpad melts with Rust and my own M2 Mac Mini Pro (12 cores, 32 GB RAM) can just barely keep up in phase.

PS. I wonder how much compiling Rust code has an effect to the climate change annually ;-) With a Threadripper I could almost literally warm up my house just by compiling Rust.

#Rust #rustlang
5
1
5

Thorsten Leemhuis (acct. 1/4)

If you are regularly interested in "x became y percent faster" news, check out the vfs file updates from @brauner merged for 6.13:

'"Introduce a new reference counting mechanism for files. […] improvement up to 3-5% on workloads with loads of threads.

Add a fastpath for find_next_zero_bit(). […] This improves pts/blogbench-1.1.0 read by 8% and write by 4% on Intel ICX 160.

[…] improves pts/blogbench-1.1.0 read up to 13%, and write up to 5% on Intel ICX 160. […]"

0
4
0
@mpdesouza @corbet @krzk I appreciate this service too. Now that I write majority of code elsewhere and mostly just review/test for Linux, it's nice to get a bit of credit still :-) Gives a small boost motivation and feeling of being part of community and thus contribute more in some other season of "story of my life" again.
0
0
1
@mpdesouza I've been writing a feature patch set for kernel for first time for a long time and in that I've noticed that LSP is really helpful to on navigating around the tree :-) Makes it considerably a faster process because before I would have used mostly https://elixir.bootlin.com/linux/v6.11.8/source. For bug fix I might grep like a portion of a log message string or something like that.

One non-LSP thing I've liked once I got over how weird it was first, is multi-cursor/select approach for search replace. If ":q" was important for Vim, for Helix the important key stroke to keep in mind is IMHO "," because it can be trippy if you accidentally end up to the multi-cursor mode ;-)
2
0
1
@krzk lol did not know i was a "tested-by regular" ;-) not in this stats but looked few older and seems to be that it is my the most common list.
1
0
2
@mpdesouza With Rust it becomes quite difficult to navigate in large projects unless there is LSP or similar. With kernel you can go far with git grep ;-) The reason is that even a simple Rust project can connect to hundreds of crates through the dependency graph as the app executable model of Rust is essentially huge static blob.
1
0
0

Krzysztof Kozlowski

Edited yesterday
Last year, for each of six Linux kernel releases - v6.7, v6.8 ... v6.12 - I was topping the list of most active contributors. This consistency led to a more interesting stat: I am one of the most active Linux kernel contributors for this period (and I don't count Kent here as he just dropped stuff out of tree... and then developed things to his own tree without review or mailing list collaboration) with 1339 commits upstream.

I am however more proud of another impact I made: I am one of the most active reviewers of the last one year of Linux kernel development. Reviewing takes a lot of time, a lot of iterations, a lot of patience, a lot of template answers and results with only "some" of reviewed-by credit going to Linux kernel git history. Yet here I am: ~1000 reviewed-by credits for last year v6.7 - v6.12 Linux kernel.

Source, LWN.net:
https://lwn.net/SubscriberLink/997959/377cf2f076306247/
2
8
46
Show older