i should clarify. bulk archiving slows down even with /nonexistent/ (have not tried empty) archives. as part of normal and expected operation, bulk creates the archive for the first entry, and then subsequent entries are added. those get slower and slower.
i was trying to imply e.g. doing archives by year won't fix it. only a few entries are enough to slow it down. i use (olpath category itags). i will try (file time) when i can, if that still applies. my brain needs to be more operational. i should mention that i did also find a bug, but was not able to narrow it down. it has been a while, but it was something like not killing the original entry for one of the entries. i was unable to figure out what conditions needed to obtain for this to occur. On 8/10/21, Ihor Radchenko <yanta...@gmail.com> wrote: > Samuel Wales <samolog...@gmail.com> writes: > >> [this is the case even with zero-size archive files; after a few >> entries it slows down.] > > Do you get the same behaviour with the following code? > > (setq org-archive-save-context-info '(file time)) > > Best, > Ihor > -- The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html