Du hast dir also einen VPS gekauft – aber wie findest du raus, ob das Ding wirklich taugt? Und wie verifizierst du, ob der Anbieter beim versprochenen CN2 GIA nicht einfach nur heiße Luft redet?

In diesem Artikel habe ich für 2026 die aktuellsten und umfassendsten VPS-Benchmark-Skripte für dich zusammengestellt. Von der Performance-Messung über die Rückroute bis hin zur IP-Qualität und dem Streaming-Unblocking – wir decken hier alles in einem Rutsch ab.

Weiterführende Lektüre: Mein ehrlicher Vergleich nach 8 VPS-Anbietern

1. Das Ziel

  • Die Grundlagen des VPS-Benchmarkings verstehen
  • Die gängigen Benchmark-Skripte wie ein Profi bedienen
  • Testergebnisse richtig lesen und die VPS-Qualität selbst beurteilen

2. Planung & Vorgehen

Was muss man beim VPS-Check ansehen?

Dimension Warum wichtig Entsprechender Test
Basis-Performance CPU, RAM und Festplatte bestimmen, welche Dienste laufen bench.sh, YABS
Netzwerkqualität Die Rückroute entscheidet über die Geschwindigkeit aus China Rückrouten-Test
IP-Qualität Beeinflusst, ob du bestimmte Dienste erreichst IP-Qualitäts-Check
Streaming-Unblocking Manche wollen Netflix & Co. freischalten Streaming-Check
Speed der drei Carrier Tatsächliche Geschwindigkeit bei China Telecom/Unicom/Mobile Dreicarrier-Speedtest

Kategorien der Benchmark-Skripte

Ich habe die gängigen Skripte in 5 Kategorien gepackt, von den Basics bis zum Profi-Level:

1
2
3
4
5
1. 综合性能测试 → 了解硬件基本情况
2. 回程路由测试 → 看线路是CN2还是普通BGP
3. IP质量检测 → 看IP是否干净
4. 流媒体解锁 → 看能解锁哪些平台
5. 三网测速 → 实测上传下载速度

3. Schritt-für-Schritt-Anleitung

3.1 Umfassende Performance-Tests

bench.sh (Der absolute Klassiker)

Der einfachste Rundum-Test – mit einem einzigen Befehl erledigt:

1
wget -qO- bench.sh | bash

Was getestet wird:

  • Systeminfos (CPU-Modell, RAM, Festplatte)
  • I/O-Geschwindigkeitstest
  • Speedtest (mehrere Nodes)

Ergebnisse lesen:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
-------------------- A Bench.sh Script By Teddysun -------------------
Version : v2025-05-08
Usage : wget -qO- bench.sh | bash
----------------------------------------------------------------------
CPU Model : Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz
CPU Cores : 1 @ 2699.932 MHz
CPU Cache : 30720 KB
AES-NI : ✓ Enabled
VM-x/AMD-V : ✓ Enabled
Total Disk : 14.7 GB (5.3 GB Used)
Total Mem : 960.7 MB (458.2 MB Used)
Total Swap : 1024.0 MB (227.6 MB Used)
System uptime : 334 days, 21 hour 25 min
Load average : 0.00, 0.00, 0.00
OS : Debian GNU/Linux 12
Arch : x86_64 (64 Bit)
Kernel : 6.1.0-30-amd64
TCP CC : bbr
Virtualization : KVM
IPv4/IPv6 : ✓ Online / ✓ Online
Organization : AS35916 MULTACOM CORPORATION
Location : Los Angeles / US
Region : California
----------------------------------------------------------------------
I/O Speed(1st run) : 322 MB/s
I/O Speed(2nd run) : 487 MB/s
I/O Speed(3rd run) : 532 MB/s
I/O Speed(average) : 447.0 MB/s
----------------------------------------------------------------------
Node Name Upload Speed Download Speed Latency
Speedtest.net 699.41 Mbps 461.15 Mbps 36.39 ms
Paris, FR 594.12 Mbps 644.67 Mbps 136.16 ms
Hong Kong, CN 3.85 Mbps 1.42 Mbps 167.20 ms
Singapore, SG 58.95 Mbps 1.60 Mbps 218.86 ms
Tokyo, JP 736.11 Mbps 889.69 Mbps 108.35 ms
----------------------------------------------------------------------
Finished in : 2 min 46 sec
Timestamp : 2026-01-10 13:34:13 UTC
----------------------------------------------------------------------

image.png

Die wichtigsten Werte:

