Hi Dirk-Lüder,
Besides it cheats the other user in the stats page.
Perhaps if the user stats page is causing people to reduce the quality of
the ti...@home effort because they're more interested in their own stats
than they are in ti...@home quality, then one solution is to remove the
user stats page entirely? It looks like from the amount of time my clients
have spent in 'waiting 30s server load too high', that there's no shortage
of clients who would do the work anyway.
What infrastructure is being overtaxed? Do you need more TRAPI servers,
more load balancers? Overtaxed server infrastucture is bad, so perhaps
this is a good place to start looking at things?
We need more public TRAPI servers
I can provide one if necessary - do you have any load stats on the TRAPI
servers? It's difficult to see how much one is needed since the load
balancer stats at http://api1.osm.absolight.net/haproxy?stats doesn't have
any information on things like request time to the upstream servers.
and we will need a beefier central tile server sometime in the future as
the project grows.
Having had a look isn't this - karosm - the bottleneck in the whole
system, and the reason that clients are sitting idle most of the time
already?
It seems to be doing:
a) distributing work to the clients
b) receiving completed work from the client
c) sole webserver for the osmarender layer
Anything else I've missed? Perhaps these three things could be split out
some?
I notice that the munin stats for tah.openstreetmap.org are missing
from http://munin.openstreetmap.org/ - are they stored somewhere else?
I think there is some firewalling issue between munin.openstreetmap.org
and server.tah.openstreetmap.org.
Can this be fixed? It's probably fairly important in improving the
throughput of the ti...@home clients.
Cheers
James
_______________________________________________
Tilesathome mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/tilesathome
