From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yO0BDJSeFWIMfwAAgWs5BA (envelope-from ) for ; Wed, 23 Feb 2022 03:40:20 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id OMjNBJSeFWIvxgAAG6o9tA (envelope-from ) for ; Wed, 23 Feb 2022 03:40:20 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 824CC3DD1F for ; Wed, 23 Feb 2022 03:40:19 +0100 (CET) Received: from localhost ([::1]:38744 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nMhZi-0001Le-D2 for larch@yhetil.org; Tue, 22 Feb 2022 21:40:18 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55036) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nMhZ0-0001LW-Fd for emacs-orgmode@gnu.org; Tue, 22 Feb 2022 21:39:34 -0500 Received: from [2607:f8b0:4864:20::e36] (port=41599 helo=mail-vs1-xe36.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nMhYx-0008H9-Us for emacs-orgmode@gnu.org; Tue, 22 Feb 2022 21:39:34 -0500 Received: by mail-vs1-xe36.google.com with SMTP id y26so1678979vsq.8 for ; Tue, 22 Feb 2022 18:39:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8o0aHCjiUvkEY5utHp4jgfAmwizp5qQ2df1VMijOrGQ=; b=n+cGHFHlhTW19puRNo92dunZ8kYRMDzPuFQgJefjq4hPRB2Hd1Gpm/VB8d/ADsRiTd 4exUL8Kurxnojtzkzo3Z4YJ6CEgdtmceu0gj5Uhrtmq244v0yef6Du1AWo+yCNHk82Ej l7yq5DRxQCNRySEpWi0ZCsooMkcYFVnOqcmxrjZRGd2JELmRmAKqHUShEwysLR5K1xDy +U33np8mn2Mo1pYVI6r0XkagXZjiE6dgkw2pbVJdyI+FvU+lZFM4nRwjrcZqPJghWfi/ 90xQ8wITEWXkwybw+553+lSRO6uU2RVLgs+S+CYmSaNjAF5G8UWdhxpC1LdmIZvaXuOJ 8I/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8o0aHCjiUvkEY5utHp4jgfAmwizp5qQ2df1VMijOrGQ=; b=2Vvjrxgo75bSfE6vzQ1fYkLNivH+kX+XVsiCdsUHPD3d1pG5JRg/9jIoSA8YKMDd0v Sgt8db0dkBIovYHqG5WHpMYmWA/+c3wjLdlnXjgB4dX64r+hX8b8j/lfzxetZrcT+SHp 2YfzWhqkFwYS2LtmHN6SkwdYEhPUJZV66c5CRcOuh8TENpjU3CmQEkU8YYS+H9nNfuwm jA8d0uDdYzj4GCJVYrd5KGG+smMvz0UGI1zNQvrdm8WikcTIpFy/SQuFa/7W2mysUsdk 7gBQQIBCePDN6Bmiik1TXM6lqnIorpTIuWut9UqKwCBibMrfRqP9Cw+bRi3gowpSVzJa OkNg== X-Gm-Message-State: AOAM530ee24FidPKmG+dEl/KOsi1CImqE5I01PkerT39saO5lsriQRjZ mpbw/hEc5hKlVt2qPSSuFnulro0rU+pQGDbWt5M= X-Google-Smtp-Source: ABdhPJyatev5HkubRaPuTyLbLG/RtCVQoPygoK8JiSD1HthhRKsFeCx7jTxL3HwRrZn4KJe/HnsRbjcHK8DSYh8nzso= X-Received: by 2002:a67:e087:0:b0:31b:57fe:7ac1 with SMTP id f7-20020a67e087000000b0031b57fe7ac1mr11236518vsl.81.1645583970583; Tue, 22 Feb 2022 18:39:30 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Matt Price Date: Tue, 22 Feb 2022 21:39:19 -0500 Message-ID: Subject: Re: profiling latency in large org-mode buffers (under both main & org-fold feature) To: Samuel Wales Content-Type: multipart/alternative; boundary="00000000000003c98305d8a66069" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::e36 (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::e36; envelope-from=moptop99@gmail.com; helo=mail-vs1-xe36.google.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, PDS_HP_HELO_NORDNS=0.659, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Org Mode Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1645584019; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=8o0aHCjiUvkEY5utHp4jgfAmwizp5qQ2df1VMijOrGQ=; b=OzuibP/GQ6SRLLwRcuHDMUqZjy4lS/1bjYOsODwKsWe5Ov681V06/gCItESNr/xCwEGf3K 7IFn/J5lV//7dTd4zTWxcDy6spE8cihbMcEizgDSX1onSIUmMUILYgq6eXL88ymzibykJj MWZwdERGAecfAB9yc3zNwTn2IAsm97AHMwgFLgro0l8mAvRapjddMPOljyBEMEc6bAZpEs XZLgirN1tIsqPfv/7cli5Ks38dDdnngVdbA7XaIlWvr6P3rBlczw1dAFuqFvVubE7rVh6Z SOfdFJV/OdbCwYLKCAL61y8xHTiAE6TRk/tIBnP5WMip9XIL7Aaq0BDQ1BunNQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1645584019; a=rsa-sha256; cv=none; b=A+LP8q6iw9LO/r7eAqXme0C6WW43H+cftNCxWSr8T+QA8ud+zuIQAoNY8h1u9KTjV/tuuC cdp4RXA6kL/Q2nDCKeQ01LL/COlJJAmo4s35X7dB3NlNQfFUB2HBWDCxbbOo5BYMi2lkqi ycwd4t3oDO7TlutuvbFX4JLhcs1UZLk/urJpn2NqK++dOGhKctvOkY83gH/SSmJUfz4G+w A9qwcBDC8w1m1gBEtQp8aBFkMzQ9xyb5P/UhY8wGqaYm7rmkoAYcuXNrSfwene6n79j0zp 0GWFHJQQcYYJDoecKgXgBjXyV6yz3tVfpq1A2/qussPkZxgUE55BilIjynD87w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=n+cGHFHl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -5.83 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=n+cGHFHl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 824CC3DD1F X-Spam-Score: -5.83 X-Migadu-Scanner: scn0.migadu.com X-TUID: g6U4xuLzuCM2 --00000000000003c98305d8a66069 Content-Type: text/plain; charset="UTF-8" Yes, it definitely seems to be related tofile size, which makes me think that some kind of buffer parsing is the cause of the problem. I'll replay in more detail to Ihor, down below! On Mon, Feb 21, 2022 at 5:22 PM Samuel Wales wrote: > i have been dealing with latency also, often in undo-tree. this might > be a dumb suggestion, but is it related to org file size? my files > have not really grown /that/ much but maybe you could bisect one. as > opposed to config. > > i am not saying that your org files are too big. just that maybe it > could lead to insights. > > > On 2/21/22, Matt Price wrote: > > I'm trying to figure out what causes high latency while typing in large > > org-mode files. The issue is very clearly a result of my large config > > file, but I'm not sure how to track it down with any precision. > > > > My main literate config file is ~/.emacs.d/emacs-init.org, currently > 15000 > > lines, 260 src blocks. > > If I create a ~minimal.el~ config like this: > > > > (let* ((all-paths > > '("/home/matt/src/org-mode/emacs/site-lisp/org"))) > > (dolist (p all-paths) > > (add-to-list 'load-path p))) > > > > (require 'org) > > (find-file "~/.emacs.d/emacs-init.org") > > > > then I do not notice any latency while typing. If I run the profiler > while > > using the minimal config, the profile looks about like this at a high > > level: > > > > 1397 71% - command-execute > > 740 37% - funcall-interactively > > 718 36% - org-self-insert-command > > 686 34% + org-element--cache-after-change > > 10 0% + org-fold-core--fix-folded-region > > 3 0% + blink-paren-post-self-insert-function > > 2 0% + jit-lock-after-change > > 1 0% > > org-fold-check-before-invisible-edit--text-properties > > 9 0% + previous-line > > 6 0% + minibuffer-complete > > 3 0% + org-return > > 3 0% + execute-extended-command > > 657 33% - byte-code > > 657 33% - read-extended-command > > 64 3% - completing-read-default > > 14 0% + redisplay_internal (C function) > > 1 0% + timer-event-handler > > 371 18% - redisplay_internal (C function) > > 251 12% + jit-lock-function > > 90 4% + assq > > 7 0% + substitute-command-keys > > 3 0% + eval > > 125 6% + timer-event-handler > > 69 3% + ... > > > > -------------------------- > > However, if I instead use my fairly extensive main config, latency is > high > > enough that there's a noticeable delay while typing ordinary words. I see > > this regardless of whether I build from main or from Ihor's org-fold > > feature branch on github. The profiler overview here is pretty different > -- > > redisplay_internal takes a much higher percentage of the CPU requirement: > > > > 3170 56% - redisplay_internal (C function) > > 693 12% - substitute-command-keys > > 417 7% + # > > 59 1% + assq > > 49 0% + org-in-subtree-not-table-p > > 36 0% + tab-bar-make-keymap > > 35 0% and > > 24 0% + not > > 16 0% org-at-table-p > > 13 0% + jit-lock-function > > 8 0% keymap-canonicalize > > 7 0% + # > > 4 0% + funcall > > 4 0% display-graphic-p > > 3 0% + # > > 3 0% file-readable-p > > 3 0% + table--probe-cell > > 3 0% table--row-column-insertion-point-p > > 1486 26% - command-execute > > 1200 21% - byte-code > > 1200 21% - read-extended-command > > 1200 21% - completing-read-default > > 1200 21% - apply > > 1200 21% - vertico--advice > > 475 8% + # > > > > ---------------------- > > I've almost never used the profiler and am not quite sure how I should > > proceed to debug this. I realize I can comment out parts of the config > one > > at a time, but that is not so easy for me to do in my current setup, and > I > > suppose there are likely to be multiple contributing causes, which I may > > not really notice except in the aggregate. > > > > If anyone has suggestions, I would love to hear them! > > > > Thanks, > > > > Matt > > > > > -- > The Kafka Pandemic > > A blog about science, health, human rights, and misopathy: > https://thekafkapandemic.blogspot.com > --00000000000003c98305d8a66069 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, it definitely seems to be related tofile size, which = makes me think that some kind of buffer parsing is the cause of the problem= . I'll replay in more detail to Ihor, down below!

On Mon, Feb 21, 20= 22 at 5:22 PM Samuel Wales <samo= logist@gmail.com> wrote:
i have been dealing with latency also, often in undo-tree.= =C2=A0 this might
be a dumb suggestion, but is it related to org file size?=C2=A0 my files have not really grown /that/ much but maybe you could bisect one.=C2=A0 as<= br> opposed to config.

i am not saying that your org files are too big.=C2=A0 just that maybe it could lead to insights.


On 2/21/22, Matt Price <moptop99@gmail.com> wrote:
> I'm trying to figure out what causes high latency while typing in = large
> org-mode files.=C2=A0 The issue is very clearly a result of my large c= onfig
> file, but I'm not sure how to track it down with any precision. >
> My main literate config file is ~/.emacs.d/emacs-init.org, currently 1= 5000
> lines, 260 src blocks.
> If I create a ~minimal.el~ config like this:
>
> (let* ((all-paths
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'("/home/matt/src/org= -mode/emacs/site-lisp/org")))
>=C2=A0 =C2=A0 =C2=A0(dolist (p all-paths)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(add-to-list 'load-path p)))
>
>=C2=A0 =C2=A0(require 'org)
>=C2=A0 =C2=A0(find-file "~/.emacs.d/emacs-init.org")
>
> then I do not notice any latency while typing.=C2=A0 If I run the prof= iler while
> using the minimal config, the profile looks about like this at a high<= br> > level:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01397=C2=A0 71% - command-execute
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 740=C2=A0 37%=C2=A0 - funcall-intera= ctively
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 718=C2=A0 36%=C2=A0 =C2=A0- org-self= -insert-command
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 686=C2=A0 34%=C2=A0 =C2=A0 + org-ele= ment--cache-after-change
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A010=C2=A0 =C2=A00%=C2=A0 =C2=A0= + org-fold-core--fix-folded-region
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 =C2=A0= + blink-paren-post-self-insert-function
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 2=C2=A0 =C2=A00%=C2=A0 =C2=A0= + jit-lock-after-change
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A00%
> org-fold-check-before-invisible-edit--text-properties
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 9=C2=A0 =C2=A00%=C2=A0 =C2=A0= + previous-line
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 6=C2=A0 =C2=A00%=C2=A0 =C2=A0= + minibuffer-complete
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 =C2=A0= + org-return
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 =C2=A0= + execute-extended-command
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 657=C2=A0 33%=C2=A0 - byte-code
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 657=C2=A0 33%=C2=A0 =C2=A0- read-ext= ended-command
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A064=C2=A0 =C2=A03%=C2=A0 =C2=A0= - completing-read-default
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A014=C2=A0 =C2=A00%=C2=A0 =C2=A0= =C2=A0+ redisplay_internal (C function)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A00%=C2=A0 =C2=A0= =C2=A0+ timer-event-handler
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 371=C2=A0 18% - redisplay_internal (= C function)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 251=C2=A0 12%=C2=A0 + jit-lock-funct= ion
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A090=C2=A0 =C2=A04%=C2=A0 + assq=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 7=C2=A0 =C2=A00%=C2=A0 + subs= titute-command-keys
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 + eval=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 125=C2=A0 =C2=A06% + timer-event-han= dler
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A069=C2=A0 =C2=A03% + ...
>
> --------------------------
> However, if I instead use my fairly extensive main config, latency is = high
> enough that there's a noticeable delay while typing ordinary words= . I see
> this=C2=A0 regardless of whether I build from main or from Ihor's = org-fold
> feature branch on github. The profiler overview here is pretty differe= nt --
> redisplay_internal takes a much higher percentage of the CPU requireme= nt:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3170=C2=A0 56% - redisplay_internal = (C function)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 693=C2=A0 12%=C2=A0 - substitute-com= mand-keys
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 417=C2=A0 =C2=A07%=C2=A0 =C2=A0+ #&l= t;compiled -0x1c8b98a4b03336f3>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A059=C2=A0 =C2=A01%=C2=A0 + assq=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A049=C2=A0 =C2=A00%=C2=A0 + org-= in-subtree-not-table-p
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A036=C2=A0 =C2=A00%=C2=A0 + tab-= bar-make-keymap
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A035=C2=A0 =C2=A00%=C2=A0 =C2=A0= and
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A024=C2=A0 =C2=A00%=C2=A0 + not<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A016=C2=A0 =C2=A00%=C2=A0 =C2=A0= org-at-table-p
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A013=C2=A0 =C2=A00%=C2=A0 + jit-= lock-function
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 8=C2=A0 =C2=A00%=C2=A0 =C2=A0= keymap-canonicalize
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 7=C2=A0 =C2=A00%=C2=A0 + #<= ;compiled 0x74a551771c7fdf1>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4=C2=A0 =C2=A00%=C2=A0 + func= all
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4=C2=A0 =C2=A00%=C2=A0 =C2=A0= display-graphic-p
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 + #<= ;compiled 0xe5940664f7881ee>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 =C2=A0= file-readable-p
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 + tabl= e--probe-cell
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3=C2=A0 =C2=A00%=C2=A0 =C2=A0= table--row-column-insertion-point-p
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01486=C2=A0 26% - command-execute
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01200=C2=A0 21%=C2=A0 - byte-code
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01200=C2=A0 21%=C2=A0 =C2=A0- read-ext= ended-command
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01200=C2=A0 21%=C2=A0 =C2=A0 - complet= ing-read-default
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01200=C2=A0 21%=C2=A0 =C2=A0 =C2=A0- a= pply
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01200=C2=A0 21%=C2=A0 =C2=A0 =C2=A0 - = vertico--advice
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 475=C2=A0 =C2=A08%=C2=A0 =C2=A0 =C2= =A0 =C2=A0+ #<subr completing-read-default>
>
> ----------------------
> I've almost never used the profiler and am not quite sure how I sh= ould
> proceed to debug this.=C2=A0 I realize I can comment out parts of the = config one
> at a time, but that is not so easy for me to do in my current setup, a= nd I
> suppose there are likely to be multiple contributing causes, which I m= ay
> not really notice except in the aggregate.
>
> If anyone has suggestions, I would love to hear them!
>
> Thanks,
>
> Matt
>


--
The Kafka Pandemic

A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com
--00000000000003c98305d8a66069--