Metrik Top Okay Mies
I/O Speed >500MB/s 200-500MB/s <200MB/s

SuperBench.sh (Version für Speedtests innerhalb Chinas)

Eine verbesserte Version von bench.sh, die die Test-Nodes gegen chinesische Server getauscht hat – perfekt, um die Anbindung nach China zu checken:

1
2
3
wget -qO- git.io/superbench.sh | bash
# 或者
curl -Lso- git.io/superbench.sh | bash

SuperBench.sh - ithinker

Der Unterschied zu bench.sh:

  • bench.sh testet die Geschwindigkeit zu globalen Nodes
  • SuperBench.sh misst die Speed zu chinesischen Telecom/Unicom/Mobile-Nodes

Perfekt für: Wenn du wissen willst, wie schnell dein VPS wirklich nach China funkt.

ZBench (All-in-One, mein Favorit)

Das Ding kombiniert bench.sh und SuperBench.sh, packt noch Ping- und Routing-Tests dazu und baut dir am Ende einen Web-Report, den du einfach teilen kannst:

1
2
3
4
5
# 中文版
wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench-CN.sh && bash ZBench-CN.sh

# 英文版(中文乱码时用这个)
wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench.sh && bash ZBench.sh

ZBench - itthinker

Da ist er bei mir eingefroren, deshalb hab ich’s abgebrochen.
Was getestet wird:

  • Systeminfos + I/O-Test
  • Speedtest (In- und Ausland)
  • Ping-Test
  • Routing-Test
  • Web-Report generieren (zum Teilen)

Empfehlung: ⭐⭐⭐⭐

Das Highlight bei diesem Script ist, dass es dir einen Web-Link ausspuckt. Damit kannst du deine Benchmark-Ergebnisse super einfach teilen.

YABS (inklusive GeekBench-Score)

Für einen noch tieferen Test inklusive GeekBench-Score und fio-Festplatten-Benchmark:

1
curl -sL yabs.sh | bash

YABS

image.png

Was getestet wird:

  • Systeminfos
  • fio-Festplatten-Test (4K Random Read/Write)
  • GeekBench 6-Score
  • iperf3-Netzwerktest

Achtung: Der GeekBench-Test dauert ein bisschen (ca. 5 bis 10 Minuten) und zieht ordentlich Ressourcen.

Ergebnisse lesen:

1
2
3
4
Geekbench 6 Benchmark Test:
---------------------------------
Single Core : 1200
Multi Core : 4500

GeekBench 6 Referenz:

Score Niveau Typische Konfiguration
Single-Core >1500 Exzellent High-Frequency CPU
Single-Core 1000-1500 Gut Mainstream-Setup
Single-Core <1000 Mittelmäßig Stark oversold oder ältere CPU

LemonBench

Ein tolles All-in-One-Test-Script aus der chinesischen Community. Super übersichtlich und sehr umfassend:

1
2
3
4
wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full

# 快速测试(跳过部分耗时项目)
wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --fast

LemonBench

Was getestet wird:

  • Systeminfos
  • Netzwerkinfos
  • Streaming-Freischaltungen
  • CPU-Leistungstest
  • RAM-Leistungstest
  • Festplatten-Leistungstest

UnixBench (CPU-Spezialtest)

Ein absoluter Klassiker, wenn’s rein um die CPU-Leistung geht. Die Benchmark-Ergebnisse hieraus sind branchenweit anerkannt:

1
2
3
wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh
chmod +x unixbench.sh
./unixbench.sh

unixbench

Achtung: Dieser Test dauert ordentlich – plan ruhig 30 Minuten oder mehr ein. Dafür wird hier nur die CPU gemessen, das Netzwerk bleibt außen vor.

Perfekt für: Wenn du genau wissen willst, was deine CPU draufhat, um die Rechenleistung verschiedener VPS direkt vergleichen zu können.

Fusion Monster Benchmark (spiritLHls/ecs)

Ein von chinesischen Devs geschriebenes, mega umfassendes Benchmark-Skript. Das packt quasi jeden erdenklichen Test in einen Lauf:

1
curl -L https://gitlab.com/spiritysdx/za/-/raw/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh

Oder über den Mirror-Link:

1
bash <(wget -qO- bash.spiritlhl.net/ecs)

image.png

image.png

Was getestet wird:

  • Grundlegende Systeminfos
  • CPU-/RAM-/Festplatten-Tests
  • Streaming-Freischaltungs-Check
  • IP-Qualitätsprüfung
  • Return-Route-Test
  • Speedtest über die drei großen Carrier
  • ……

