Tom Metro wrote:
>
> I'm glad to see that there is some concrete indicator of the problem,
> but so far I'm not convinced that the overruns are anything more than a
> side-effect symptom of something going wrong in the software.
>
> Any thoughts as to a next step? I could perhaps mess with the Ethernet
> receive buffer size, but that's likely to be only a bandaid.
>
> I'm going to check the load average and capture the output from top the
> next time the UI starts getting sluggish. Merely waiting for corrupt
> packets to be retransmitted - if that's the root cause - should be a
> blocking operation that doesn't eat up CPU. Here's the uptime fresh
> after a cold boot:
>
I have seen the sluggish, though I don't get it as fast as you are,
I usually need to play 2-3 videos to get it.
I am using the daily build from a about a week ago, but I have seen
the sluggish thing on may different builds (daily and released).
I have also seen the sluggish just in the menus themselves when no
network communication is going on.
If I did not know better I would thing it was paging, but since I don't
think it has that ability I know it is not. I would guess it is
probably some sort of memory fragmentation causing it to get more
difficult to get memory, frankly I am suprised things work as well
as they do given the amount of ram the mvpmc has.
Roger
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Mvpmc-users mailing list
Mvpmc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/
