[clue] [TALK] Ulitimate home for the CLUE Website

Raymond DeRoo rderoo at deroo.net
Wed Jun 8 17:59:06 MDT 2011 

Collins--

> Of course the old site performs better. It consists of static pages
> that can only be updated via a cumbersome process.

I never realized that vi/emacs, cvs/svn/git/bzr, (?s)ftp was cumbersome.

> You are correct
> that MONTHS are involved in the process of working with Drupal. The
> reasoning behind Drupal is simple.
> 
> 1. Several volunteers wanted to work with it.

version control, been around for years.

> 2. Lots of people use it.

A number do, I wouldn't say "lots".

> 3. It provides forums, blogs, calendars, etc., and some of the
> volunteers believe that these functions have value.

Some, I would guess more people believe a decently performing site is better than a site with many option with a horrid page load time.

> 4. At the end of the process, we will have more people trained to deal
> with the site and it will be easier to do routine work.

I disagree, drupal administration and performance tuning is not a trivial task. If it where such a thing, then this would conversation would not have taken place. As I have asked for statistics on how MySQL and memcached are performing, and did those, I I have a hard time believing that training is happening when basic troubleshooting doesn't seem to be carried out.

> 5. If in doubt, see number 1.

If CLUE wishes to provide resources for its members to experiment and play with things, great! I'm all for that! But **NOT** when it comes to primary interface of CLUE to the rest of the community. We are not yahoo, facebook, google, booking, amazon. We do not have 1000's of servers  where we can take a few, make a change and do realtime a/b testing. We have _one_ server, where it should be the focus of everyone who works on that server to ensure that 1) it is available and 2) it is responsive, 5+ seconds is not responsive. 


> We were not aware that the site would be problematic on our existing
> VPSlink server, so that resulted in some flailing about.

Nor did anyone ask if there would be an issue, or was the current system well defined somewhere.

> Except for a
> known hardware condition and some upgrades, the current development
> server (not a VPSlink setup) is performing well. As of a few minutes
> ago the response times were sub-second.

I'm not sure what you are looking at, and again we have this subjective "well" and "sub-second"; my *numbers* don't match with your vagaries. So yet again, I'm asking that we take a long hard look at what should be done... because frankly drupal for CLUE is a failure. But you keep flogging that dead horse, I'm *sure* you'll get it to stand and walk yet.

[23:11:15 rderoo at london ~]$ ab -n 10 -c 10 -t 10 http://cluedenver.redmop.com/
Percentage of the requests served within a certain time (ms)
  50%   4816
  66%   5411
  75%   5477
  80%   5508
  90%   5587
  95%   5706
  98%   5706
  99%   5706
 100%   5706 (longest request)

[01:10:35 rderoo at rotterdam ~]$ ab -n 10 -c 10 -t 10 http://cluedenver.redmop.com/
Percentage of the requests served within a certain time (ms)
  50%   5466
  66%   5577
  75%   5579
  80%   5579
  90%   5882
  95%   5885
  98%   5885
  99%   5885
 100%   5885 (longest request)
starbuck:~ rderoo$ ab -n 10 -c 10 -t 10 http://cluedenver.redmop.com/

[17:11:47 rderoo at arvada ~]$ ab -n 10 -c 10 -t 10 http://cluedenver.redmop.com/
Percentage of the requests served within a certain time (ms)
  50%   5600
  66%   6444
  75%   6493
  80%   6581
  90%   6582
  95%   6894
  98%   6894
  99%   6894
 100%   6894 (longest request)

Now it would appear that there might be some networking issues inside bluehost itself, but nothing which would result in the statistics I'm seeing.

                                My traceroute  [v0.73]
rgb (0.0.0.0)                                                Wed Jun  8 23:51:51 2011
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                             Packets               Pings
 Host                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. rt-130h-r3b4-0.ams5.nimbuzz.com         0.0%   288    0.7   1.0   0.6  12.4   1.5
 2. rt-230b-r1b1-1.ams5.nimbuzz.com         0.0%   288    0.7   3.1   0.6  93.8  12.9
 3. a597.nimbuzz.atom86.net                 0.0%   287    0.9   2.1   0.8  49.1   6.3
 4. xe-5-3-0.edge5.Amsterdam1.Level3.net    0.0%   287    1.5   4.4   1.5  91.5  12.1
 5. ae-34-52.ebr2.Amsterdam1.Level3.net     0.0%   287    1.6   1.9   1.5  37.3   3.0
 6. ae-48-48.ebr2.London1.Level3.net        0.0%   287    9.0   9.4   8.9  21.0   1.9
 7. ae-42-42.ebr1.NewYork1.Level3.net       0.0%   287   77.7  77.7  77.6  81.3   0.2
 8. ae-61-61.csw1.NewYork1.Level3.net       0.0%   287   78.0  82.7  77.8  90.9   4.4
 9. ae-1-69.edge3.NewYork1.Level3.net       0.0%   287   91.4  80.7  77.9 150.0  10.7
10. ACE-DATA-CE.edge3.NewYork1.Level3.net   0.0%   287   78.1  81.2  77.9 266.9  19.7
11. tg2-5.ar01.prov.bluehost.com            0.0%   287  137.3 142.5 136.6 322.1  26.0
12. 69-195-64-54.bluehost.com               0.0%   287  137.1 145.4 136.8 326.6  27.5 
13. box115.bluehost.com                     0.0%   287  137.4 136.8 136.5 137.6   0.2




> 
> 
> 
> 
> -- 
> Collins Richey
>      If you fill your heart with regrets of yesterday and the worries
>      of tomorrow, you have no today to be thankful for.
> _______________________________________________
> clue mailing list: clue at cluedenver.org
> For information, account preferences, or to unsubscribe see:
> http://cluedenver.org/mailman/listinfo/clue

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20110609/16f541a4/attachment.html

More information about the clue mailing list