Thank you all very much.
Just now, I managed this problem. My original running environment is only 4G
ram. When I changed to another environment with 16G ram, the running is
right.
Best wishes;
Jun Lang
2009/12/16 Danish Contractor danish.contractor@gmail.com
Also clean the giza2bal.pl
Hi Alex
Philipp is correct, multi-threaded moses is unlikely to work with randlm since
the latter uses a (presumably) non-thread-safe cache.
As regards the compile error, this is due to a recent change in the mbr code,
and the fact that we don't have a regression test to pick it up. I should
Hi Barry and Philipp,
Philipp is correct, multi-threaded moses is unlikely to work with randlm since
the latter uses a (presumably) non-thread-safe cache.
Darn, RandLM would be really useful together with threading because
our cluster has low memory machines with 8 processors. David or Miles,
It compiles for me without RandLM fine. BTW, it would be cool to stick
something about -threads in the moses usage when compiled with threads.
No, I was wrong about that. I ran the wrong binary. It didn't compile,
I'll roll back. Thanks.
Cheers, Alex
Hi Alex
I've checked in a fix for the compile problem, so it should be ok to use the
latest svn version,
regards
Barry
On Thursday 17 Dec 2009 22:17:16 Alexander Fraser wrote:
It compiles for me without RandLM fine. BTW, it would be cool to stick
something about -threads in the moses usage
Thank a lot Marcello!
--Q
On Thu, Dec 17, 2009 at 4:47 PM, Marcello Federico feder...@fbk.eu wrote:
Hi, it is just related to the LM penalty assigned to OOV words:
the default value is set to 10^7. So you should not need to
change it. DUB stands for dictionary upper bound.
marcello
Making RandLM thread-safe is something I've been thinking about.
There are a number of bug fixes which need dealing with too, so
perhaps at some point I'll push out a new release.
Miles
2009/12/17 Alexander Fraser fra...@ims.uni-stuttgart.de:
Hi Barry and Philipp,
Philipp is correct,
