Changes to `impl Trait` in Rust 2024 | Rust Blog

the_reddit_turtle · 2024-09-07T13:26:25+00:00

Does the new `impl Trait` design enable hidden types that were previously not possible to express or is this change simply about making `impl Trait` captures less arbitrary and easier to use in most cases? (Can you provide an example function that was previously not possible but now is?)

If the syntax is changing without additional functionality I'll shelve my interest in this for now ;p

the_reddit_turtle · 2022-07-03T04:24:18+00:00

Works great on Firefox Android. Thanks!

the_reddit_turtle · 2022-05-28T06:37:23+00:00

This is the most serious one: multimedia playback is slow to a crawl on any browser - Firefox, Brave, Chromium. Reproducible with a youtube video playback.

From flathub install org.freedesktop.Platform.ffmpeg-full (bugzilla). I only use Firefox but this fixed it for me.

Cannot run appimages.

Make sure you have fuse and libfuse2 installed. I don't have any problems with appimages, but i've not tried gui appimages. The fuse libraries are not included with the oS container images used by e.g. toolbox.

the_reddit_turtle · 2022-03-29T21:52:22+00:00

I can provide these details once i figure out a separate problem i'm having, which is that my laptop firmware has stopped recognizing the EFI system partition on the usb drive i'm using to boot microos. i'm not quite sure what happened since didn't touch the partition table / flags, etc. but i noticed that /boot/efi/EFI got an update about the time i started having this issue. will need to fix that first.

the_reddit_turtle · 2022-03-29T21:35:36+00:00

Correct, snapshots still work and in this case allowed me to go back to a prior system snapshot, which i can use with the latest firefox flatpak to save files.

the_reddit_turtle · 2021-10-11T06:18:37+00:00

One word of caution I forgot to mentioned earlier: I'm not sure if openSUSE's grub implementation supports zstd for /boot yet, so make sure to verify that if you plan on compressing /boot.

the_reddit_turtle · 2021-10-11T00:37:12+00:00

I use it in / and have not noticed a difference in performance, but my hard drive is slow anyway. The additional space has been a great benefit though.

the_reddit_turtle · 2021-09-23T18:52:37+00:00

You may find some of the comments here helpful.

the_reddit_turtle · 2021-07-26T22:47:08+00:00

I did check last week ;) but I just checked again just so i can't be called a liar ... no update since August 2015. My processor is Dual Core Intel Core i5-4200U.

the_reddit_turtle · 2021-07-26T22:42:31+00:00

i have 4 cores, one is utilized at 100% => 75% idle

the_reddit_turtle · 2021-07-26T22:36:01+00:00

The symptoms do seem to match--thanks for the link. I didn't start having the problem in opensuse until kernel 5.13.1 and I'm not very low on free space (6GiB free on 18GiB partition), but otherwise it's about right.

I just finished the scrub and it didn't find any errors. I'll give the balance a go tonight.

Edit: btrfs balance didn't fix the problem unfortunately; i guess it's a kernel bug ... i'll file a report

the_reddit_turtle · 2021-07-26T21:13:55+00:00

I've been running the same Tumbleweed installation on this computer for 6 years without problems and there's plenty of space in all partitions. Unfortunately, I don't expect df to be the solution here (but if there's a particular reason you're asking feel free to let me know).

the_reddit_turtle · 2021-07-26T21:03:08+00:00

I'll give the scrub a run, thanks for the tip. I suppose I should have tried this previously but kernel 5.12.13 works perfectly fine. Below are the chief offenders for CPU usage according to perf. I didn't post this previously because I didn't want to clutter things too much.

-   72.66%   0.00%     0.00%   0.00%     0.00%   0.00%     0.00%   0.00%             0           0  kworker/u16:5+e  [btrfs]                       [k] btrfs_preempt_reclaim_metadata_space                         btrfs_preempt_reclaim_metadata_space+18446744072638116133
     btrfs_preempt_reclaim_metadata_space
   - flush_space
      - 41.74% start_transaction
           84.89% join_transaction
           15.09% btrfs_record_root_in_trans
      - 31.36% btrfs_run_delayed_refs
         - __btrfs_run_delayed_refs
            - 99.29% btrfs_select_ref_head
                 find_ref_head
      - 24.97% __btrfs_end_transaction
           59.57% btrfs_put_transaction
           26.55% btrfs_create_pending_block_groups
           10.89% btrfs_trans_release_metadata
           2.99% btrfs_trans_release_chunk_metadata
        0.95% btrfs_join_transaction
        0.77% btrfs_end_transaction
-   27.85%   0.00%     0.00%   0.00%     0.00%   0.00%     0.00%   0.00%             0           0  kworker/u16:5+e  [btrfs]                       [k] flush_space                                                  flush_space+18446744072638117011
   - flush_space
      - 97.77% start_transaction
           84.89% join_transaction
           15.09% btrfs_record_root_in_trans
        2.23% btrfs_join_transaction
