[Qgis-developer] hub.qgis.org dead slow?

[Werner Macho]

Hi!

I don't know if I am right but personally I feel that we do have too many
services on ONE Server which is only a VM too.
I don't think that the traffic is the problem - but something that the
server does on a regulary base (indexing? building packages? redmine
restructuring?) is causing the high load which seems to also affect the web
based responsiveness.
I would think that all the things that does nothing have to do with web
based services (the only thing i can think of now is building some packages
.. or maybe also building documentation pages) should be moved to a
dedicated build server somewhere.
But I can also be wrong ..

regards
werner


On Thu, Dec 13, 2012 at 9:22 AM, Andreas Neumann <a.neumann at carto.net>wrote:

> Hi,
>
> It would be really good to do something about it. I don't understand the
> problem - is it a hardware problem (do we need more servers) or a
> configuration problem or a maintenance problem?
>
> I agree with Paolo that the situation should be improved. Who could fix
> the issue and do we need financial resources to fix it?
>
> Thanks,
> Andreas
>
>
> On Wed, 12 Dec 2012 18:22:32 +0100, Paolo Cavallini wrote:
>
>> Il 12/12/2012 16:14, Andreas Neumann ha scritto:
>>
>>> Hi,
>>>
>>> I am trying to work with the wiki in hub.qgis.org - it is dead slow.
>>>
>>> Can we do something about it? Yet another bot paralyzing redmine?
>>>
>>
>> this is impacting our public image - can we find a way to fix it. If
>> necessary, we
>> can put some resources on it.
>> Thanks.
>>
>
> --
> --
> Andreas Neumann
> Böschacherstrasse 10A
> 8624 Grüt (Gossau ZH)
> Switzerland
> ______________________________**_________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20121213/39c7fba0/attachment.html>