Vielleicht zunächst erstmal ein paar klarere Testfälle zusammen stellen.
Das verstehe ich nicht bzw. was wäre das?
Es lief ein rsync via ssh, das ich normalerweise wesentlich schneller kenne. Sonst war am Server sehr wenig los. IMHO kann ich ein Problem seitens meines ISP für zu Hause ausschließen, da der zusätzliche Kernel-Download ja sehr schnell ging.
Eben ist es wieder schneller,
scp root@kickseed:/test.tgz /install/
test.tgz 19% 34MB 1.1MB/s 01:59 ETA
Keine Ahnung, ob der Hoster da was geändert hat bzw. ob der überhaupt was ändern kann. Man weiß ja nie, ob das ein Reseller ist und welche Rechte er hat. Vgl. https://portal.cloudive.com/cart.php?a=add&pid=1 : We are currently out of stock ...
Was genau ist langsam? Downloads vom Server, SSH Verbindung zum Server, Downloads von anderen Servern auf den Server?
rsync via ssh vom VPS zum Client zu Hause.
Was sagt die Auslastung (top) des Servers?
top - 06:38:28 up 2 days, 21 min, 1 user, load average: 0.13, 0.13, 0.08
Tasks: 86 total, 4 running, 82 sleeping, 0 stopped, 0 zombie
Cpu(s): 12.8%us, 1.7%sy, 0.0%ni, 85.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2048728k total, 1918992k used, 129736k free, 128132k buffers
Swap: 590844k total, 204k used, 590640k free, 1198996k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4729 www-data 20 0 290m 33m 4548 S 18 1.7 0:08.12 /usr/sbin/apach
830 mysql 20 0 1310m 211m 7904 S 7 10.6 20:19.18 mysqld
4733 www-data 20 0 293m 36m 4548 R 3 1.8 0:05.71 /usr/sbin/apach
1 root 20 0 24212 2124 1292 S 0 0.1 0:00.89 init
Das ist zwar von jetzt, aber gestern war es zumindest für meinen VPS in der Cloud nicht viel anders.
Mein Problem hat sich damit ja erledigt, aber ich würde trotzdem gerne weiter diskutieren, wie man sich gegen Hoster wehren kann, die nur versuchen abzuwimmeln, wenn die Geschwindigkeit nicht passt. Würde traceroute dazu eine Aussage machen, da war nämlich eine deutliche Verzögerung zwischen New York und London zu sehen, wofür natürlich der Hoster nichts kann.
6 as2914.ae10.ar2.nyc3.us.as4436.gtt.net (69.31.34.193) 1.337 ms ae0-315.nyc41.ip4.gtt.net (199.229.230.93) 1.971 ms 1.957 ms
7 ae-1.r23.nycmny01.us.bb.gin.ntt.net (129.250.4.68) 2.473 ms 3.671 ms xe-7-0-3.lon10.ip4.gtt.net (141.136.106.213) 75.113 ms
Gestern sah ich da was von ca. 4ms zu ca. 150ms zum nächsten Hop.
Ich synce gerade die gleichen Dateien wie gestern und es sieht sehr gut aus. Siehe Anhang.