Menu
▾
▴
Re: [simspark-devel] performance
|
From: Hedayat V. <hed...@ai...> - 2008-01-31 14:01:57
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html style="direction: ltr;">
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body style="direction: ltr;" bgcolor="#ffffff" text="#000000">
<span>Hi Yuan,<br>
OK, it seems that you are not agree with using a single step (equal the
time spent since the last step) in dWorldStep instead of discreet time
steps. Not a problem since both of situations are undesirable. <br>
<br>
About your suggestion, the parameter could have a second state: "auto"
which could be the default one. In this mode, the server can recognize
the slowness of the running environment and adjusts itself according to
that. Also it can print error messages when it runs slower than real
time so that the user will recognize it. What's your opinion?<br>
<br>
Thanks,<br>
Bye<br>
<br>
<style type="text/css">blockquote {color: navy !important; background-color: RGB(245,245,245) !important; padding: 0 15 10 15 !important; margin: 15 0 0 0; border-left: #1010ff 2px solid;} blockquote blockquote {color: maroon !important; background-color: RGB(235,235,235) !important; border-left-color:maroon !important} blockquote blockquote blockquote {color: green !important; background-color: RGB(225,225,225) !important; border-left-color:teal !important} blockquote blockquote blockquote blockquote {color: purple !important; background-color: RGB(215,215,215) !important; border-left-color: purple !important} blockquote blockquote blockquote blockquote blockquote {color: teal !important; background-color: RGB(205,205,205) !important; border-left-color: green !important}</style><i><b>"Yuan
Xu" <a class="moz-txt-link-rfc2396E" href="mailto:xuy...@gm..."><xuy...@gm...></a></b></i> wrote on 01/31/2008 06:35:37 AM:</span><br>
<blockquote style="border-left: 2px solid rgb(16, 16, 255); color: navy; background-color: rgb(245, 245, 245); padding-left: 15px;" cite="mid:18a...@ma..." type="cite">
<pre wrap="">Hi Hedayat,
You are right. It is only like 2D server, but the latter does not need
so much computation.
As I said in my report about the timer, it depends on the server
performance and hardware.
Currently, some powerful PC can handle the 2v2 game, such as the PC in
the China Open 07.( I do not know the specifies, sorry ). But I am
sure it can not run 11v11. What we can do is optimize the server,
otherwise make the computation time (real time) longer than simulation
time.
However, longer computation time will make game time longer ( it is
not desired by organiger ),
and more important, it is not suitable to the machine learning,
because the experiment is even slower than the real robot.
On the other side, the current server can not run properly in some old computer.
To trade-off, maybe a parameter can imported as `simRate' = simulation
time / real time.
And the user configure it themselves according their hardware. But it
may be hard to newbie.
</pre>
<blockquote type="cite">
<pre wrap=""> Thanks. But there is a problem (I think), it'll be OK if we are
occasionally forced to do more than one step in one cycle, but if it happens
usually which means that the server is unable to finish a single step in the
desired time (which is the current situation I think), the number of
required steps will grow exponentially. So what?! I don't know :(
Ideally, it shouldn't happen at all or at least in some rare cases, but
when it happens, the server will not be able to catch up with the time.
Things might be better if we call dWorldStep with the real elapsed time
which will at least prevent accumulation of server delays. (Considering the
current slowness of the server (at least in my system!), this may change
nothing at all, but it might be better when the server is optimized a bit?!)
</pre>
</blockquote>
</blockquote>
</body>
</html>
|
