What is the OS and the compiler? If you're using some unix-like OS, the
output of "ulimit -a" would be useful.
On 09/22/2015 10:34 AM, Дмитрий Кашин wrote:
Dear all,
I wanna notice that it was originally sent into us...@racket-lang.org mailing
list, but it was rejected by list's moderator because list had been moved to
Google Groups. So I resend it via Gmail.
I did not understand how to send and to get letters here with my mail client,
so I have some problems with communication here. I'd be glad if somebody
explains me how to do it: I'm really newbie with Google Groups.
-----
Hello everybody.
Our company produces DPL systems using Racket Scheme language. Sometimes (but
very rare) we make some contributions to the Racket standard collections, and
we have a big problem: the rebuild process of Racket takes about 4 hours, and
it harms our continuous integration process. Espesially it harms us when we
want to set up a new build stand. I wanted to decrease this time using multiple
threads because I heard that Raco can work with them.
While building the compiler itself I used "make -jN". I've been also trying to set
PLT_SETUP_OPTIONS to "-j N" where N is a number of threads.
But I've found that the build in this way can produce some inconsistent result.
Builds with 8 threads has crashed as bad as with 7 ones. With 6 threads the
build has finished with success in 20 minutes for 3 times, but then 3 times
failed with different SIGSEGV errors.
Here are some of them:
1. SIGSEGV MAPERR si_code 1 fault on addr 0x7fd774b54018
2. SIGSEGV SI_KERNEL SI_ERRNO 0 fault on addr (nil)
They could happen at random time at compilation of random collection. Address
could be nil or some different. The second error was seen by me more often than
the first one.
I suppose that it's the problem of GC because it uses SIGSEGV for some
purposes. Maybe I should disable GC? But is it possible and how?
I need a recommendation how to solve this problem. Does somebody build Racket
with multiple threads? Is there a correct way to do it? How could I achieve a
consistent build?
UPD:
I've set PLTDISABLEGC="1" trying to disable GC. And I've got the same: "SIGSEGV
MAPERR si_code 1 fault on addr 0x8".
So I think it could be not a garbage collector's problem.
BTW, I want to understand how raco does parallel building process into threads.
I know that racket does not have native threads, but has only green ones. But
in htop I saw numerous threads (I suppose it was threads because they shared
the save virtual memory). How could it be? Do raco use native threads because
it's written not in Racket but in C/C++?
UPD#2:
I returned to a consistent building of racket with 1 thread. I don't see a way
how to have guarantees that the build is fine with such a strange raco's
behavior. Need a discussion.
--
You received this message because you are subscribed to the Google Groups "Racket
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
