I doubt it's useful for performance evaluation, however, if you are writing a paper and want to compare your algorithm to an existing one, this can be handy
I was finally able to find the issue. Thanks to @slappy@lemmy.blahaj.zone 's question regarding my filesystem type, I decided to look into it.
I use btrfs, and this command showed me, that I have a lot of snapshots made by apt.
$ sudo btrfs subvolume list -s /
...
ID 318 gen 2617038 cgen 2566262 top level 5 otime 2024-02-13 06:59:10 path @apt-snapshot-release-upgrade-jammy-2024-02-13_06:59:10
It was probably possible to determine how much space each of them was occupying, but I decided to simply delete them all and be done with the issue. So I installed apt-btrfs-snapshot and run delete-older-than 0d.
As a result, I now have 29 Gb and no backups, which is fine with me.
No, the output of these commands is empty. U also tried running with +L, in both cases most of the files were ~100Kb, largest was telegram in /opt with 150Mb.
Is it safe to remove /var/log? I almost never read logs anyway
I run dual boot windows/ubuntu, nvme0n1p1 is efi system partition, p2-p5 are windows-reserved, and p6 is linux-swap.
Also, I didn't mention it in the post, but I recently grew linux partition up for around 16GB. I rebooted into windows several times after that, and everything was fine before the update.
/ and /home is just how I set it up.
/var seems to take up only 1.2 GB. I don't know, how can I check for any 'cruft'
Running sudo apt-get autoclean && sudo apt-get autoremove was the first thing I tried.
I am not sure, how do I interpret output of apt-cache stats?
Total package names: 126893 (3,553 k)
Total package structures: 122145 (5,374 k)
Normal packages: 81989
Pure virtual packages: 2797
Single virtual packages: 22954
Mixed virtual packages: 2708
Missing: 11697
Total distinct versions: 101553 (8,937 k)
Total distinct descriptions: 180829 (4,340 k)
Total dependencies: 609988/159599 (14.8 M)
Total ver/file relations: 32564 (782 k)
Total Desc/File relations: 49757 (1,194 k)
Total Provides mappings: 50727 (1,217 k)
Total globbed strings: 239740 (5,895 k)
Total slack space: 65.4 k
Total space accounted for: 47.7 M
Total buckets in PkgHashTable: 196613
Unused: 109956
Used: 86657
Utilization: 44.0749%
Average entries: 1.40952
Longest: 17
Shortest: 1
Total buckets in GrpHashTable: 196613
Unused: 103120
Used: 93493
Utilization: 47.5518%
Average entries: 1.35725
Longest: 8
Shortest: 1
I've already tried rebooting (as mentioned in the post, I've run GParted 'check' from liveUSB, reboot after. Also, I've done it seperately). And ncdu shows basically the same result as baobab — it doesn't add up to 93% disk usage from df
If you don't know what you've done within a commit, it probably shouldn't be a single commit, with or without AI
Although if you're talking about using AI to make funny commit-messages...
using lsp in vim has pretty much the same problem especially with java