Re: [Talk-de] Last auf den Servern
schaue mal ins forum, da gibt es auch einige infos zu "übeltätern" gruss walter - "Mögest Du in interessanten Zeiten leben" - alter chinesischer Fluch -- View this message in context: http://gis.638310.n2.nabble.com/Last-auf-den-Servern-tp5426011p5427704.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Last auf den Servern
Am 15.08.2010 23:35, schrieb Frederik Ramm: > Die Probleme sind also grundsaetzlich schon seit dem 3.7. da, aber in > den letzten Tagen war es besonders schlimm (vorallem auch aufgrund einer > ueberdurchschnittlich hoehen Zahl an Leuten, die mit dem /map-Aufruf > groessere Datenmengen herunterladen. Fast zu jedem Zeitpunkt gibt es 3-4 > Leute, die mit 10 und mehr parallenen Threads massig Daten herunterladen > (und meistens kommen 2 oder 3 davon von einer t-dialin-Netzadresse). Da das sperren der IP problematisch ist, könnte man nicht die Top-Download-IPs zumindest auf einer Webseite mal dynamisch anzeigen ? Nicht als Pranger zu verstehen, sondern rein informativ... ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Last auf den Servern
Am 16.08.2010 00:06, schrieb Jonas Stein: Es gibt eine kleinste Einheit z.B. 1km x 1km und diese xml-Kacheln werden in einen cache gelegt. Der Transfer kann dann nach rsync manier erfolgen. Haette noch viele positive Nebeneffekte wie z.B. dass caching von WMS einfacher wuerde. hm interessante idee, aber warscheinlich würde es genau das gegenteil bedeuten... diese kacheln müssten erzeugt werden, dürfen aber nicht zu alt sein (damit du es noch bearbeiten kannst.) im moment ist es so, dass sehr selten 2 an einem teil der karte arbeiten. desshalb würde jede kachel nur für einen einzigen erzeugt werden = keine cache funktion sondern mehr arbeit für den server außerdem reicht eine kachel zum rendern nicht aus... du brauchst zb auch alle gebiete, die um diese kachel herum sind... zb das wohngebiet, dass zwar um die kachel herum ist aber keine der außenlinen diese schneidet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Last auf den Servern
> An technischen Loesungen sowohl gegen die Massendownloader als auch > gegen die langsame Datenbank wird gearbeitet/geforscht... Wuerde es evtl. helfen, wenn man Kachelweise herunterladen wuerde? Es gibt eine kleinste Einheit z.B. 1km x 1km und diese xml-Kacheln werden in einen cache gelegt. Der Transfer kann dann nach rsync manier erfolgen. Haette noch viele positive Nebeneffekte wie z.B. dass caching von WMS einfacher wuerde. Gruesse, -- Jonas Stein ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Last auf den Servern
Hallo, Andreas Neumann wrote: kann es sein, dass wir derzeit etwas an unsere Leistungsgrenzen stoßen? Am 3. Juli wurde die Datenbank aufgeruestet, dabei wurde auch von Postgres 8.3 auf 8.4 umgestellt, offenbar fuehrt dies zu Performanceproblemen, man sucht nach der Ursache, hat aber noch nix gefunden: http://lists.openstreetmap.org/pipermail/dev/2010-August/020201.html Die Probleme sind also grundsaetzlich schon seit dem 3.7. da, aber in den letzten Tagen war es besonders schlimm (vorallem auch aufgrund einer ueberdurchschnittlich hoehen Zahl an Leuten, die mit dem /map-Aufruf groessere Datenmengen herunterladen. Fast zu jedem Zeitpunkt gibt es 3-4 Leute, die mit 10 und mehr parallenen Threads massig Daten herunterladen (und meistens kommen 2 oder 3 davon von einer t-dialin-Netzadresse). Wenn also irgendjemand mal am Stammtisch sowas hoert wie "ha ha ha, fuer mich gilt dieses Downloadlimit nicht, ich teile mir einfach ganz Bayern in kleine Quadrate ein und lasse die mit meinem Superduper-Skript runterladen...", bitte gleich die verbale Keule auspacken und den Leuten sagen, dass *dieses* Verhalten schuld daran ist, dass Mapper bei der Arbeit gestoert werden. An technischen Loesungen sowohl gegen die Massendownloader als auch gegen die langsame Datenbank wird gearbeitet/geforscht... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Last auf den Servern
Moin, kann es sein, dass wir derzeit etwas an unsere Leistungsgrenzen stoßen? Gerade wenn ich abends versuch meine Mappingergebnisse vom Tag einzutragen dauert in JOSM es länger mal den Bereich herunterzuladen, bzw. die neuen Dinge wieder hoch zu laden... Auch hängt hin und wieder der GPX-Upload und Mapnik ist besonders abends auch nicht mehr so schnell wie früher... Am schlimmsten finde ich derzeit aber Potlach. Früher hab ich damit gerne Routen-Relationen gemappt, aber heute dauert es ewig, bis er die nächsten Wege heruntergeladen und angezeigt hat. Kann es sein, dass mittlerweile zu viele gleichzeitig arbeiten? Oder liegt es an der größeren Datenmenge, die verarbeitet werden muss? MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de