This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Performance of ld on GFS (Global File System)
- From: "Harald Anlauf" <anlauf at gmx dot de>
- To: "Harald Anlauf" <anlauf at gmx dot de>, amodra at bigpond dot net dot au
- Cc: binutils at sourceware dot org
- Date: Mon, 13 Oct 2008 17:15:42 +0200
- Subject: Re: Performance of ld on GFS (Global File System)
- References: <48DA9CE5.8070802@gmx.de> <20080925025405.GJ17852@bubble.grove.modra.org> <20080925134728.228300@gmx.net>
> I increased BFD_CACHE_MAX_OPEN from 10 to 100, which I presumed to
> be large enough. On GFS, system time and wall time for linking went down
> between 30 to 40%, which is good, but still far from a factor 100 or so.
> :-(
> (The change was neutral on the system with local disk.)
In the meantime I was pointed out off-list that linking is much faster
when the resulting binary is placed on a local disk instead of on GFS.
It is not necessary to copy input files or libraries to the local filesystem.
So a workaround is to rename ld and call it by a suitable wrapper script,
which generates the binary on a temporary filesystem and copies it back.
This actually reduces system and wall clock time by a factor of about 100,
and I am almost back to normal.
Cheers,
Harald
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer