LiQingFeng7 commented on issue #584:
URL: https://github.com/apache/mina-sshd/issues/584#issuecomment-2298461549

   > > openSSH I directly use the sftp command to connect to the target machine 
and put the upload to check the speed.
   > 
   > So you compare the speed of a direct connection to "targetIP" against an 
indirect connection via "A"?
   > 
   > > Then I overwrote the doWrite() method on SftpSubSystem and used JSCH to 
open a fd again for put operation, which was as fast as openSSH.
   > 
   > That's what I wrote above, forwarding requests without going to a 
filesystem at all. Should be possible to do with an Apache MINA sshd client, 
too. If done correctly, server A wouldn't even have its own file handles -- 
it'd forward everything to targetIP, and funnel back responses to the client.
   > 
   > In fact, just using an SSH tunnel going through A to "targetIP" is 
probably even simpler.
   
   
   
   > > openSSH I directly use the sftp command to connect to the target machine 
and put the upload to check the speed.
   > 
   > So you compare the speed of a direct connection to "targetIP" against an 
indirect connection via "A"?
   > 
   > > Then I overwrote the doWrite() method on SftpSubSystem and used JSCH to 
open a fd again for put operation, which was as fast as openSSH.
   > 
   > That's what I wrote above, forwarding requests without going to a 
filesystem at all. Should be possible to do with an Apache MINA sshd client, 
too. If done correctly, server A wouldn't even have its own file handles -- 
it'd forward everything to targetIP, and funnel back responses to the client.
   > 
   > In fact, just using an SSH tunnel going through A to "targetIP" is 
probably even simpler.
   
   Yes, because I compared rewriting the SftpSubSystem's dowrite() method using 
jsch in a way that was consistent with the speed of a direct openSSH connection 
to "targetIP", then removed the rewritten method for comparison and found that 
it was much slower.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
For additional commands, e-mail: dev-h...@mina.apache.org

Reply via email to