Prevent process in disk wait
Daniel Bye
freebsd-questions at slightlystrange.org
Thu Oct 12 11:30:05 PDT 2006
On Thursday 12 October 2006 13:44, Chris (Chris
<snagit at cbpratt.prohosting.com>), said:
> On Oct 12, 2006, at 5:18 AM, FreeBSD-Questions wrote:
> > Hello list,
> >
> > While installing the Ruby port on a 6.1-Release system (uname -a
> > ...
> > 37788 p0 DL+ 39:43.11 ./ruby18 ./bin/rdoc --all --ri --op
> > /usr/local/share/ri/1.8/system .
> >
> > The system is an old Pentium 5 with a standard IDE drive. Is there a
>
> When I installed portupgrade last weekend, it seemed to have ruby as
> a dependency and hung for many hours at the exact same point.
portupgrade is written in Ruby, so this is to be expected.
> The
> display of the make was stopped on ri. In looking at top, I noted
> that swap file was being used heavily. This particular system was a
> Pentium 500Mhz with only 128M. I attributed the problem to data IO
> and swap IO contention. After about 4, maybe 5 hours at that one
> spot, it did complete.
This is the stage during the build where the Ruby documentation is built. It
is apparently a very memory-hungry part of the build... If you don't want the
Ruby docs, or are happy to use the online versions at ruby-lang.org, then you
can set WITHOUT_RDOC to prevent the indexing process, or you can use
NOPORTDOCS when building Ruby. There are several ways to do this, depending
on what tools you use for your ports management. I would probably do
something like this in /etc/make.conf:
.if ${.CURDIR:M*/lang/ruby18}
WITHOUT_RDOC=1
.endif
This approach seems to work, no matter what tools you use.
Dan
--
Daniel Bye
PGP Key: ftp://ftp.slightlystrange.org/pgpkey/dan.asc
PGP Key fingerprint: D349 B109 0EB8 2554 4D75 B79A 8B17 F97C 1622 166A
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20061012/60410f19/attachment.pgp
More information about the freebsd-questions
mailing list