Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 76550 - bad RCS performance caused by bad configuration
Summary: bad RCS performance caused by bad configuration
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Seemant Kulleen (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-03 12:31 UTC by tom
Modified: 2005-03-30 06:59 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tom 2005-01-03 12:31:45 UTC
RCS command co is veryvery slow on my system. this is why:
gentoo replaces original rcs configuration script conf.sh by app-text/rcs/files/conf.sh.
this change: http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-text/rcs/files/conf.sh?r2=1.2&r1=1.1&diff_format=l
causes that mmap autodetection is not working properly.
it detects has_mmap=0 (when should be 1)
this causes that large_memory=0
and this leads to very poor performance of RCS and RCS based tools
(operation which in normal case takes <1second takes >5seconds)

solution:
sleep 2 should be uncomented

Reproducible: Always
Steps to Reproduce:
1. emerge rcs

Actual Results:  
RCS compiles with large_memory=0, which leads to poor performance

during compilation I see:
 ./conf.sh: configuring has_map_fd, has_mmap, has_madvise, mmap_signal ... 0, 0, 0,

Expected Results:  
RCS should compile with large_memory=1

during compilation I should see:
./conf.sh: configuring has_map_fd, has_mmap, has_madvise, mmap_signal ... 0, 1,
1, SIGBUS
Comment 1 Seemant Kulleen (RETIRED) gentoo-dev 2005-03-30 06:59:48 UTC
please test -r3 which has quite a few fixes in it. The mmap checks seemed to have worked on my setup here.  The patch bz2, if portage fails to download, is in http://dev.gentoo.org/~seemant/distfiles.

Sorry for the delay everyone.