I solved mapping the same couple of ip address in hosts file(e.g
192.168.1.100 192.168.1.100
192.168.1.200 192.168.1.200
)
You are alwats very helpful.
Greatest thanks
Luca Robusto.
Il giorno martedì 26 marzo 2013, Sharon Lucas ha scritto:
> Some possibilities of why the STAF ping performance is slower between your
> Windows and Linux systems are:
> 1) Network issues
> 2) TCP/IP configuration / tuning issues
> 3) Problem resolving host names - Even though you are submitting a STAF
> PING request specifying a IP address, STAF migth still try to resolve
> hostnames (e.g. to better support dynamic IPs, etc).
>
> Here's more information on each of these possibilities:
>
> 1) Network issues:
>
> You can use a network sniffer, etc. to debug network issues.
>
> Is the response time for a regular (non-STAF) ping long as well? If so,
> then it is not an issue specific to STAF.
>
> Otherwise, if you do a non-ping, non-STAF, remote connection between the
> systems, do you get the same 4+ second response. For example, from your
> Windows system, start a ssh/telnet session to the Linux system. Does the
> ssh/telnet request respond immediately or take 4+ seconds before displaying
> the userid prompt? If it takes 4+ seconds, then the delay probably has
> something to do with the network configuration and is not an issue specific
> to STAF.
>
> 2) TCP/IP configuration / tuning issues:
>
> Slow performance can be caused by the Windows Firewall. For example, some
> people using VMware have turned off the frewall for the vmnet1 & vmnet8
> interfaces to increase performance.
>
> If NETBIOS over TCP/IP is configured on your Windows system, perhaps a
> gethostbyname() may be trying to do a WINS resolution which could slow
> things down. If so, you could try disabling the WINS name resolution on
> your Windows system to see if that improves things.
>
> There is some TCP/IP tuning that you can do on Windows to increase network
> performance. For example, you can adjust the setting for "DTCPIP ACK" via
> a Windows registry key. For more information on "Delayed TCPIP ACK can
> cause slow network throughput", see *
> http://smallvoid.com/article/winnt-nagle-algorithm.html*<http://smallvoid.com/tweak/winnt/network.html#DELAYED_ACK.>.
> This link also references other TCP tuning you can do on Windows. Also,
> see http://support.microsoft.com/default.aspx?scid=kb;EN-US;q321098 as it
> talks about setting the TcpDelAckTicks registry value to zero on your
> Windows systems to alleviates the performance issues. Note, you may need
> to reboot the Windows system for the change to take place. Also, see forum
> posting "STAF: Performance Issues" at
> http://sourceforge.net/projects/staf/forums/forum/104045/topic/2156472
> for information like this.
>
> 3) Problem resolving host names:
>
> See section "3.1.15 Why is the performance slow when sending a STAF PING
> request to a remote machine?" in the STAF FAQ at
> http://staf.sourceforge.net/current/STAFFAQ.htm#Slow performance sending
> a STAF PING request to a remote machine. It says:
> If submitting a STAF PING request to the PING service on a remote
> machine is slow (e.g. > 5 seconds), and it is not because the network is
> slow, a hostname resolution issue may be causing the performance issue. To
> debug this, enable the STAF warning and error tracepoints on both machines
> and redirect the STAFProc trace output to a file by running the following
> commands on each machine (specifying a file name of your choice):
>
> STAF local TRACE ENABLE TRACEPOINTS "warning error"
> STAF local TRACE SET DESTINATION TO FILE "/tmp/STAFProc.trc"
>
> Then, submit the STAF PING request to the PING service on the remote
> machine again and check if there are any errors or warnings logged in the
> STAF trace files on each machine.
>
> If you see a trace warning message like the following:
>
> Error getting hostname (for IP address *99.99.999.99*,
> STAFSocketGetNameByInAddr(), RC: 0,
> Info: Error getting hostent structure: gethostbyaddr_r() host_error=2
> after retrying 20 times
>
> there is a problem resolving the host name. You may be able to resolve the
> issue by adding a hostname entry to the hosts network hostname file (e.g.
> /etc/hosts) which keeps track of the mapping between host names and IP
> addresses.
>
>
>
> --------------------------------------------------------------
> Sharon Lucas
> IBM Austin, luc...@us.ibm.com <javascript:_e({}, 'cvml',
> 'luc...@us.ibm.com');>
> (512) 286-7313 or Tieline 363-7313
>
>
>
>
> From: Luca Robusto <lucarobu...@gmail.com <javascript:_e({},
> 'cvml', 'lucarobu...@gmail.com');>>
> To: STAF-USERS-REQUESTS
> <staf-users@lists.sourceforge.net<javascript:_e({}, 'cvml',
> 'staf-users@lists.sourceforge.net');>>,
>
> Date: 03/26/2013 10:59 AM
> Subject: [staf-users] issue performance
> ------------------------------
>
>
>
> Hi Lucas,
>
> I am using STAF both on Windows (Windows 2008 Server RC2 SP1 64 bit) and
> Linux (Red Hat 5.7 Server 64bit).
>
> I have performance issue when a STAF request is sent from a Windows
> machine to a Linux machine, or from a Linux machine to a Windows machine.
> I have very quick response (some milliseconds) when the request is done on
> the same OS; the same kind of request takes very long time (some seconds)
> if done through Windows to Linux, or Linux to Windows.
>
> An example is provided here:
>
> Windows to Windows
>
> >STAFLoop 10 10.xx.xx.xx ping ping
> Total loops: 10
> Total time : 6.349
> Avg. time : 0.634
> Loops/sec : 1.57505
>
>
>
>
> Windows to Linux
>
> >STAFLoop 10 10.xx.xx.xx ping ping
> Total loops: 10
> Total time : 46.238
> Avg. time : 4.623
> Loops/sec : 0.216272
>
>
>
>
> Linux to Windows
>
> $STAFLoop 10 10.xx.xx.xx ping ping
> Total loops: 10
> Total time : 0.996
> Avg. time : 0.099
> Loops/sec : 10.0402
>
>
>
> Linux to Windows
>
> $ STAFLoop 10 10.xx.xx.xx ping ping
> Total loops: 10
> Total time : 48.268
> Avg. time : 4.826
> Loops/sec : 0.207177
>
> Why request through heterogeneous operative systems are so slowly? Where
> is, in your opinion, the bottleneck during the request?
>
> I did all the tests suggested on the FAQ.
>
> Many thanks and best regards,
>
> Luca Robusto
>
> ------------------------------------------------------------------------------
> Own the Future-Intel® Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game
> on Steam. $5K grand prize plus 10 genre and skill prizes.
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> staf-users mailing list
> staf-users@lists.sourceforge.net <javascript:_e({}, 'cvml',
> 'staf-users@lists.sourceforge.net');>
> https://lists.sourceforge.net/lists/listinfo/staf-users
>
>
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
