Eric S Fraga writes:
> I will create a bug report.
Thanks Eric.
Michael.
On Sunday, 16 Jul 2023 at 04:55, Michael Heerdegen wrote:
> At least avoided. Ok, good.
Yes, that's a better description!
> We should nonetheless create a bug report (M-x report-emacs-bug). Could
> you please do that? I think we still need somebody to provide the (more
> or less complete) data
Eric S Fraga writes:
> > Are things significantly faster when setting this to pp-28?
>
> Very much so! Group exists almost immediately, back to what I used to
> see. With pp-28, I'm happy! Problem solved. :-)
At least avoided. Ok, good.
We should nonetheless create a bug report (M-x report-
On Friday, 14 Jul 2023 at 01:56, Michael Heerdegen wrote:
> I think so, yes. These numbers cannot be interpreted directly as used
> memory. It's more like "time spent inside the function, measured
> memory-usage wise.
Ah, okay. Total misunderstanding on my part!
> Hmm. Ok. We could try with
Eric S Fraga writes:
> 832,940,181 99% - command-execute
> 805,535,710 96% - funcall-interactively
> 540,874,166 64% - gnus-summary-exit
> 537,712,423 64%- gnus-score-save
> 536,634,533 64% - gnus-pp
> [...]
>
> It could be that I am misinterpreting those p
On Thursday, 13 Jul 2023 at 02:18, Michael Heerdegen wrote:
> From what source of information do you have the 0.5 GB?
>From the original post I made which included mem profiler results:
--8<---cut here---start->8---
and memory report, also partly expanded:
Eric S Fraga writes:
> I have no idea but I would assume not as I cannot believe that pretty
> printing a file (see below) with 12 lines would take 0.5 GB of data to
> process.
>From what source of information do you have the 0.5 GB?
> > How do the contents of that file look like -can you share
On Wednesday, 12 Jul 2023 at 02:48, Michael Heerdegen wrote:
> The slowness, is it only happening for that 600 Bytes file?
I have no idea but I would assume not as I cannot believe that pretty
printing a file (see below) with 12 lines would take 0.5 GB of data to
process.
> How do the contents
Eric S Fraga writes:
> > Seems the variable is only respected for adaptive score files. For all
> > others pretty-printing is always used. I guess your score file is not
> > an adaptive one?
>
> I use both adaptive and permanent scores. I have:
>
> ((score-file . "/.../work.scores")
> (adapt-
On Tuesday, 11 Jul 2023 at 04:56, Michael Heerdegen wrote:
> Seems the variable is only respected for adaptive score files. For all
> others pretty-printing is always used. I guess your score file is not
> an adaptive one?
I use both adaptive and permanent scores. I have:
((score-file . "/.../
Eric S Fraga writes:
> On Sunday, 9 Jul 2023 at 07:23, Michael Heerdegen wrote:
> > And you did not just turn on `gnus-adaptive-pretty-print' by accident?
>
> Well, I've had this variable set to t for years now.
>
> In any case, I have set it to nil and it's made no difference
> unfortunately.
On Sunday, 9 Jul 2023 at 07:23, Michael Heerdegen wrote:
> And you did not just turn on `gnus-adaptive-pretty-print' by accident?
Well, I've had this variable set to t for years now.
In any case, I have set it to nil and it's made no difference
unfortunately. Which seems strange. Could there b
Eric S Fraga writes:
> > And - is it worth the time to pretty print this data at all?
>
> This is what I was wondering. The pretty printing could be saved for
> when somebody wishes to edit the scores, at which point a little delay
> is not intrusive (or as intrusive). Most of the time, I just
On Friday, 7 Jul 2023 at 08:41, Eric Abrahamsen wrote:
> Bummer. You can always escalate and just open an Emacs bug -- this is a
> perfectly normal type of thing to open a bug about.
I'll keep this as my fallback position, once any discussion here has
petered out. Thank you.
--
Eric S Fraga vi
On Saturday, 8 Jul 2023 at 03:22, Michael Heerdegen wrote:
> And - is it worth the time to pretty print this data at all?
This is what I was wondering. The pretty printing could be saved for
when somebody wishes to edit the scores, at which point a little delay
is not intrusive (or as intrusive)
Eric Abrahamsen writes:
> > Cpu report (partly expanded):
> >
> >10133 79% - command-execute
> > 8519 66% - funcall-interactively
> > 4767 37% - gnus-summary-exit
> > 4659 36%- gnus-score-save
> > 4655 36% - gnus-pp
> > 4655 36%
Eric S Fraga writes:
> On Thursday, 6 Jul 2023 at 08:43, Eric Abrahamsen wrote:
>> I've attached a patch that reverts it, you might give this a try? If it
>> clearly fixes the problem, I would open a bug report and cc Stefan.
>
> Hi Eric,
>
> thank you for this patch. Unfortunately, it does not
On Thursday, 6 Jul 2023 at 08:43, Eric Abrahamsen wrote:
> I've attached a patch that reverts it, you might give this a try? If it
> clearly fixes the problem, I would open a bug report and cc Stefan.
Hi Eric,
thank you for this patch. Unfortunately, it does not seem to have had
any impact in m
Eric S Fraga writes:
> Hello all,
>
> recently (past week or two), I've noticed a slow down in leaving some of
> my nnml groups. Using the profiler, I see the outcomes shown below,
> capturing cpu and memory when entering a virtual group, that collects 3
> different nnml groups, and then immedia
Hello all,
recently (past week or two), I've noticed a slow down in leaving some of
my nnml groups. Using the profiler, I see the outcomes shown below,
capturing cpu and memory when entering a virtual group, that collects 3
different nnml groups, and then immediately leaving that group. A
signif
20 matches
Mail list logo
