[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Feature Request: 'Needs Update' Icon Overlay

From: Stefan Kng <tortoisesvn_at_gmail.com>
Date: Tue, 22 Jul 2008 18:25:01 +0200

Gal Aviel wrote:
> Hello All and thanks for your reply!
> First and foremost, I did not intend for the server to push anything,
> rather I was referring to the case where the SVN client is
> polling the server.
> Please consider my following arguments:
> (1) I do not see why such a feature could be implemented,
> and disabled by default.
> This would be a win-win situation: on one hand, performance on SF-like
> public SVN servers will not suffer. On the other hand, those that really
> want and need this feature can enable it on a per-installation basis, and
> get the feature they need.

Your assumption is incorrect: the performance of public SVN servers
would suffer greatly! Why do you think we have the svnrobots.txt file in
the CommitMonitor?

Yes, that was implemented before we went public. But I had several
admins already asking for that feature (they haven't seen that page
before) because their servers were under way too much stress, and some
even went down completely.

> (2) Indeed you can achieve similar results via CommitMonitor, but
> with much less comfort as this solution is not integrated inside TSVN.
> So why not
> enable this feature inside TSVN for those who want it? In principle no one
> is blocking you from polling the server every 2 seconds anyway.. you
> can kill it performance-wise even without TSVN's help.

Every two seconds? Do you know how long it takes for a server to answer
one such request?
What you're suggesting would bring most servers down.

> (3) I don't think a huge public server like SF or tigris are the general use
> case for SVN servers.
> In most cases I've seen the SVN server is hosted
> on a machine which is usually an overkill for the task at hand.
> SVN teams I've seen are small (10-20 active users at all times..).
> The kind of performance impact that this polling will generate
> is probably negligible in most use cases. At least in our case, we
> are more that ready to suffer this impact, in order to get the behavior
> we need.

I've rarely seen an svn server which was hosted alone, i.e., withoug the
server being used for other stuff too.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

Received on 2008-07-22 18:26:02 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.