Christian, Are you referring to the lmserver, or to the new code that Miles had alluded to?
If you're referring to the lmserver, I assume that means that the code is not currently usable. Is that correct? Thanks, Lane On Tue, Feb 14, 2012 at 9:52 AM, Christian Federmann <[email protected]> wrote: > Hi Lane, > > I'd love to work on that again but time has been > an extremely scarce resource so far in 2012... > > Luckily, my schedule looks better starting this > March, which means I will clean up the code and > bring it into usable state. > > If all goes well, I can give you a more clear > answer next week; might manage to check out the > code until then... > > Hope this helps, > Christian > > > > > Lane Schwartz <[email protected]> hat am 14. Februar 2012 um 15:45 > geschrieben: > >> Miles, >> >> Just ran across this email and thought I'd follow up. How is this >> coming along? :) >> >> Cheers, >> Lane >> >> >> On Thu, Nov 17, 2011 at 11:31 AM, Miles Osborne <[email protected]> wrote: >> > what we have is something that is very similar to the Google "bloomier >> > filter" setup --ie a randomised LM, with the actual LM sharded across >> > multiple machines. we have been working on making it faster and have >> > some results here. >> > >> > with any luck we will release this sometime early next year >> > Miles >> > >> > On 17 November 2011 16:25, Christian Federmann <[email protected]> wrote: >> >> Hi Peter, Hieu, all, >> >> >> >> my thesis stuff is rather outdated and likely not working with current >> >> Moses code. >> >> >> >> As Hieu pointed out, the whole thing is problematic as networked requests >> >> take much >> >> longer than in-memory n-gram lookups. In the Dublin MT Marathon, Mark >> >> Fishel and I >> >> worked on optimal batching of LMServer requests and got pretty far; the >> >> combination >> >> of Miles' RandLM and such a batched, remote LM interface could be a nice >> >> thing... >> >> >> >> Cheers, >> >> Christian >> >> >> >> >> >> >> >> On Nov 17, 2011, at 2:53 PM, Hieu Hoang wrote: >> >> >> >>> hi peter >> >>> >> >>> i think christian federmann worked on the remote LM : >> >>> >> >>> https://www.google.com/search?hl=en&q=federmann+Very+large+language+models+for+machine+translation >> >>> however, IMO, the decoder is lacking the infrastructure to do remote LM. >> >>> >> >>> to do it well, the decoder has to batch the LM calls to minimise second >> >>> too many queries. Also, it has to make the calls asynchronously rather >> >>> than wait for the LM query to complete. >> >>> >> >>> I'm not sure how far christian got but i suspect this is a major >> >>> undertaking >> >>> >> >>> ps. your email to the mailing list went through fine. Why did you think >> >>> it didn't? >> >>> http://news.gmane.org/gmane.comp.nlp.moses.user >> >>> >> >>> On 17/11/2011 14:54, P.J. Berck wrote: >> >>>> Hi, >> >>>> >> >>>> I was looking at the possibility to use a remote LM in moses, but I >> >>>> can't >> >>>> find any documentation. >> >>>> >> >>>> I know about the "6 0 3 host:port" specification in moses.ini, but a >> >>>> naive test just gives errors like "Your data contains<s> in a position >> >>>> other than the first word." >> >>>> >> >>>> Is there some kind of protocol I need to implement? What kind of results >> >>>> does moses expect? >> >>>> >> >>>> Thanks for pointers, >> >>>> -peter >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> Moses-support mailing list >> >>>> [email protected] >> >>>> http://mailman.mit.edu/mailman/listinfo/moses-support >> >>>> >> >>>> >> >>> _______________________________________________ >> >>> Moses-support mailing list >> >>> [email protected] >> >>> http://mailman.mit.edu/mailman/listinfo/moses-support >> >> >> >> >> >> _______________________________________________ >> >> Moses-support mailing list >> >> [email protected] >> >> http://mailman.mit.edu/mailman/listinfo/moses-support >> >> >> > >> > >> > >> > -- >> > The University of Edinburgh is a charitable body, registered in >> > Scotland, with registration number SC005336. >> > >> > _______________________________________________ >> > Moses-support mailing list >> > [email protected] >> > http://mailman.mit.edu/mailman/listinfo/moses-support >> >> >> >> -- >> When a place gets crowded enough to require ID's, social collapse is not >> far away. It is time to go elsewhere. The best thing about space travel >> is that it made it possible to go elsewhere. >> -- R.A. Heinlein, "Time Enough For Love" > -- > Dipl.-Inf. Christian Federmann, Researcher, Language Technology Lab > Office +1.09 -- Phone +49-681/857-75-5353, Fax +49-681/857-75-5338 > DFKI GmbH, Campus D3 2, Stuhlsatzenhausweg 3, 66123 Saarbruecken > http://www.dfki.de/~cfedermann > > ------------------------------------------------------------------- > Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH > Trippstadter Strasse 122, D-67663 Kaiserslautern, Germany > Geschaeftsfuehrung: > Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) > Dr. Walter Olthoff > Vorsitzender des Aufsichtsrats: > Prof. Dr. h.c. Hans A. Aukes > Amtsgericht Kaiserslautern, HRB 2313 > ------------------------------------------------------------------- -- When a place gets crowded enough to require ID's, social collapse is not far away. It is time to go elsewhere. The best thing about space travel is that it made it possible to go elsewhere. -- R.A. Heinlein, "Time Enough For Love" _______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