Empfehlung: ⭐⭐⭐⭐⭐

Das Skript ist einfach nur komplett. Wenn du nur ein einziges Skript ausführen willst, dann nimm dieses.

Menü-Optionen: Nach dem Start poppt ein Menü auf. Die wichtigsten Punkte für dich:

  • 0 - Kompletter Test (dauert etwas länger)
  • 1 - Basis-Systeminfos
  • 4 - Speedtest der drei großen Netze + Return-Route
  • 7 - IP-Qualitäts-Check
  • 8 - Streaming-Unlock

3.2 Return-Route testen

Die Return-Route bestimmt die Netzqualität von deinem VPS zurück nach China.

Warum ist die Return-Route wichtiger als die Hin-Route?

  • Hin-Route: Der Pfad, den deine Daten zum VPS nehmen (wenig Datenvolumen)
  • Return-Route: Der Pfad, auf dem der VPS die Daten an dich zurückschickt (viel Datenvolumen)

Beim normalen Surfen laden wir deutlich mehr herunter, als wir hochladen. Deshalb ist die Return-Route entscheidend für ein gutes Erlebnis.

Vergleich der gängigen Routen

Route AS-Nummer IP-Merkmale Beschreibung Latenz Preis
CN2 GIA AS4809 59.43.x.x (durchgehend) Beste Route für China Telecom Niedrig Teuer
CN2 GT AS4809 59.43 (international) + 202.97 (national) Zweitbeste Route für China Telecom Eher niedrig Eher teuer
163 Backbone AS4134 202.97.x.x Standard-Route für China Telecom Hoch Günstig
9929/CUPM AS9929 218.105.x.x Optimierte Route für China Unicom Niedrig Teuer
4837 AS4837 219.158.x.x Standard-Route für China Unicom Eher hoch Günstig
CMIN2 AS58807 223.120.x.x Optimierte Route für China Mobile Eher niedrig Eher teuer
CMI AS58453 223.118/119.x.x Standard-Route für China Mobile Mittel Günstig

Wie erkennt man die Route? (Wichtig)

Schau dir die IP-Merkmale im Traceroute an:

1
2
3
4
5
59.43.x.x  → CN2线路(电信优质)
202.97.x.x → 163骨干网(电信普通)
218.105.x.x → 联通9929(联通优质)
219.158.x.x → 联通4837(联通普通)
223.120.x.x → 移动CMIN2(移动优质)

CN2 GIA vs. CN2 GT unterscheiden:

  • CN2 GIA: Durchgehend 59.43.x.x, kein 202.97
  • CN2 GT: Internationaler Abschnitt ist 59.43, wechselt nach Eintritt ins chinesische Netz zu 202.97

backtrace (schneller Check, meine Empfehlung)

1
curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh

Uploading file...t2u20

So liest du das Ergebnis:

1
2
3
4
北京电信 219.141.147.210  检测中  电信CN2 GIA
北京联通 202.106.50.1 检测中 联通4837
北京移动 221.179.155.161 检测中 移动CMI
上海电信 202.96.209.133 检测中 电信CN2 GIA

Schau dir einfach die letzte Spalte an – da steht der Routentyp:

  • 电信CN2 GIA → Optimal
  • 联通9929 → Optimal für Unicom
  • 移动CMIN2 → Optimiert für China Mobile
  • 电信163 / 联通4837 → Standard-Route

mtr_trace (Return-Route-Test für alle drei Netze)

1
curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash

mtr_trace

Das Skript testet die Return-Routen in verschiedene Städte für China Telecom, Unicom und China Mobile.

testrace.sh (detaillierter Routing-Test)

1
2
wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh
bash testrace.sh


Nach dem Start kannst du aussuchen, in welche Stadt der Route getestet werden soll.

NextTrace (noch detaillierter)

1
2
3
4
5
# 安装
curl nxtrace.org/nt | bash

# 使用(追踪到指定IP)
nexttrace 219.141.147.210

Der Pluspunkt: Zeigt dir Latenz und AS-Nummer für jeden Hop – du siehst also den kompletten Pfad der Route.

BestTrace (mit grafischer Oberfläche)

Perfekt für Windows-Nutzer: gibt’s mit GUI, damit testest du die Route von deinem eigenen Rechner direkt zum VPS.

Download: https://www.ipip.net/product/client.html


