headers
Bill Janssen | 8 Dec 2010 19:28
Favicon

Re: bizarre hangs with mh-e; how to avoid odd characters?

So, I found out what was going on with my very slow displays of some
messages and folder lists.

I build GNU Emacs with X11 from source on OS X to read my mail with.
Turns out I didn't have pkg-config configured properly to find the X11
fontconfig program, so it was running without the Emacs 23 client-side
font support.  Emacs in that case will iterate through all the
server-side fonts it can find to see if any of them define the glyph it
wants to render.  That's what was taking all the time.

So, the key is to re-build Emacs with fontconfig support, and the secret
to doing that properly is to (1) make sure you download, build, and
install pkg-config (it's not on Macs by default); and (2) set the
PKG_CONFIG_PATH environment variable to something like
"/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig" before configuring
emacs.  With Emacs 23.1 and later, that should give you
fontconfig/libxft support, and Emacs will just iterate over the fonts
found through that mechanism (client-side) to find those glyphs.  My
speed problems seem to have disappeared.

Bill

------------------------------------------------------------------------------
This SF Dev2Dev email is sponsored by:

WikiLeaks The End of the Free Internet
http://p.sf.net/sfu/therealnews-com
Permalink | Reply | 1 comment |
headers
Bill Wohler | 8 Dec 2010 22:47
Picon
Picon
Gravatar

Re: bizarre hangs with mh-e; how to avoid odd characters?

Bill Janssen <janssen <at> parc.com> wrote:

> So, the key is to re-build Emacs with fontconfig support, and the secret
> to doing that properly is to (1) make sure you download, build, and
> install pkg-config (it's not on Macs by default); and (2) set the
> PKG_CONFIG_PATH environment variable to something like
> "/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig" before configuring
> emacs. With Emacs 23.1 and later, that should give you
> fontconfig/libxft support, and Emacs will just iterate over the fonts
> found through that mechanism (client-side) to find those glyphs.  My
> speed problems seem to have disappeared.

Bill, I'm glad you figured it out, and thanks for passing on the HOWTO.

--

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

------------------------------------------------------------------------------
This SF Dev2Dev email is sponsored by:

WikiLeaks The End of the Free Internet
http://p.sf.net/sfu/therealnews-com
Permalink | Reply | 0 comments |
headers
Greg Minshall | 11 Dec 2010 22:22
Picon

solution for scans taking a long time fix ($$$ == SSD drive)

by the way, i've been having somewhat long scan times on folders with,
e.g., 2800 messages in them.  maybe 20-30 seconds.

i recently splurged and installed an SSD drive (in my mac laptop).  now
my scan times are down to around a second.  quite a difference!

cheers, all.

------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages, 
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev
Permalink | Reply | 1 comment |
headers
Bill Wohler | 13 Dec 2010 06:18
Picon
Picon
Gravatar

Re: solution for scans taking a long time fix ($$$ == SSD drive)

Greg Minshall <minshall <at> umich.edu> wrote:

> by the way, i've been having somewhat long scan times on folders with,
> e.g., 2800 messages in them.  maybe 20-30 seconds.

Wow, that's slow! Do you know the speed of the drive? The size of your
L2 cache?

On my Lenovo T500 laptop with a 7,500 RPM drive, I think, and 6.144 MB
L2 cache, scan on my +outbox (23,216 messages) only took 4.299 seconds.
Redirecting the output to /dev/null lowered the time to 0.762 seconds
:-).

> i recently splurged and installed an SSD drive (in my mac laptop). now
> my scan times are down to around a second. quite a difference!

That's definitely the wave of the future and will likely be my next
drive too.

Cheers!

--

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages, 
OCI, SQL*Plus, data movement tools, best practices and more.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane