On Fri, Jan 30, 2004 at 09:02:29PM +0000, PLD ac-athlon builder wrote: > glib2.spec (auto-ac-glib2-2_2_3-3): OK > > --- glib2.spec:auto-ac-glib2-2_2_3-3: > upgrading packages > Build-Time: user:211.07s sys:15.21s real:278.29s (faults io:1679981 non-io:1106276) > > Files queued for ftp: > 391460 glib2-2.2.3-3.athlon.rpm > 376483 glib2-devel-2.2.3-3.athlon.rpm > 267986 glib2-static-2.2.3-3.athlon.rpm
:) Rozwiązaniem okazało się być: $ sudo chroot ~/chroot-athlon/ grep builder /etc/security/limits.conf builder hard stack 8192 (mógłby być jakiś większy, byle w ramach dostępnej pamięci - jeśli będzie trzeba to się zwiększy; do wycięcia po uaktualnieniu podstawowego systemu do 2.4+-based). Chodziło o to, że libpthread tworzy alokuje dla wątków stos o rozmiarze równym limitowi (chyba soft, ale z jakiegoś powodu po sudo chroot ... su - builder soft==hard). pam z Ra (skompilowany na nagłowkach 2.2) ustawia limit (hard) na 2GB-1 (stara wartość RLIM_INFINITY). soft jest 8MB i poza chrootem działa. W chroocie 2GB-1 oznacza już dokładnie 2GB-1 (a tyle pamięci zaalokować się nie da na tej maszynie), bo RLIM_INFINITY w glibc skompilowanym na nagłówkach 2.4 ma inną wartość. Między normalnym wywołaniem, a przez pythona różnica jest w ustawianiu limitu soft: $ sudo chroot ~/chroot-athlon/ su - builder2 -c ./lim cur:8388608 max:2147483647 $ python testch2.py $ cat testch2.log cur:2147483647 max:2147483647 W pierwszym soft równy standardowemu 8MB, w drugim jest równy hard. Dlaczego - sam bym się chętnie dowiedział. Druga nie wyjaśniona sprawa, to to, dlaczego na i[35]86 problem nie występował. le tego już mi się nie chce szukać - ważna że buildery działają. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ __________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