3.3 IP-Qualität prüfen

Die IP-Qualität beeinflusst:

  • Ob du Google, ChatGPT und andere Dienste erreichen kannst
  • Ob deine E-Mails als Spam markiert werden
  • Ob Sicherheitsdienste die IP als hohes Risiko einstufen

IP.Check.Place (Empfehlung)

1
bash <(curl -Ls IP.Check.Place)

image.png

image.png

Ergebnisse interpretieren:

1
2
3
4
5
6
7
8
9
10
11
12
-------------------------------
IP Quality Score
-------------------------------
Scamalytics: Score 15 (Low Risk)
IP2Location: Proxy/Hosting
IP-API: Hosting
-------------------------------
Blacklist Check
-------------------------------
Spamhaus: Not Listed
SORBS: Not Listed
-------------------------------

Wichtige Metriken:

Metrik Bedeutung
Scamalytics Score <30 top, 30-50 okay, >50 eher schlecht
Blacklist Am besten überall “Not Listed”

ipcheck.ing

1
bash <(curl -sL ipcheck.ing)

image.png

Das Skript hat eine übersichtlichere Oberfläche und die Ergebnisse sind intuitiver.


3.4 Streaming-Unlock-Check

Prüft, ob Netflix, Disney+, ChatGPT und andere Dienste funktionieren:

RegionRestrictionCheck (Empfehlung)

1
bash <(curl -L -s check.unlock.media)

image.png

Beispiel-Ergebnis:

1
2
3
4
5
6
7
============[ Multination ]============
Netflix: Yes (Region: US)
Disney+: Yes (Region: US)
YouTube Premium: Yes (Region: US)
ChatGPT: Yes
Spotify: Yes
=======================================

Typische Ergebnisse:

  • Yes (Region: XX) - entsperrt, Region ist XX
  • No - gesperrt
  • Originals Only - nur hauseigene Inhalte entsperrt

MediaUnlockTest

1
bash <(curl -Ls unlock.moe)

image.png

Ähnliche Funktion, aber mit Support für deutlich mehr Plattformen.


3.6 Der Pre-Buy-Test (ohne VPS)

Du hast noch keinen VPS gekauft – wie testest du das Ganze im Voraus?

Methode 1: IP anpingen

Die meisten Anbieter stellen dir eine Test-IP zur Verfügung. Ping sie einfach an und schau dir Latenz und Packet Loss an:

1
2
3
4
5
# Windows
ping -n 100 测试IP

# Mac/Linux
ping -c 100 测试IP

Die wichtigsten Werte:

  • Latenz: US-Westküste <200 ms, Japan <100 ms, Hongkong <50 ms ist absolut im Rahmen
  • Packet Loss: <5 % ist akzeptabel, >10 % bedeutet Ärger

Methode 2: Hinweg-Route testen

Teste die Route von deinem eigenen Rechner zum VPS (den Hinweg):

Windows: Lade dir BestTrace herunter – grafische Oberfläche, super anschaulich.

Mac/Linux:

1
2
3
4
5
6
# 安装mtr
brew install mtr # Mac
apt install mtr # Linux

# 测试
mtr 测试IP

Methode 3: Looking Glass

Viele VPS-Anbieter haben eine sogenannte Looking-Glass-Seite. Damit kannst du:

  • Vom VPS einen Ping zu dir losschicken
  • Die Rückweg-Route einsehen
  • Testdateien herunterladen

So findest du das Looking Glass:

  1. Stöbere auf der Website des Anbieters nach „Looking Glass“ oder „Network Test“
  2. Google einfach mal „[Anbietername] Looking Glass“

Methode 4: Testdatei herunterladen

Die Anbieter stellen meistens Testdateien zum Download bereit. Lad die einfach direkt über den Browser runter und check, wie schnell das wirklich ist:

1
2
3
常见测试文件路径:
http://测试IP/100MB.test
http://测试IP/1GB.test

Achtung: Ein Test während der Hauptlastzeit (abends zwischen 20 und 22 Uhr) ist viel aussagekräftiger!


3.5 Speedtest für die drei großen Provider

Check die tatsächliche Performance für die drei großen chinesischen Provider (China Telecom, China Unicom und China Mobile):

AutoSpeed Speedtest

1
bash <(curl -sL bash.icu/speedtest)

Speedtest CLI (offiziell)

1
2
3
4
5
6
# 安装
curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
sudo apt install speedtest

# 使用
speedtest

Ergebnisse auswerten:

