1 |
On Wed, 08 May 2019 12:31:47 +0200 |
2 |
Michał Górny <mgorny@g.o> wrote: |
3 |
|
4 |
> On Wed, 2019-05-08 at 12:19 +0200, Alexis Ballier wrote: |
5 |
> > On Wed, 08 May 2019 12:01:21 +0200 |
6 |
> > Michał Górny <mgorny@g.o> wrote: |
7 |
> > |
8 |
> > > On Wed, 2019-05-08 at 11:54 +0200, Alexis Ballier wrote: |
9 |
> > > > On Wed, 08 May 2019 11:41:41 +0200 |
10 |
> > > > Michał Górny <mgorny@g.o> wrote: |
11 |
> > > > |
12 |
> > > > > > There's multilib that adds a lot of flags with a single |
13 |
> > > > > > eclass change, but I'd guess the number of packages and |
14 |
> > > > > > flags is constantly growing, so sooner or later you'll be |
15 |
> > > > > > hit by this again and no multilib killing will help you |
16 |
> > > > > > then. |
17 |
> > > > > > |
18 |
> > > > > > I think it is more future proof to use the addition of |
19 |
> > > > > > multilib flags to fix pkgcheck rather than actively |
20 |
> > > > > > reducing the number of multilib flags to cope with its |
21 |
> > > > > > limitations. |
22 |
> > > > > |
23 |
> > > > > Then please do it, by all means. The reality is simple. If |
24 |
> > > > > the tool is broken, you either fix it or stop doing what you |
25 |
> > > > > know that breaks it. Being unable to do the former, and |
26 |
> > > > > having no good replacement, I'd go for the latter. |
27 |
> > > > |
28 |
> > > > Well, why is it slow ? IO ? CPU ? Did you collect profiling |
29 |
> > > > data ? |
30 |
> > > |
31 |
> > > CPU definitely. More detail than that, I don't and I don't have |
32 |
> > > time to investigate. |
33 |
> > |
34 |
> > So you don't have time to change 3 lines to add cProfile but do have |
35 |
> > time to send various emails and rework the entire multilib system ? |
36 |
> > weird. |
37 |
> |
38 |
> Instead of being so smug, you could have provided helpful instructions |
39 |
> on how to do it. Or did it yourself. |
40 |
|
41 |
;) |
42 |
|
43 |
I wasn't being smug, rather the contrary by assuming you would know |
44 |
better than me. |
45 |
|
46 |
So here we go: |
47 |
https://docs.python.org/2/library/profile.html |
48 |
|
49 |
$ python -m cProfile -o /full/path/to/file.log /usr/bin/command args |
50 |
|
51 |
This will give you a profile log. |
52 |
|
53 |
Then you need something to visualize it, I like runsnakerun. |
54 |
http://www.vrplumber.com/programming/runsnakerun/ |
55 |
|
56 |
|
57 |
> Removing unused flags from multilib-build.eclass is certainly less |
58 |
> work than that. |
59 |
|
60 |
As a temporarily solution yes. |