On 5/31/07, <b class="gmail_sendername">leon zadorin</b> &lt;<a href="mailto:leonleon77@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">leonleon77@gmail.com</a>&gt; wrote:<br><div><span class="gmail_quote">
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
OK, the next thing would be to do something like the following:<br>whilst the &quot;frozen&quot; vic is running and &quot;trying to receive DV&quot;, use &quot;ps<br>aux&quot;&nbsp;&nbsp;to find out the frozen vic&#39;s PID (process id); then
<br>strace -pPID<br>This will give you the status of any system calls that vic may be<br>making at a time...<br>If the last message is &quot;futex waiting&quot; and that&#39;s it (when vic is on a<br>very little cpu usage) then see below :-)
</blockquote><div><br>Yeah, when it&#39;s not using much CPU it&#39;s either running through a bunch of gettimeofday and recvfrom calls or hanging on futex(0x88c16b8, FUTEX_WAIT, 2, NULL<br>On the sending machine it doesn&#39;t hang on anything.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Interesting :-) We did have an interesting issue with Ubuntu (and only<br>Ubuntu ;-) ... but we were only able to replicate it when starting vic
<br>from AG (python environment) and we didn&#39;t have enough time to</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">determine what it was (python 
2.5 vs 2.4, Ubuntu vs Fedora vs<br>Slackware, 64bit vs 32bit architecture, vic, etc.)<br><br>The problem was replicated with the old vic as well so I was leaning
<br>towards thinking that it was a system-related issue...<br>The problem was two-fold:<br>a) either vic would be taking 100% of CPU and strace would indicate<br>&quot;poll/select&quot; calls being made all the time (e.g
. as if the file
<br>descriptors that vic was using for socket i/o, etc. got messed up by<br>the hosting system);</blockquote><div><br>I know the lack of 100% cpu usage means this probably isn&#39;t the case, but for what it&#39;s worth there were no polls or selects when I did a 30 second or so strace.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">b) or vic would be taking virtually no CPU and strace would show<br>&quot;futex waiting&quot; messages...
<br>Sometimes &quot;b&quot; would come after &quot;a&quot;... (as if, eventually, reading from<br>the wrong file descriptor got to a &quot;dead lock&quot;).<br>The only system that it was happening (from my shaky memory banks :-)
<br>was 64bit Ubuntu Feisty Fawn (kernel 2.6.20) running python 2.5...</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">By the way - what Linux distro is running on the sending machine?
</blockquote><div><br>Same as the receiver (these are both 32bit by the way), which makes me think that the futex hanging thing is due to the worse video hardware somehow. 
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><a href="http://233.45.67.88/23456" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
233.45.67.88/23456</a> <br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">with TTL 16 (I may need to increase it - but see how it goes :-)
</blockquote><div><br>You might want to turn the ttl up, I didn&#39;t see any streams on there when I checked Friday afternoon.<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
Just checking 1 more thing :-)<br><br>In the above example, I was meaning to redirect standard AND error<br>outputs of vic (hence 2&gt;&amp;1)... but this would depend on the shell you<br>are running, so perhaps doing<br>
script<br>./vic YOUR-IP/PORT<br><br>then CTRL-D after a few seconds (in the terminal) - this should<br>generate a typescript file which will automatically include standard<br>error output... - otherwise, the leonlog2 file may have some missing
<br>info...</blockquote><div><br>When I do that, there&#39;s no error output in the file, just the standard out that I always see on the terminal.<br></div><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
One auxiliary thing: what is the display depth of your Xorg (it is<br>indicated as being defaulted to 24bpp in your xorg) - but just to make<br>sure that it is what being used at vic&#39;s runtime... (currently we only<br>
support hi and true color resolutions)...</blockquote><div><br>Yeah, Xorg is running at 24-bit.<br></div><br>--Andrew</div></div>