Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [] server usage patternsversus new innovative tools


What did he prefer in place of them?  I personally find Thunderbird great
for polling RSS feeds and newsgroups.  Feels just like mail without the

Ed Merks/Toronto/IBM@IBMCA
mailto: merks@xxxxxxxxxx
905-413-3265  (t/l 969)

             "Gaff, Doug"                                              
   >                                                   To
             Sent by:                  ""  
             ing-council-bounc>, "Cross project issues" 
             es@xxxxxxxxxxx            <cross-project-issues-dev@eclipse.o
                                       rg>, "Denis Roy"                
                                       <denis.roy@xxxxxxxxxxx>, "Mike  
             10/03/2007 02:20          Milinkovich"                    
             PM                        <mike.milinkovich@xxxxxxxxxxx>, 
             Please respond to                                         
             "                                     Subject
               ning-council"           RE: []
             < server usage        
             ning-council@ecli         patternsversus new innovative tools

Sorry?this isn?t exactly on topic?.

Has anyone heard complaints about having to use newsgroups?  I have one
project lead who really hates them.  It?s true that they are a little
?retro?, but I haven?t heard anyone else complain about them before now.


[] On Behalf Of
Bjorn Freeman-Benson
Sent: Wednesday, October 03, 2007 12:38 PM
To: Cross project issues;; 'Denis Roy'; Mike
Milinkovich; emo@xxxxxxxxxxx
Subject: [] server usage
patternsversus new innovative tools

Planning Council, Cross Projects List, EMO,

The IT infrastructure (cvs, svn, bugzilla, wiki, eclipsecon,
etc) is designed to support current usage patterns and expected growth to
those patterns. Innovation in frameworks and tools can affect those usage
patterns. I think we should write up a policy for how Eclipse projects
should assist the EMO in planning for usage pattern changes.

For example, our CVS system is designed around the historic usage pattern
of developers syncing up with the HEAD, doing some work, then committing
their changes, iterating a few times a day, maybe a dozen times a day. But
what if the Team-CVS project team wanted to include a "automatically check
for changes" feature in the Team-CVS code. If the automatic part ran
frequently (every few minutes), this might impose a large load on the CVS servers and bandwidth - a dramatic change to the usage
pattern. And yet we don't want to discourage innovation like this because
it could be a great feature for end users.

We (the EMO) would want to be involved in design decisions so that we can
understand what the usage pattern changes and their impacts will be. And
we'd like to be involved in web-api design so that there are ways for us to
throttle back the bandwidth/resources at critical times (e.g., the big June
release and the last week before EclipseCon). For example, the hypothetical
Team-CVS feature could utilize a reply code from the servers to throttle
back how often it checks for updates. Etc.

I've started a wiki page for comments:
- Bjorn
[end of message] _______________________________________________ mailing list

Back to the top