andnekon

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 want to thank everyone for the help!

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.

This answer on askubuntu was useful

I'm using btrfs When I grew the partition, I only used GParted

I zeroed all the files in /var/log, but it had practically no effect on the disk usage

lsof -a +L1 / lsof -a +L1 /home

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

50/50 would be for isOdd with the same implementation

Kind of, it's called zathura

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...

After day 5 part 2 I take it back, it's not fun anymore it's suffering. This is my first time doing aoc, I didn't know what I was getting myself into.