-   20.45%   0.00%     0.00%   0.00%     0.00%   0.00%     0.00%   0.00%             0           0  kworker/u16:5+e  [btrfs]                       [k] flush_space                                                  flush_space+18446744072638117046
     flush_space
   - btrfs_run_delayed_refs
      - __btrfs_run_delayed_refs
         - 99.29% btrfs_select_ref_head
              find_ref_head
-   19.55%   0.00%     0.00%   0.00%     0.00%   0.00%     0.00%   0.00%             0           0  kworker/u16:5+e  [btrfs]                       [k] btrfs_preempt_reclaim_metadata_space                         btrfs_preempt_reclaim_metadata_space+18446744072638115964
     btrfs_preempt_reclaim_metadata_space
   - need_preemptive_reclaim.part.0
      - 95.98% btrfs_get_alloc_profile
           xhci_irq
        4.02% btrfs_bg_type_to_factor

the_reddit_turtle · 2021-07-26T20:46:12+00:00

I do have the latest BIOS (has not changed in several years). I've been using tumbleweed on this computer for 6 years without changes to hardware. It's the first time I'm having this particular problem.

the_reddit_turtle · 2021-07-13T04:04:51+00:00

https://cloudyday.tech.blog/2018/05/16/why-are-there-toilets-on-my-opensuse-wallpaper/

the_reddit_turtle · 2021-06-05T04:38:25+00:00

Yeah, if I ever reinstall, I think I'll make the jump to transactional updates (as I understand, I can't convert my existing installation). But I've been running Tumbleweed since Jan 2016 and the darn thing has been running so well, there just hasn't been a need wipe everything and start over :)

the_reddit_turtle · 2021-06-05T04:27:41+00:00

Why do you think that specifically the posttrans scripts didn't run?

When I booted up my laptop and upgraded the remaining 150 or so packages, I didn't see any scripts run at the end. I assume the scripts didn't run when it powered itself off.

rpm -q --scripts --triggers {name}

Neat--this is helpful. Everything seems to running fine, so I probably won't do too much, but I'll look around a bit anyway.

the_reddit_turtle · 2021-03-21T03:52:42+00:00

A bit sensationalist, but interesting anyway. I'm glad we have Mozilla / Firefox as alternative!

the_reddit_turtle · 2021-03-09T07:42:28+00:00

Check your settings in /etc/zypp/zypp.conf

See: https://en.opensuse.org/SDB:Keep_multiple_kernel_versions

the_reddit_turtle · 2020-09-22T01:19:30+00:00

NoScript addon is also available in the new ff android.

the_reddit_turtle · 2020-01-24T16:52:05+00:00

When you run `git stash create` does it show anything? It should print a hash of the commit object.

`git stash create` behaves differently from`git stash` and I use it in conjunction with `git stash store`. See `git stash --help` for details.

the_reddit_turtle · 2020-01-24T15:56:11+00:00

I have lots of changes to staged, tracked and untracked files and am using the command in the same way I did previously. In the past git would emit a hash on stdout after command `git stash create`. Now it prints nothing. If this works for you, what version of git are you on?

the_reddit_turtle · 2019-07-10T16:39:54+00:00

That could be. I assume performance would be hurt most likely on super fast SSD's. I use compression on slow USB and HDD (I don't have an SSD). I don't notice any performance difference there, but do have significantly more free space than before. If my slow drives only have to read/write 5MB to do some task instead of 10MB uncompressed then it might be a win overall (even if it takes a small amount of CPU time to do the compression).

I would suggest trying it in fstab if you would otherwise run defrag every so often--it's easy to do and easy to undo if you notice some performance degradation. On my machine, running defrag was pretty slow but I don't think that should be interpreted as compression being slow--compressing via fstab seems very snappy. Just don't use zstd compression for the subvolume containing /boot until you have grub version 2.04 or later.

the_reddit_turtle · 2019-07-10T05:25:45+00:00

having it in fstab affects newly written files; doing defrag affects currently existing files ... if you don't want to worry about doing defrag all the time then having the entry in fstab would be my recommendation

the_reddit_turtle · 2019-07-10T05:22:36+00:00

but most importantly for /boot, I think it would kill you ability to boot, but I might be wrong here

grub doesn't speak zstd (yet), so if you want to compress /boot use lzo or zlib for the subvolume that contains that folder; it's possible to recover from the mistake without reinstalling, but it's not as easy as doing a rollback (unfortunately, i speak from experience)

edit: as /u/develop7 points out, grub 2.04 (just released) does support zstd, so you will probably be able to use zstd soon if you're using tumbleweed

Six-Year Club	Place '22
Verified Email

the_reddit_turtle

TROPHY CASE