Hello Johan Thank you for your reply. It's working after I add "http-max-connections = 1" on "user/AppData/Roaming/Subversion/servers" I can find only show 1 session on Firewall during get code process. And the process took a little longer then multiple sessions(about 10 seconds).
TortoiseSVN on behalf of Johan Corveleyn <[email protected]> 於 2020年11月26日 週四 上午1:03寫道： > I think you can control this from the client-side with the setting > > http-max-connections > > in the file "servers" in the client-side configuration area. From > TortoiseSVN I think you can edit this configuration file by going to > the Settings > Network, and click "Edit" next to "Subversion server > file". > I don't know whether there is a way to control this from the server-side. > > The default for Subversion 1.8 or higher is 4. > > In Subversion 1.7 or lower SVN used another http library (neon), and > everything was piped over 1 connection. As of Subversion 1.8 the > project switched to "serf" http library (see > http://subversion.apache.org/docs/release-notes/1.8.html#neon-deleted). > > As of 1.8 it is very important that the server is configured to allow > connections to be kept alive for a reasonable time, by configuring > "MaxKeepAliveRequests 1000" or 10000 or even higher in your apache > configuration serving SVN (this is explained in the above release > note). If your problem is related to the amount of connections that > are *created* all the time, this might help a lot. > > If your problem is not related to the "creation" of the tcp > connections, but merely to their amount in existence (at the same > time), maybe one thing you can try from the server-side is to add this > directive to your apache configuration serving SVN: > SVNAllowBulkUpdates Prefer > This will instruct the clients to prefer "bulk updates", so they get > their entire "update response" in one giant response, instead of lots > of tiny GET requests. That might reduce the average amount of > connections the clients use. > > BTW: SVN 1.7, 1.8 and 1.9 are end-of-life (they probably still work, > and might do the job for you, but bugs will no longer be fixed). > > HTH, > -- > Johan > > On Wed, Nov 25, 2020 at 5:30 PM Bruce C via TortoiseSVN > <[email protected]> wrote: > > > > If the problem is evident from the command line, perhaps you might get > more information in the Subversion groups, rather than this group that is > for a particular client application (TortoiseSVN). > > > > Hope this helps. > > > > On Wednesday, 25 November 2020 at 14:08:04 UTC [email protected] > wrote: > >> > >> Hello Martin > >> > >> Thankyou for reply, I have tried 1.14. using command " svn co > http://xxxxxxxx"; > >> Same result, the new version will be faster during get code, also will > open more session to checkout code from server. > >> I hope to down size the session, in order not put too much pressure on > Firewall. Because it's not likely to purchase a new one..... > >> Down below is CPU loading on my Firewall. > >> Id Protocol Source Destination Sport > Dport Time Percentage > >> 1 0x06 172.18.0.86 172.16.8.104 80 > 4386 388116 24.93% > >> 2 0x06 172.18.0.86 172.16.8.104 80 > 4387 303998 19.53% > >> 3 0x06 172.18.0.86 172.16.8.104 80 > 4382 185005 11.88% > >> 4 0x06 172.18.0.86 172.16.8.104 80 > 4383 > >> > >> Martin Jost über TortoiseSVN <[email protected]> 於 2020年11月25日 > 週三 下午8:08寫道： > >>> > >>> Hello, > >>> your "new" version also seems dated. > >>> I'm using " "TortoiseSVN 1.14." > >>> Did you try that ? > >>> > >>> Martin > >>> > >>> [email protected] schrieb am Mittwoch, 25. November 2020 um > 02:55:02 UTC+1: > >>>> > >>>> I have an issue found on our Juniper Firewall. > >>>> Recently found using the old version of Tortoise SVN(1.7.11) checkout > code only take 1 session on Firewall. > >>>> But using the newer version of Tortoise SVN(1.10.3) checkout code > will take 4 sessions on Firewall which cause CPU high loading on Firewall. > >>>> Is there any way or command to reduce session? > >>> > >>> -- > >>> You received this message because you are subscribed to a topic in the > Google Groups "TortoiseSVN" group. > >>> To unsubscribe from this topic, visit > https://groups.google.com/d/topic/tortoisesvn/6hxBfy9vbwk/unsubscribe. > >>> To unsubscribe from this group and all its topics, send an email to > [email protected]. > >>> To view this discussion on the web visit > https://groups.google.com/d/msgid/tortoisesvn/bbd409c2-ac50-4471-bb0b-3de63ff96467n%40googlegroups.com > . > > > > -- > > You received this message because you are subscribed to the Google > Groups "TortoiseSVN" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/tortoisesvn/65c24bde-9a0d-4710-a026-c741735484a6n%40googlegroups.com > . > > -- > You received this message because you are subscribed to the Google Groups > "TortoiseSVN" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/tortoisesvn/CAB84uBW5eX1auehS3Q2Q_uWMGFgNoZrGkyv0vHYo4dzYGtcCoA%40mail.gmail.com > . > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/CAAQJkGE8kZU2JeJ_Do%2BuH0%3DVxiG1BNNHmo19K_cU8t%3DS99cPPA%40mail.gmail.com.
