Ok, so I have a Caudium server running either Pike 7.0 or 7.2. It's a
search engine using an in-memory mapping based data structure for the
search. Problem is, it's leaking memory. The 7.0 is leaking a lot
faster than 7.2 it seems (have only tried running 7.2 a short period
of time).
It never stabilizes which indicates that's it's not just ordinary
increase due to fragmentation, caching etc. Using the only available
tool, Debug info for developers, I do clearly see especially mappings
but also strings increase in size. This MIGHT be a mapping-based cache
that's caching more than it should but it's close to impossible to
find out.
A snapshot of the debug info is available at
http://david.hedbor.org/tmp/debug.gif
One interesting thing to note is that there are -12862 - i.e there's
obviously a bug in the object counting.
Since the number of mappings doesn't change as much, and sometimes
decreases even though memory increases, it seems like it IS something
that is being added to rather than a pure leak.. As a matter of fact,
since the GIF snapshot, there are only 8 more mappings but almost 30
MB more memory used by them.
Does anyone have any good suggestions on how to figure this out? An
optimal solution would be to be able to get a list of all mappings and
their memory usage (or at least the ones using significant amount of
memory, since there are 6.3 million mappings...).
4
8
Pike in Gentoo
by Ian D (cute in a stupid-ass way) @ Pike (-) developers forum
23 Dec '02
23 Dec '02
No, dodir doesn't help, I get access violations.
1
0
Pike in Gentoo
by M�rten Woxberg (Farligt med fest) @ Pike (-) developers forum
23 Dec '02
23 Dec '02
Hi, text in english since Pike developers forum seems to use that
language.
I tried to do my first from scratch ebuild.. haven't tried it at all
but I thought you might :)
Not even sure it works :) but it's a start for someone more
experienced in python and Gentoo
------------------------pike-7.4.10.ebuild-------------------------
# Distributed under the terms of the GNU General Public License v2
S="${WORKDIR}/pike-${PV}"
HOMEPAGE="http://pike.ida.liu.se"
DESCRIPTION="Pike programming language and runtime"
SRC_URI="ftp://pike.ida.liu.se/pub/pike/latest-stable/Pike-v${PV}.tar.gz"
LICENSE="GPL, LGPL"
KEYWORDS="x86 ppc"
SLOT="7.4"
src_compile() {
emake || die
make so || die
}
src_install () {
make \
INSTALL_BIN=${D}/usr/bin \
INSTALL_MAN=${D}/usr/share/man/man1 \
INSTALL_LIB=${D}/usr/lib/
install || die
}
-----------------------------------------
2
4
Pike in Gentoo
by Ian D (cute in a stupid-ass way) @ Pike (-) developers forum
23 Dec '02
23 Dec '02
Uh, I'm just wrong here. It's not finding any Makefile because the
directory is named differently. I mentioned this a way back when I was
trying to build my own ebuild.
hi,
from the release notes:
Note that although useful, this feature has important disadvantages
and will probably be obsoleted by a better alternative in the future.
...
Another method that overcomes these problems will likely be
implemented. The problem is that it can give compatibility problems to
change old code that uses implicit lambdas to that one, since e.g.
return will work differently without giving any sort of error.
given these statements why was the opportunity not taken,
to remove implicit lambda again before the 7.4 release.
anybody using 7.3 should not be depending on stability,
and may be expected to change code, but now that the cat is loose
it will be much harder to catch.
though i still think that the feature can be removed now,
before 7.4 becomes widespread.
what reasons would be against doing that?
greetings, martin.
--
interested in doing pike programming, sTeam/caudium/pike/roxen training,
sTeam/caudium/roxen and/or unix system administration anywhere in the world.
--
pike programmer working in europe csl-gmbh.netopen-steam.org (www.archlab|(www|db).hb2).tuwien.ac.at
unix bahai.or.at iaeste.(tuwien.ac|or).at
systemadministrator (stuts|black.linux-m68k).org is.(schon.org|root.at)
Martin Bähr http://www.iaeste.or.at/~mbaehr/
3
4
Pike 7.4
by Martin Nilsson (bygger parser @ Pike (-) developers forum
19 Dec '02
19 Dec '02
So, Pike 7.4.8 is now the RC2.
3
8
Pike 7.4
by Martin Nilsson (bygger parser @ Pike (-) developers forum
19 Dec '02
19 Dec '02
Or, you can take one from another tree and edit it to how you think it
was... :)
1
0
Pike 7.4
by Martin Nilsson (bygger parser @ Pike (-) developers forum
19 Dec '02
19 Dec '02
Well then. ftp://pike.ida.liu.se/pub/pike/latest-stable now gives you
Pike 7.4. The website is updated. Those building binaries may place
them in the public ftp now.
2
3
Pike 7.4
by Martin Nilsson (bygger parser @ Pike (-) developers forum
19 Dec '02
19 Dec '02
Though, given that the condensed changelog is 35k, perhaps a link is
enough. A condensed condensed changelog might be an idea.
1
0
val-tags
by Peter Bortas @ Pike developers forum
19 Dec '02
19 Dec '02
What function does CVSROOT/val-tags fill? I'm trying to check out the
c7_4_10 tag but get:
% cvs up -r v7_4_10 ..ter/hack/Pike/7.4
cvs [server aborted]: cannot write /pike/data/cvsroot/CVSROOT/val-tags: Permission denied