1
2
3
Download:   940.22 Mbps
Upload: 102.55 Mbps
Latency: 45.12 ms
Metrik Referenz für 1G-Anschluss Referenz für 100M-Anschluss
Download >800Mbps >80Mbps
Upload >100Mbps >10Mbps
Latenz <50ms top <100ms akzeptabel

4. Fazit

Mein Test-Prozess

1
2
3
4
5
6
7
8
9
10
11
12
13
购买前:
├── Ping测试IP,看延迟和丢包
├── 用BestTrace测去程路由
└── 找Looking Glass测回程

购买后:
第一步:跑融合怪(ecs.sh)或ZBench
↓ 一个脚本搞定大部分测试
第二步:如果回程路由不清楚,跑backtrace
↓ 确认是什么线路
第三步:如果需要确认IP质量,跑IP.Check.Place
↓ 看是否有风险标记
第四步:记录结果,和商家宣传对比

Schnell-Check der Routing-Qualität

Route Telekom-Erlebnis Unicom-Erlebnis Mobile-Erlebnis Preis
CN2 GIA ⭐⭐⭐ ⭐⭐ ⭐⭐ $$$
CN2 GT ⭐⭐⭐ $$
9929/CUPM ⭐⭐ ⭐⭐⭐ ⭐⭐ $$$
CMIN2 ⭐⭐ ⭐⭐ ⭐⭐⭐ $$
163/4837/CMI $

Kauf-Tipps

  1. Zuerst den Use-Case klären: Für deine Dev-Umgebung brauchst du Low Latency, fürs Deployment geht Stabilität vor.
  2. In der Hauptverkehrszeit testen: Die Werte zwischen 20 und 22 Uhr abends sind aussagekräftiger.
  3. Marketing-Versprechen checken: Wenn CN2 GIA beworben wird, zieh den Rückweg-Route (Return Route) zur Kontrolle durch.
  4. Mehrere Durchläufe: Ein einzelner Test ist oft ungenau – lieber mehrmals laufen lassen und den Durchschnitt nehmen.

Benchmark-Skripte: Schnellreferenz

Komplett-Performance-Check

Skript Besonderheit Befehl
bench.sh Der absolute Klassiker, weltweiter Speedtest wget -qO- bench.sh | bash
SuperBench Version für Speedtests im Inland wget -qO- git.io/superbench.sh | bash
ZBench ⭐ All-in-One, generiert dir direkt einen Bericht wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench-CN.sh && bash ZBench-CN.sh
YABS Bringt GeekBench-Scores mit curl -sL yabs.sh | bash
LemonBench Von einem chinesischen Dev gebaut, super ansehnliche UI wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full
融合怪ecs ⭐⭐ Das absolute Allround-Talent bash <(wget -qO- bash.spiritlhl.net/ecs)
UnixBench Speziell für CPU-Benchmarks wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh && bash unixbench.sh

Rückweg-Routing testen

Skript Besonderheit Befehl
backtrace ⭐ Checkt die Route im Schnelldurchlauf curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh
mtr_trace Testet mehrere Städte über die drei großen Carrier curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash
testrace Detailliertes Routing-Tracing wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh && bash testrace.sh
NextTrace Routing-Tracing mit schicker Visualisierung curl nxtrace.org/nt | bash

Weitere Tests

Skript Besonderheit Befehl
IP-Qualitätscheck Risikoanalyse für deine IP bash <(curl -Ls IP.Check.Place)
Streaming-Unlock Netflix/Disney+ und Co. bash <(curl -L -s check.unlock.media)
Drei-Carrier-Speedtest Telekom/Unicom/China Mobile bash <(curl -sL bash.icu/speedtest)

Leitungsqualität: Schnellreferenz

Route Telekom-Erlebnis Unicom-Erlebnis China Mobile-Erlebnis
CN2 GIA ⭐⭐⭐ ⭐⭐ ⭐⭐
CN2 GT ⭐⭐⭐
9929/CUPM ⭐⭐ ⭐⭐⭐ ⭐⭐
CMIN2 ⭐⭐ ⭐⭐ ⭐⭐⭐
Normales BGP

Tipps für den Test vor dem Kauf

Viele VPS-Anbieter stellen ein Looking Glass oder eine Test-IP zur Verfügung. Nutze das vor dem Kauf:

  1. Ping-Test: ping 测试IP, um die Latenz zu checken
  2. Routing-Test: Nutze BestTrace, um die Route von deinem Rechner zur Ziel-IP zu tracen
  3. Download-Test: Lade eine Testdatei vom Looking Glass herunter und schau, wie schnell es geht

