Summary: | co (of rcs-5-7) extremely slow | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ole Tange <bugs.gentoo.org> |
Component: | Current packages | Assignee: | Michael M Nazaroff (RETIRED) <naz> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 1.4_rc1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
strace of co-mandrake
strace of co (gentoo) Working ebuild using the user operator |
Description
Ole Tange
2002-11-16 21:15:32 UTC
Created attachment 5738 [details]
strace of co-mandrake
Created attachment 5739 [details]
strace of co (gentoo)
The strace for the mandrake version is much smaller than for the gentoo version. It seems that the gentoo version creates a lot of tmp files which is probably why it takes so long. But why is it making these files when the mandrake version does not?! The strace for the mandrake version is much smaller than for the gentoo version. It seems that the gentoo version creates a lot of tmp files which is probably why it takes so long. But why is it making these files when the mandrake version does not?! Is this still a problem on your system? I just checked mine and this is what it returns. oops disregard that last comment.. hehe I'm looking into the issue.. I have just tried: tar xvfz /usr/portage/distfiles/rcs-5.7.tar.gz cd rcs-5.7/ ./configure make time src/co -p1.23 /tmp/autoconf.texi,v | md5sum which gives: /tmp/autoconf.texi,v --> standard output revision 1.23 420e8717700f3e310bc1f8159e75fd4e - real 0m0.063s user 0m0.032s sys 0m0.006s So it seems if I compile the tar.gz by hand, then I get a fast version. I must conclude that it is the emerge/ebuild that fucks things up. OK. Stuff is getting wierder. It seems if I compile as root the co gets slow, but if I compile as non-privileged user the co gets fast. I have patched the ebuild to use 'operator' for compiling. Can we expect everybody to have this user and that this user has a valid shell? Created attachment 6955 [details]
Working ebuild using the user operator
Portage now compiles with the user portage, so this problem is now solved Ok, well I will just mark this as being now invalid since the issue seems to have worked itself out. Naz |