[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-devel-list
Subject: Re: Has something changed with RPMS?
From: drago01 <drago01 () gmail ! com>
Date: 2020-06-02 5:31:27
Message-ID: CAMqY-Fdhq-xG0O820VogiSJN8PYhxLgV6MSf3Hf=m19ioWRLMA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Tuesday, June 2, 2020, Adam Williamson <adamwill@fedoraproject.org>
wrote:
> On June 1, 2020 7:13:51 p.m. PDT, Richard Shaw <hobbes1069@gmail.com>
> wrote:
> >I've noticed lately when doing mock builds that it takes a lot longer
> >to
> >install all the dependencies. Especially large -devel packages with
> >tons of
> >small files (boost-devel, vtk-devel, cmake-data).
> >
> >Checking on my NVME 970 EVO, all the stats look good:
> >SMART/Health Information (NVMe Log 0x02)
> >Critical Warning: 0x00
> >Temperature: 60 Celsius
> >Available Spare: 98%
> >Available Spare Threshold: 10%
> >Percentage Used: 0%
> >Data Units Read: 5,144,488 [2.63 TB]
> >Data Units Written: 16,635,882 [8.51 TB]
> >Host Read Commands: 138,600,710
> >Host Write Commands: 223,768,039
> >Controller Busy Time: 1,133
> >Power Cycles: 56
> >Power On Hours: 2,658
> >Unsafe Shutdowns: 36
> >Media and Data Integrity Errors: 2
> >Error Information Log Entries: 25
> >Warning Comp. Temperature Time: 0
> >Critical Comp. Temperature Time: 0
> >Temperature Sensor 1: 60 Celsius
> >Temperature Sensor 2: 83 Celsius
> >
> >I run the fstrim service weekly...
> >
> >Ideas?
> >
> >Thanks,
> >Richard
>
> I've noticed the same problem but I'm not sure it's about the packages. It
> may be something to do with mock or the kernel, possibly. Are you running
> Rawhide on the machine where you're doing the mock builds?
>
> I most recently noticed it when building lives with Python 3.9 for testing
> - that should take less than an hour per image, it actually took 12+ hours
> per image. When I attach an strace to the dnf process it seems like it
> doesn't really stick on any one call for a *long* time, but it seems to do
> a lot of fsyncs, and each one takes, like, a half second or so. I *think*
> the slowness is the result of all those fsyncs piling up.
>
> I've tried installing nosync (both i686 and x86-64) on the host but it
> didn't seem to make a difference, I didn't check for sure that it actually
> kicked in. I'll try and do a bit more of a systematic look at it tomorrow,
> since at least now I know I'm not the only one...
>
>
Educated guess: it's the sqlite rpm db change.
[Attachment #5 (text/html)]
<br><br>On Tuesday, June 2, 2020, Adam Williamson <<a \
href="mailto:adamwill@fedoraproject.org">adamwill@fedoraproject.org</a>> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex">On June 1, 2020 7:13:51 p.m. PDT, Richard Shaw <<a \
href="mailto:hobbes1069@gmail.com">hobbes1069@gmail.com</a>> wrote:<br> \
>I've noticed lately when doing mock builds that it takes a lot longer<br> \
>to<br> >install all the dependencies. Especially large -devel packages \
with<br> >tons of<br>
>small files (boost-devel, vtk-devel, cmake-data).<br>
><br>
>Checking on my NVME 970 EVO, all the stats look good:<br>
>SMART/Health Information (NVMe Log 0x02)<br>
>Critical Warning: 0x00<br>
>Temperature: 60 Celsius<br>
>Available Spare: 98%<br>
>Available Spare Threshold: 10%<br>
>Percentage Used: 0%<br>
>Data Units Read: 5,144,488 [2.63 TB]<br>
>Data Units Written: 16,635,882 [8.51 TB]<br>
>Host Read Commands: 138,600,710<br>
>Host Write Commands: 223,768,039<br>
>Controller Busy Time: 1,133<br>
>Power Cycles: 56<br>
>Power On Hours: 2,658<br>
>Unsafe Shutdowns: 36<br>
>Media and Data Integrity Errors: 2<br>
>Error Information Log Entries: 25<br>
>Warning Comp. Temperature Time: 0<br>
>Critical Comp. Temperature Time: 0<br>
>Temperature Sensor 1: 60 Celsius<br>
>Temperature Sensor 2: 83 Celsius<br>
><br>
>I run the fstrim service weekly...<br>
><br>
>Ideas?<br>
><br>
>Thanks,<br>
>Richard<br>
<br>
I've noticed the same problem but I'm not sure it's about the packages. \
It may be something to do with mock or the kernel, possibly. Are you running Rawhide \
on the machine where you're doing the mock builds?<br> <br>
I most recently noticed it when building lives with Python 3.9 for testing - that \
should take less than an hour per image, it actually took 12+ hours per image. When I \
attach an strace to the dnf process it seems like it doesn't really stick on any \
one call for a *long* time, but it seems to do a lot of fsyncs, and each one takes, \
like, a half second or so. I *think* the slowness is the result of all those fsyncs \
piling up.<br> <br>
I've tried installing nosync (both i686 and x86-64) on the host but it didn't \
seem to make a difference, I didn't check for sure that it actually kicked in. \
I'll try and do a bit more of a systematic look at it tomorrow, since at least \
now I know I'm not the only one...<br><br> \
</blockquote><div><br></div><div>Educated guess: it's the sqlite rpm db \
change.</div>
[Attachment #6 (text/plain)]
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic