All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
To: Alain Tesio <alain@onesite.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: HIGHMEM=4G slows down ps2pdf with 2.4.28
Date: Thu, 2 Dec 2004 17:08:15 -0200	[thread overview]
Message-ID: <20041202190815.GA2843@dmt.cyclades> (raw)
In-Reply-To: <20041201232522.6e39c954@alain>

On Wed, Dec 01, 2004 at 11:25:22PM +0100, Alain Tesio wrote:
> Hi,
> 
> With a 2.4.28 kernel, 1.5 Go RAM and nothing exotic, everything works fine
> with CONFIG_HIGHMEM4G and CONFIG_HIGHMEM=y except that
> ps2pdf is about 30 times slower 
> 
> ps2pdf is a script using ghostscript with device=pdfwriter, I don't know if he's
> doing something special with memory allocations.
> 
> If you want to test it, use this file:
> http://www.floc.net/observer/USDP/hoyteclassical/hoyteclassical.ps
> (gs-gpl 8.01 on debian sid)
> 
> Other usual server daemons seems unaffected.
> 
> If this is a known behaviour for HIGHMEM to slow down random apps, it will
> be nice to put a warning in the make config help !

How does /proc/mtrr look like? 

Maybe some of your memory is configured as uncacheable.

> #lspci | grep bridge
> cat /proc0000:00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
> 0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2)
> 0000:00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02)
> 
> #cat /proc/meminfo
>         total:    used:    free:  shared: buffers:  cached:
> Mem:  1579692032 1522913280 56778752        0 194080768 798294016
> Swap: 2147467264 19042304 2128424960
> MemTotal:      1542668 kB
> MemFree:         55448 kB
> MemShared:           0 kB
> Buffers:        189532 kB
> Cached:         766428 kB
> SwapCached:      13156 kB
> Active:         461848 kB
> Inactive:       800564 kB
> HighTotal:      646336 kB
> HighFree:         2044 kB
> LowTotal:       896332 kB
> LowFree:         53404 kB
> SwapTotal:     2097136 kB
> SwapFree:      2078540 kB
> 
> #cat /proc/cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 2
> model name      : Intel(R) Pentium(R) 4 CPU 3.40GHz
> stepping        : 9
> cpu MHz         : 3400.211
> cache size      : 512 KB
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 2
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
> bogomips        : 6789.52

  reply	other threads:[~2004-12-03  1:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-01 22:25 HIGHMEM=4G slows down ps2pdf with 2.4.28 Alain Tesio
2004-12-02 19:08 ` Marcelo Tosatti [this message]
2004-12-03 20:58   ` Alain Tesio
2004-12-06 18:41     ` Marcelo Tosatti
2004-12-06 19:43       ` Marcelo Tosatti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041202190815.GA2843@dmt.cyclades \
    --to=marcelo.tosatti@cyclades.com \
    --cc=alain@onesite.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.