openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From janI <j...@apache.org>
Subject Re: wiki, forum, www performance upgrade.
Date Sat, 06 Apr 2013 17:19:35 GMT
On 6 April 2013 19:01, Hagar Delest <hagar.delest@laposte.net> wrote:

> Hi Jan,
>
> For the forum, the contact is now imacat as first focal point.
> Drew Jensen also has admin access but not sure he's still involved in the
> running of the server.
>
Thx, I did not know that imacat had admin rights, so maybe she knows what
the GA account is.


>
> BTW, if there are any changes, should we change the url that is now
> http://forum.openoffice.org/**en/forum/<http://forum.openoffice.org/en/forum/>to
> http://forum.openoffice.org/**en/ <http://forum.openoffice.org/en/> ? In
> the past we did need the /forum/ at the end but now that it's at the
> beginning of the url, the 2nd string is not needed anymore.
>
This is all DNS magic, it will not change now, but maybe later when we
harmonize forum with wiki, to make it easier to maintain.


>
> Sorry I can't help with all those issues, I've absolutely no experience in
> this area.
>
thx, anyhow for answering.

rgd
jan I

>
> Hagar
>
>
> Le 06/04/2013 18:37, janI a écrit :
>
>
>  On 6 April 2013 13:37, Rob Weir <robweir@apache.org> wrote:
>>
>>  On Sat, Apr 6, 2013 at 5:51 AM, janI <jani@apache.org> wrote:
>>>
>>>  Hi.
>>>>
>>>> Now that our wiki (mwiki) runs smoothly and performs quite well, it is
>>>> slowly time to take a look at our other services.
>>>>
>>>> In order to determine what should/can be done, I need some figures.
>>>>
>>>> Can anybody help me with traffic figures for
>>>>     wiki.o.o, forum.o.o (total for the vm not per language) and www.o.o
>>>>
>>>> Does end-users download directly from www.o.o or from a secondary site ?
>>>>
>>>> I need the following numbers (if possible):
>>>>     - daily number of clicks (average)
>>>>     - peak number of clicks within a short period like 1 hour
>>>>
>>>>
>>>>
>>>  From Google Analytics we have:
>>>
>>> For wiki:  around 33K page views/day
>>>
>>> For forums, I have no idea.  They are using a Google Analytics account (
>>> UA-1087265-8) that is not connected with the rest of the website.  If
>>> that
>>> could be updated to match the rest of the website we'd have typical
>>> numbers
>>> in a week.
>>>
>>>
>> Thanks for your answers, but I am a bit scared you (as a PMC) tell me
>> "they" use an account unknown to us. Who has the forum account ?
>>
>> I have the technical power to change it (sudo access) but if a PMC tell we
>> do no know who owns it, it would not be right just to change it. Who but
>> the "owner" can authorize a change ?
>>
>> I trust this is a misunderstanding somewhere, it cannot be that we run a
>> service, that we do not control, in the sense of change management.
>>
>>
>>  For the website as a whole (all subdomains tracked) it is around 730K/day
>>> for a peak day.  If you subtract out the forum traffic and the downloads
>>> (which serviced by SourceForge) then the static website is probably more
>>> like 600K/day visits.
>>>
>>>
>> Why do I need to subtract forum, I thought they ran as a separate dns ? do
>> we not count on basis of our template (that loads the GA account).
>>
>>
>>
>>> So that indirectly answers your other question -- the big download files
>>> are from the SourceForge distribution network.  But we do have smaller
>>> downloads, of documentation PDF's.  These are mainly from the wiki.
>>>
>>> In terms of peaks, our biggest day usually Wednesday, lowest on Sunday.
>>> The variation there around 200K/visits.
>>>
>>>
>> Super just what I need.
>>
>>
>>
>>> Hourly peak is around 15K visits for all tracked subdomains together.
>>>
>>>
>> Do you know the division between mwiki, forum and www ?
>>
>>
>>> Note:  for all of these I'm talking about "pages", where a single page
>>> could include several HTTP calls, for the HTML, the Javascript, images,
>>> etc.  Since anyone with Javascript not enabled would not register, the
>>> actual numbers are probably a little bit higher than this.
>>>
>>>
>> Good point, that is very important for a a traffic server, where e.g.
>> javascripts would be cached.
>>
>> I am trying to convince Infra, that we should have a common trafficserver
>> for wiki and forum (and maybe www). Currently we use eresbus as proxy, and
>> all packets are forwarded to the ooo-wiki2-vm where that trafficserver
>> filters cached pages. Forum goes direct to httpd, so every packet causes
>> mysql activity. If we had a trafficserver in eresbus, we would for wiki2
>> save loads of network traffic and for forum network traffic as well as
>> mysql activity.
>>
>>
>>
>>> In any case, one approach would be to enable GA for the Forums, track
>>> that
>>> for a week or two and then compare that to the Wiki numbers.  If the
>>> stacks
>>> are similar, then we could think of the traffic ratio between the two and
>>> tune based on that.
>>>
>>>
>> I agree, but not being PMC, I do not feel I am in the position to "just"
>> make that change. Who "owns" the forum, they should authorize such a
>> change. I can make the change (provided you tell give me the GA line to
>> insert) when I am sure I am not doing a change that someone else depend
>> on.
>>
>>
>>
>>>
>>>  I would like to tune at least forum before we release 4.0 to prepare for
>>>>
>>> a
>>>
>>>> higher load. Tuning of www depend on a discussion with infra, because it
>>>>
>>> is
>>>
>>>> a shared service.
>>>>
>>>>
>>>>  If it is like the release of 3.4.0 and 3.4.1 we'll get a few hot pages:
>>>
>>> 1) The announcement blog post.  With both 3.4.0 and 3.4.1 releases these
>>> were heavily linked to by the press.  Roller went down in the 3.4.1 case.
>>> I don't know if that was due to the traffic or not.  But we might want to
>>> plan on having the announcement post be a static webpage just to be sure.
>>>
>>>
>> The blog post is on the general apache server and not our www, is that
>> correct ?
>>
>>
>>> 2) The homepage and http://www.openoffice.org/**download<http://www.openoffice.org/download>page
will be hot.
>>> You can see from the download chart the boost we get when a new release
>>> occurs:  http://www.openoffice.org/**stats/downloads.html<http://www.openoffice.org/stats/downloads.html>
(AOO 3.4.0 was
>>> May
>>> 8th 2012 and AOO 3.4.1 was Aug 23rd).
>>>
>>>
>> That is a real obvious case for trafficserver, and until it is in place I
>> can ask to have the httpd use memcached (which it might be already).
>> Currently the www is on a general apache server, so I need strong
>> arguments
>> to make changes (high load is a strong argument)
>>
>>
>>
>>>
>>>
>>>
>>>  Translate-vm also needs tunings, but that is in progress, and infra has
>>>> been very kind and prepared an extra vm, so we/I install/tune without
>>>> affecting the active system.
>>>>
>>>> thx in advance for figures.
>>>> rgds
>>>> jan I.
>>>>
>>>
>>>
>> THANKS a lot for your answer, which help me a lot doing calc.. Sorry for
>> being frank about the forum, but it really make me nervous that we have a
>> service where part it unknown.
>>
>> rgds
>> Jan I
>>
>>
>>>>
>>>
>>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<dev-unsubscribe@openoffice.apache.org>
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message