1 |
On 02/14/2018 07:49 AM, Joakim Tjernlund wrote: |
2 |
> We got an embedded target which we upded with binary pks(157 in this case) using: |
3 |
> PKGDIR=/opt/fs/osappl04a-r30b-1/usr/portage/packages emerge --rebuilt-binaries --verbose --usepkgonly -NDu @world @cusfpv3 |
4 |
> and this takes forever, about 1 hour |
5 |
> |
6 |
> not sure where to start looking for a cause, is this known for ppc32 ? |
7 |
|
8 |
No, I haven't seen any reports like this. |
9 |
|
10 |
> I got btrfs root FS on 4 core, 1.3 GHz CPU on eMMC media. The rw performance is decent I think. |
11 |
> load avg. about 1.1 so no CPU is not limiting. |
12 |
> sys-apps/portage: |
13 |
> Installed versions: 2.3.19-r1(17:41:24 24/01/18)(ipc native-extensions xattr -build -doc -epydoc -selinux LINGUAS="-ru" PYTHON_TARGETS="python2_7 python3_4 -pypy -python3_5 -python3_6") |
14 |
> |
15 |
> Is there some I can speed up binary pkg emerge? |
16 |
> when stracing I see way too many system calls |
17 |
> but this one stands out, 1 byte reads: |
18 |
> |
19 |
> 17750 16:39:40 brk(0x100d7000) = 0x100d7000 |
20 |
> 17750 16:39:40 brk(0x100d6000) = 0x100d6000 |
21 |
> 17750 16:39:40 read(0, "d", 1) = 1 |
22 |
> 17750 16:39:40 read(0, "e", 1) = 1 |
23 |
> 17750 16:39:40 read(0, "c", 1) = 1 |
24 |
> 17750 16:39:40 read(0, "l", 1) = 1 |
25 |
> 17750 16:39:40 read(0, "a", 1) = 1 |
26 |
> 17750 16:39:40 read(0, "r", 1) = 1 |
27 |
> 17750 16:39:40 read(0, "e", 1) = 1 |
28 |
> 17750 16:39:40 read(0, " ", 1) = 1 |
29 |
> 17750 16:39:40 read(0, "-", 1) = 1 |
30 |
> 17750 16:39:40 read(0, "x", 1) = 1 |
31 |
> 17750 16:39:40 read(0, " ", 1) = 1 |
32 |
> 17750 16:39:40 read(0, "A", 1) = 1 |
33 |
> 17750 16:39:40 read(0, "=", 1) = 1 |
34 |
> 17750 16:39:40 read(0, "\"", 1) = 1 |
35 |
> .... |
36 |
> 17750 16:39:43 read(0, "t", 1) = 1 |
37 |
> 17750 16:39:43 read(0, "\n", 1) = 1 |
38 |
> 17750 16:39:43 read(0, "}", 1) = 1 |
39 |
> 17750 16:39:43 read(0, "\n", 1) = 1 |
40 |
> 17750 16:39:43 read(0, "", 1) = 0 |
41 |
> 17750 16:39:43 write(1, " function _eapply_patch () \n "..., 4345) = 4345 |
42 |
|
43 |
|
44 |
I see what's causing those 1 byte reads, I've filed this bug: |
45 |
|
46 |
https://bugs.gentoo.org/647654 |
47 |
|
48 |
-- |
49 |
Thanks, |
50 |
Zac |