From xemacs-m  Thu Mar 20 17:29:31 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id RAA22929
	for <xemacs-beta@xemacs.org>; Thu, 20 Mar 1997 17:29:28 -0600 (CST)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.5/8.8.5) id PAA28132;
	Thu, 20 Mar 1997 15:41:07 -0800
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: 20.1b8 slowness (again)
References: <199703202150.NAA20796@sandman>
X-Url: http://www.miranova.com/%7Esteve/
X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5"
 f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I
 OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+
X-Attribution: sb
From: Steven L Baur <steve@miranova.com>
In-Reply-To: Dan Rich's message of Thu, 20 Mar 1997 13:50:35 -0800
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
Date: 20 Mar 1997 15:41:05 -0800
Message-ID: <m2zpvyw2r2.fsf@altair.xemacs.org>
Lines: 21
X-Mailer: Gnus v5.4.33/XEmacs 20.1(beta9)

Dan Rich writes:

> The slowness that I'm seeing in XEmacs 20.1 just got worse.  I just
> watched it take over 5 minutes to decode a base64 message in VM
> (6.20).  Now, I have to admit, it was a fairly large file (~580KB
> after decoding), but 5 min. is a *long* time to have your emacs
> process completely hung (and taking 90+% of the CPU).

Files of that size should not be decoded in Lisp, that's why we have
mmencode distributed with XEmacs.

I did some fiddling with tm's base64 decoding earlier thinking that it
might be a win to avoid spawning mmencode.  It wasn't even close.

Also, if it was a jpeg, a temporary file is used to display the
image.  (I think William has worked out the last problem I could find
with the in-memory jpeg code, and the next betas will again default to 
in-memory conversion).
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.

