[Olympus developers 86]: Fwd: Re: memory footprint of ravenclaw framework
bfrisch at cs.cmu.edu
Fri Jan 16 02:08:39 EST 2009
The two key challenges, in my opinion, for an embedded version of the
framework as it is in its current state of development is the reliance of
Windows Threading API's for in process threading, and the 10+ network ports
needed for inter-process communication (which is primarily due to the use of
the Galaxy Communicator). There is work in progress by myself to make the
Olympus architecture build on Unix based Operating Systems, but there is no
work to replace the Galaxy Communicator with a version that uses Kernel
level inter-process communication nor is there an effort to create a single
executable version of Olympus to the best of my knowledge. We would accept
contributions addressing both of the key challenges. (E-mail me personally
with your preferred user name and password for filing bugs and committing,
and I will get you setup to submit patches (that someone will checkin after
review) through "bug" reports on http://trac.speech.cs.cmu.edu/olympus , and
I will find out the policy about if and when to give commit access if
possible.) In general, as mentioned earlier, our text to speech synthesizer
library and our speech decoder library are both optimized for embedded
systems already, but the rest of the system is not; however, while we
primarily run the system on powerful machines, the system is usable and
responsive on our less powerful development machines (which usually have
around a 2 GHz P4 and 1 GB RAM). Both the replacement of the Window's
Threading API's (especially if the embedded device will not run Windows
Mobile/CE) and the Galaxy Communicator would significantly help the system
work well in an embedded domain. I will be sending out an e-mail shortly
about a meeting to discuss progress on the Unix conversion, and you could
join remotely if you can.
Of course, from the prospective of the system in general RavenClaw, Apollo
etc. both contain code for states that are rarely used and could probably
also be replaced with something more light-weight or have some states/code
not compiled. I also understand that language processing is heavily reliant
on preprocessor variables and logic written for the specific processing in
C, and that could be probably be improved as well.
I will talk to other developers tomorrow and get their opinions as well.
Undergraduate Research Assitant
On Thu, Jan 15, 2009 at 7:35 AM, Chandrakanth Reddy Dargula <
Chandrakanth.Dargula at infotech-enterprises.com> wrote:
> I am software engineer in embedded domain
> and interested in contributing to the open source olympus dialog
> management framework. I am a rookie to this framework. Could you
> please let me know what are the key challenges still present in this
> framework and which are i can concentrate to contribute to this
> Could please also let me is there any research or development going on
> to develop similar kind of framework for handheld devices(embedded
> applications). If it is already started what are key challenges which
> still needs to be addressed for the same.
> From: Antoine Raux [antoine.raux at polytechnique.org]
> Sent: Tuesday, January 13, 2009 12:22 AM
> To: Thomas Harris
> Cc: Chandrakanth Reddy Dargula; olympus-developers at cs.cmu.edu
> Subject: Re: [Olympus developers 81]: Re: memory footprint of ravenclaw
> Yes, PocketSphinx and Flite are both designed to work on handheld
> devices (hence the "Pocket" in PocketSphinx and the "lite" in Flite).
> Now this is not the case for the rest of Olympus (parser, dialog
> manager, natural language generation, and last but not least, Galaxy
> My guess is that you'd have to find (or create) a lightweight
> alternative to Galaxy (to let your modules talk to each other), and at
> least a new version of RavenClaw, which is really not optimized for
> performance (or memory usage). Now depending on your application, you
> might not need all the bells and whistles of RavenClaw (and god knows
> there are quite a few), so if you can get away with a much simpler
> dialog manager (in which case, NLU and NLG should not be a problem
> either), I assume you'd be able to fit a whole system on a (reasonably
> powerful) handheld device.
> On Mon, 2009-01-12 at 09:08 -0500, Thomas Harris wrote:
> > Fortunately, PocketSphinx and Flight both have integer-only modes, so
> > you can manage without a floating-point unit if you need to.
> > -Thomas
> > On Mon, Jan 12, 2009 at 1:57 AM, Chandrakanth Reddy Dargula
> > <Chandrakanth.Dargula at infotech-enterprises.com> wrote:
> > Antoine,
> > Thanks for your inputs. Could any one let me know what are key
> > challenges that will come across to develop similar kind of
> > system in handheld devices.
> > Regards,
> > Chandrakanth.
> > ________________________________________
> > From: Antoine Raux [antoine.raux at polytechnique.org]
> > Sent: Saturday, January 10, 2009 6:25 AM
> > To: Chandrakanth Reddy Dargula
> > Cc: olympus-developers at cs.cmu.edu
> > Subject: Re: [Olympus developers 76]: memory footprint of
> > ravenclaw framework
> > Hi Chandrakanth,
> > Thank you for your interest in Olympus. I'm not exactly sure
> > of the
> > memory footprint of Olympus applications (I'm no longer at CMU
> > and do
> > not have an Olympus set up at hand to check) but I know that
> > we are
> > running the full Let's Go system (including speech
> > recognition,
> > synthesis, interaction and dialog management, etc) on a single
> > PC (3GHz
> > dual-core with 4GB of memory, although slightly less powerful
> > configurations would probably work too).
> > Hope this helps a bit... If anyone else cares to share their
> > own
> > experience...
> > antoine
> > On Fri, 2009-01-09 at 18:08 +0530, Chandrakanth Reddy Dargula
> > wrote:
> > > Hi,
> > > Could you please let me know approximate memory foot print
> > of any
> > > application developed using this olympus/ravenclaw dialog
> > framework.
> > > Speed requirement of any processor required to run
> > application built
> > > based on this framework.
> > >
> > > Thanking you.
> > >
> > > Regards,
> > > Chandrakanth.
> > >
> > >
> > >
> > >
> > > DISCLAIMER:
> > >
> > > This email may contain confidential information and is
> > intended only
> > > for the use of the specific individual(s) to which it is
> > addressed. If
> > > you are not the intended recipient of this email, you are
> > hereby
> > > notified that any unauthorized use, dissemination or copying
> > of this
> > > email or the information contained in it or attached to it
> > is strictly
> > > prohibited. If you received this message in error, please
> > immediately
> > > notify the sender at Infotech or
> > Mail.Admin at infotech-enterprises.com
> > > and delete the original message.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Olympus-developers