bug#122: 23.0.60; Slowdown in directory scanning over time.

[Kenichi Handa]

In article <E1KfImG-0002AY-GR@fencepost.gnu.org>, "Richard M. Stallman" 
<rms@gnu.org> writes:

> The code looks inefficient too.  Even when it reuses the
> code-conversion buffer, it calls Fget_buffer_create.
> It seems to be killing and recreating these buffers,
> which must be slow.

>     ???  I don't see what's wrong with the current code.  I
>     think the functions make_conversion_work_buffer,
>     code_conversion_save, and code_conversion_restore do the
>     right thing.

> They do the right thing, but it looks like they do it inefficiently.

I've just modified the current code to avoid calling
Fget_buffer_create when we alreay have
Vcode_conversion_reused_workbuf.  But, I think it doens't
influence the efficiency that much because
Fget_buffer_create doesn't create a new buffer if a buffer
of the specified name already exists.

I think the current problem of slowness was fixed by a fix
of Finsert_file_contents as in my previous mail.

---
Kenichi Handa
handa@ni.aist.go.jp