5. Fehler-Tagebuch

Skript lässt sich nicht ausführen

Problem: Manche Skripte brauchen Root-Rechte

Lösung:

1
sudo bash <(curl -sL 脚本地址)

Speedtest-Ergebnisse schwanken stark

Problem: Mehrere Tests auf demselben VPS liefern stark abweichende Ergebnisse

Ursache:

  • Netzwerkschwankungen
  • VPS ist überbucht, Ressourcen sind instabil
  • Speedtest-Server ist überlastet

Tipp: Lass den Test mehrmals laufen und nimm den Durchschnitt. Teste auch zu verschiedenen Tageszeiten

GeekBench startet nicht

Problem: Auf einem VPS mit wenig RAM wirft GeekBench einen OOM-Fehler

Lösung:

1
2
3
4
5
6
7
8
9
10
11
12
# 创建swap(临时)
sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

# 然后再跑测试
curl -sL yabs.sh | bash

# 测试完删除swap
sudo swapoff /swapfile
sudo rm /swapfile

Rückweg-Routing-Test schlägt fehl

Problem: backtrace oder andere Routing-Test-Skripte lassen sich nicht ausführen

Lösung:

1
2
3
4
5
# 安装依赖
apt update && apt install -y curl wget mtr traceroute

# 重新运行
curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh

6. Häufig gestellte Fragen (FAQ)

F: Leaken diese Benchmark-Skripte meine Daten?

A: Die Skripte sind Open Source, du kannst dir den Quellcode jederzeit ansehen. Sie testen lediglich die Performance deines VPS und laden keine sensiblen Daten hoch. Ich empfehle dir aber trotzdem:

  • Lade die Skripte nur von vertrauenswürdigen Quellen wie GitHub herunter
  • Wenn du Bedenken hast, lade den Code zuerst runter, lies ihn durch und führe ihn erst dann aus

F: Warum weichen meine Speedtest-Ergebnisse so stark von denen anderer ab?

A: Dafür gibt es viele Faktoren:

  • Zeitpunkt des Tests (Peak-Time vs. Off-Peak)
  • Dein lokales Netzwerk (Telekom, Vodafone, O2 etc.)
  • Die aktuelle Last des VPS
  • Status der Speedtest-Server

Mein Tipp: Mach den Test am besten in der abendlichen Hauptverkehrszeit (20-22 Uhr). Die Ergebnisse sind dann deutlich aussagekräftiger.

F: Der Anbieter behauptet, es sei CN2 GIA. Wie kann ich das überprüfen?

A: Führe einen Rückweg-Routing-Test (backtrace) aus und schau dir das Ergebnis an:

  • Echtes CN2 GIA: Durchgehend 59.43.x.x, kein 202.97
  • Gefälschtes CN2 GIA (in Wirklichkeit GT): Internationaler Abschnitt 59.43, nationaler Abschnitt 202.97
  • Gar kein CN2: Durchgehend 202.97

F: Welche I/O-Geschwindigkeit gilt als normal?

A: Als Richtwert:

  • SSD: über 500 MB/s
  • Normale Cloud-Disks: 200–500 MB/s
  • HDD oder stark übersoldet: unter 200 MB/s

Q: Muss ich jedes Skript durchlaufen lassen?

A: Nein, nicht nötig. Mein empfohlener Workflow:

  1. Starte zuerst 融合怪 (ecs.sh) oder ZBench – damit hast du mit einem einzigen Skript schon mal das Meiste abgedeckt
  2. Willst du die Routen im Detail checken, wirf danach backtrace an
  3. Geht es dir um die IP-Qualität, lässt du noch IP.Check.Place laufen

Q: Wie lange dauern die Tests?

A: Als grobe Orientierung:

  • bench.sh: 2–3 Minuten
  • SuperBench/ZBench: 5–10 Minuten
  • YABS (mit GeekBench): 10–15 Minuten
  • 融合怪 kompletter Testlauf: 15–30 Minuten
  • UnixBench: über 30 Minuten

Vorschau auf den nächsten Beitrag

„Häufige VPS-Fallen und wie du sie vermeidest“ – ich teile die Fettnäpfchen, in die ich selbst getreten bin, darunter IP-Probleme, falsche Routen-Angaben, versteckte Kosten und mehr.


Zuletzt aktualisiert: Januar 2026