Fair enough. I've only created a visualization tool, I haven't gathered statistics.
Why? The purpose of this project was for me to see which keys I press more often so I know which fingers get stressed, and it exactly what the project does
I'm using a tiling window manager and neovim as my main editor, so I have to use hot-keys quite a lot As for the caps, I have it remapped to control
No, the red is more used, I just have Caps remapped to control
Mine made me want to hide all my public repos :')
Very nice! What are you using as the file manager and the music player?
![the background blur](https://programming.dev/pictrs/image/73f9eafc-41f0-4971-8c77-98ee80cd10fc.png?thumbnail=256&format=webp)
![](https://programming.dev/pictrs/image/73f9eafc-41f0-4971-8c77-98ee80cd10fc.png?thumbnail=1024&format=webp)
cross-posted from: https://programming.dev/post/18098231
> Have you ever wondered if your keyboard shortcuts are set up optimally? Well, I did, so I decided to visualize it with a heat-map. > > It proved to me that I rely on my left pinky too much, so I'll try to rework my shortcuts. > > You can check out the project here, currently it only works on Linux.
![the background blur](https://programming.dev/pictrs/image/73f9eafc-41f0-4971-8c77-98ee80cd10fc.png?thumbnail=256&format=webp)
![](https://programming.dev/pictrs/image/73f9eafc-41f0-4971-8c77-98ee80cd10fc.png?thumbnail=1024&format=webp)
Have you ever wondered if your keyboard shortcuts are set up optimally? Well, I did, so I decided to visualize it with a heat-map.
It proved to me that I rely on my left pinky too much, so I'll try to rework my shortcuts.
You can check out the project here, currently it only works on Linux.
using lsp in vim has pretty much the same problem especially with java
I used vokoscreen, it's quite good
you mean rewrite it in rust?
Very nice!
What do you mean by immutable though?
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.
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
Hello, everyone. Recently I finally decided to update my system, and right after the update ran into a problem: before update baobab showed ~22 GB avaliable space, and after the update it went down to around 8.
Here's some info, that might be relevant:
df output: ``` Filesystem 1K-blocks Used Available Use% Mounted on tmpfs 788700 1976 786724 1% /run /dev/nvme0n1p8 53050368 48246568 4054792 93% / tmpfs 3943496 0 3943496 0% /dev/shm tmpfs 5120 4 5116 1% /run/lock /dev/nvme0n1p8 53050368 48246568 4054792 93% /home /dev/nvme0n1p7 998060 133944 795304 15% /boot /dev/nvme0n1p1 364544 89768 274776 25% /boot/efi tmpfs 788696 104 788592 1% /run/user/1000
```
du -h /
shows 23G, du -h /home
— 13G. Overall I have 54.3G disk space, so (23+13)/54 doesn't add up to 93%
sudo lsof | grep deleted | wc -l
shows 8433 deleted files that are still in use.
I also tried booting with liveUSB and running 'check' on partition via GParted.
I did some research online:
- https://forum.manjaro.org/t/baobab-shows-14gb-less-usage-where-is-the-rest/109527 - seems like a similar problem, but does not address huge du/df difference, also doesn't provide solution for me
- https://unix.stackexchange.com/questions/414417/du-not-accounting-for-space-shown-by-df helped me understend difference between du/dh, so I provided output of lsof as suggested.
- a lot of other stackoverflow posts, all having similar answers, that didn't help me
I tried some methods to locate what consumes all the space, but couldn't figure it out. Also, the problem seems to be getting worse (right now baobab shows only ~5GB avaliable space). Can you help me find the source of the problem (and ideally also help me solve it :) )?
Hello. I have Windows - Ubuntu dual boot and I'm trying to move space from Windows to Ubuntu. I've already freed space from the Windows side
I'm pretty sure that I've read online that it can be dangerous to move the unallocated partition, because next boot to windows can corrupt my Ubuntu system. Is it true? Also, when I'm trying to move the unallocated partition, there's no option to "move/resize", so I swap them with the next following partition one by one. Is it the right way to do it?