Re: Selinux slow / How to disable selinux labeling from SPEC Was: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On Friday, 28 January 2022 00:43:07 CET Robert-André Mauchin wrote: > On 1/24/22 01:30, Robert-André Mauchin wrote: > > > Hi, > > > > So I have an annoying bug that started near the beginnings of F35. > > My papirus-icon-theme became very slow to install: > >

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 31/01/2022 15:47, Kevin P. Fleming wrote: DNF consumed an entire CPU during that time. https://bugzilla.redhat.com/show_bug.cgi?id=2048168 -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list --

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

I just saw this today, btrfs+LUKS, Micron MTFDHBA256TDV. May not have been five minutes, but it was a long time, and DNF consumed an entire CPU during that time. On Sat, Jan 29, 2022 at 3:39 PM Chris Murphy wrote: > On Sat, Jan 29, 2022 at 4:12 AM Vitaly Zaitsev via devel > wrote: > > > > On

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On Sat, Jan 29, 2022 at 4:12 AM Vitaly Zaitsev via devel wrote: > > On 24/01/2022 01:52, Tom Hughes via devel wrote: > > Probably so the file is replaced atomically, and you either > > have the old or new version but never a partial version. > > Can be easily reproduced with

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 24/01/2022 01:52, Tom Hughes via devel wrote: Probably so the file is replaced atomically, and you either have the old or new version but never a partial version. Can be easily reproduced with FEDORA-2022-a581f05398 update: installation of breeze-icon-theme will hang dnf for 5 minutes.

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 24/01/2022 01:30, Robert-André Mauchin wrote: So I have an annoying bug that started near the beginnings of F35. My papirus-icon-theme became very slow to install: Can confirm this issue on breeze-icon-theme. The update process hangs for 5 minutes both on my desktop and laptop.

Selinux slow / How to disable selinux labeling from SPEC Was: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 1/24/22 01:30, Robert-André Mauchin wrote: Hi, So I have an annoying bug that started near the beginnings of F35. My papirus-icon-theme became very slow to install: https://bugzilla.redhat.com/show_bug.cgi?id=2029709#c18 During the installation, all the files are copied, then renamed by rpm

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

Chris Murphy wrote on Mon, Jan 24, 2022 at 02:56:09PM -0700: > Should be true, and if this nspawn container is running on the host > then they should share the same btrfs file system. And even if nspawn > is creating separate subvolumes for the mock build (?not sure if it > does) then because it's

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On Mon, Jan 24, 2022 at 11:44 AM Robert-André Mauchin wrote: > Apparently this happens also on ext4 filesystems. :facepalm: haha! ok well then the previous email i just sent can be ignored as it relates to this problem! -- Chris Murphy ___ devel

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On Mon, Jan 24, 2022 at 11:41 AM Robert-André Mauchin wrote: > > On 1/24/22 05:14, Chris Murphy wrote: > > What file system is being used in each case? > > > > Everything is btrfs. > > > This is a bit obscure but... cp and mv use reflink=auto. On XFS and > > Btrfs this means it'll make reflinks

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 1/24/22 01:30, Robert-André Mauchin wrote: Hi, So I have an annoying bug that started near the beginnings of F35. My papirus-icon-theme became very slow to install: https://bugzilla.redhat.com/show_bug.cgi?id=2029709#c18 During the installation, all the files are copied, then renamed by rpm

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 1/24/22 05:14, Chris Murphy wrote: On Sun, Jan 23, 2022 at 5:30 PM Robert-André Mauchin wrote: Hi, So I have an annoying bug that started near the beginnings of F35. My papirus-icon-theme became very slow to install: https://bugzilla.redhat.com/show_bug.cgi?id=2029709#c18 During the

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On Sun, Jan 23, 2022 at 5:30 PM Robert-André Mauchin wrote: > > Hi, > > So I have an annoying bug that started near the beginnings of F35. > My papirus-icon-theme became very slow to install: > https://bugzilla.redhat.com/show_bug.cgi?id=2029709#c18 > > During the installation, all the files are

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 1/24/22 01:52, Tom Hughes wrote: Do you have the nosync plugin enabled in your mock? That will shim system calls that try and sync to disk and suppress the actual sync in the name of greater performance. Tom I don't think so, my config is config_opts['chroothome'] = '/builddir'

Re: mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

On 24/01/2022 00:30, Robert-André Mauchin wrote: During the installation, all the files are copied, then renamed by rpm (no idea why it works like this). Probably so the file is replaced atomically, and you either have the old or new version but never a partial version. It works fast in a

mv is massively slower on the host rather than in a nspawn chroot, regression somewhere?

Hi, So I have an annoying bug that started near the beginnings of F35. My papirus-icon-theme became very slow to install: https://bugzilla.redhat.com/show_bug.cgi?id=2029709#c18 During the installation, all the files are copied, then renamed by rpm (no idea why it works like this). It works