Une fois que tu as acheté ton VPS, comment savoir s’il est vraiment performant ? Et comment vérifier si le fameux CN2 GIA promis par le provider est bien réel ?

Cet article rassemble les scripts de test VPS les plus récents et complets pour 2026. De la performance au routage de retour, en passant par la qualité de l’IP et le déblocage de streaming, on couvre tout en un seul guide.

À lire aussi : Mon retour honnête après avoir testé 8 VPS

1. Objectifs

  • Maîtriser les bases pour évaluer un VPS
  • Apprendre à utiliser les scripts de benchmark les plus courants
  • Savoir lire les résultats pour juger de la qualité du VPS

2. Réflexion et stratégie

Que faut-il regarder pour évaluer un VPS ?

Dimension Pourquoi c’est important Test correspondant
Performance de base Le CPU / la RAM / le disque déterminent quels services tu peux lancer bench.sh, YABS
Qualité du réseau Le routage de retour conditionne la vitesse d’accès depuis la Chine Test de routage de retour
Qualité de l’IP Influence l’accès à certains services spécifiques Test de qualité d’IP
Déblocage streaming Indispensable si tu veux débloquer Netflix, etc. Test de déblocage streaming
Vitesse des trois opérateurs Vitesse réelle pour Telecom / Unicom / Mobile Test de vitesse des trois opérateurs

Classification des scripts de test

J’ai divisé les scripts les plus utilisés en 5 catégories, des bases aux options avancées :

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

3. Étapes à suivre

3.1 Test de performance global

bench.sh (Le grand classique)

Le test global le plus simple, une seule commande et c’est réglé :

1
wget -qO- bench.sh | bash

Ce qui est testé :

  • Infos système (modèle de CPU, RAM, disque dur)
  • Test de vitesse I/O
  • Test de débit réseau (plusieurs nœuds)

Comment lire les résultats :

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

Les indicateurs clés :

Indicateur Excellent Correct Médiocre
I/O Speed >500MB/s 200-500MB/s <200MB/s

SuperBench.sh (version test Chine)

Une version améliorée de bench.sh : les nœuds de test ont été remplacés par des nœuds locaux chinois, parfait pour vérifier la vitesse depuis la Chine :

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

SuperBench.sh - ithinker

La différence avec bench.sh :

  • bench.sh teste la vitesse sur des nœuds mondiaux
  • SuperBench.sh teste la vitesse sur les nœuds des opérateurs chinois (Telecom/Unicom/Mobile)

Le cas d’usage idéal : quand on veut connaître la vitesse réelle du VPS vers la Chine

ZBench (version tout-en-un, recommandé)

Il combine bench.sh et SuperBench.sh, ajoute des tests de Ping et de routage, et peut même générer un rapport web à partager :

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

Ça a freezé ici, du coup j’ai pas continué
Ce qui est testé :

  • Infos système + test d’E/S
  • Test de débit (national et international)
  • Test de Ping
  • Test de routage
  • Génération d’un rapport web (partageable)

Note recommandée : ⭐⭐⭐⭐

Le gros point fort de ce script, c’est qu’il génère un lien web : pratique pour partager tes résultats de test.

YABS (avec benchmark GeekBench)

Pour aller plus loin dans les tests, on a GeekBench pour le CPU et fio pour les disques :

1
curl -sL yabs.sh | bash

YABS

image.png

Ce qui est testé :

  • Infos système
  • Test disque avec fio (lecture/écriture aléatoire 4K)
  • Benchmark GeekBench 6
  • Test de débit réseau avec iperf3

Attention : le test GeekBench prend un peu de temps (compte 5 à 10 minutes) et pompe pas mal de ressources.

Comment lire les résultats :

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

Références GeekBench 6 :

Score Niveau Config typique
Single-core > 1500 Excellent CPU à haute fréquence
Single-core 1000-1500 Bon Config standard
Single-core < 1000 Moyen CPU daté ou overselling sévère

LemonBench

Un script de test complet développé par un dev chinois, avec une interface claire et des tests qui balaient large :

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

Ce qui est testé :

  • Infos système
  • Infos réseau
  • Déblocage streaming
  • Test de performances CPU
  • Test de performances mémoire
  • Test de performances disque

UnixBench (test dédié CPU)

Un script historique spécialisé dans le test du CPU, ses scores font référence :

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

unixbench

Attention : ce test prend pas mal de temps (au-delà de 30 minutes), il ne teste que le CPU, pas le réseau.

Idéal pour : quand tu veux détailler à fond les perfs du CPU et comparer la capacité de calcul de différents VPS.

Script de test complet (spiritLHls/ecs)

Un script de test ultra-complet développé par un dev chinois, il intègre quasiment tous les tests possibles :

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

Ou utilise l’adresse de secours :

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

image.png

image.png

Contenu du test :

  • Infos de base du système
  • Test CPU / mémoire / disque
  • Vérification du déblocage streaming
  • Test de qualité de l’IP
  • Test des routes de retour
  • Test de débit des trois grands opérateurs réseau
  • ……

Ma recommandation : ⭐⭐⭐⭐⭐

Ce script est vraiment trop complet. Si tu ne dois en lancer qu’un seul, c’est celui-là.

Options du menu : au lancement, un menu apparaît, voici les options les plus utiles :

  • 0 - Test complet (prend un peu plus de temps)
  • 1 - Infos système de base
  • 4 - Test de débit des trois opérateurs + routage de retour
  • 7 - Vérification de la qualité de l’IP
  • 8 - Déblocage de streaming

3.2 Test du routage de retour

Le routage de retour détermine la qualité du réseau entre ton VPS et la Chine.

Pourquoi le retour est plus important que l’aller ?

  • Aller : le chemin qu’empruntent tes données pour atteindre le VPS (faible volume de données)
  • Retour : le chemin qu’empruntent les données du VPS pour te revenir (volume de données important)

Quand on surfe, on télécharge bien plus qu’on n’envoie, donc la route de retour compte bien plus.

Comparatif des routes courantes

Ligne Numéro AS Signature IP Description Latence Prix
CN2 GIA AS4809 59.43.x.x (sur tout le tracé) Meilleure ligne Telecom Basse Cher
CN2 GT AS4809 59.43 (tronçon international) + 202.97 (tronçon national) Seconde meilleure ligne Telecom Plutôt basse Assez cher
Backbone 163 AS4134 202.97.x.x Ligne standard Telecom Haute Abordable
9929/CUPM AS9929 218.105.x.x Ligne optimisée Unicom Basse Cher
4837 AS4837 219.158.x.x Ligne standard Unicom Plutôt haute Abordable
CMIN2 AS58807 223.120.x.x Ligne optimisée Mobile Plutôt basse Assez cher
CMI AS58453 223.118/119.x.x Ligne standard Mobile Moyenne Abordable

Comment identifier la ligne ? (Important)

Repère la signature IP dans le traceroute :

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(移动优质)

Distinguer CN2 GIA et CN2 GT :

  • CN2 GIA : tu as du 59.43.x.x sur tout le tracé, pas de 202.97
  • CN2 GT : le tronçon international est en 59.43, puis ça passe en 202.97 une fois rentré en Chine

backtrace (test rapide, recommandé)

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

Uploading file...t2u20

Comment lire les résultats :

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

Regardez la dernière colonne pour le type de route :

  • 电信CN2 GIA → Optimal
  • 联通9929 → Optimal pour Unicom
  • 移动CMIN2 → Optimisé pour Mobile
  • 电信163 / 联通4837 → Route standard

mtr_trace (test de routage de retour sur les trois réseaux)

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

mtr_trace

Ce script teste les routes de retour vers plusieurs villes chez Telecom, Unicom et Mobile.

testrace.sh (test de routage détaillé)

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


Une fois lancé, tu peux choisir vers quelle ville tester la route.

NextTrace (encore plus détaillé)

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

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

Les plus : affiche la latence et le numéro AS de chaque saut, tu peux voir la route complète.

BestTrace (avec interface graphique)

Parfait pour les utilisateurs sous Windows, il a une interface graphique pour tester la route depuis ta machine jusqu’au VPS.

Lien de téléchargement : https://www.ipip.net/product/client.html


3.3 Vérifier la qualité de l’IP

L’impact de la qualité de l’IP :

  • Possibilité d’accéder à Google, ChatGPT et autres services
  • Risque que tes e-mails soient marqués comme spam
  • Si l’IP est signalée comme à haut risque par les services de sécurité

IP.Check.Place (recommandé)

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

image.png

image.png

Comment lire les résultats :

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
-------------------------------

Les indicateurs clés :

Indicateur Explication
Scamalytics Score <30 excellent, 30-50 moyen, >50 mauvais
Blacklist Idéalement, tout doit être en Not Listed

ipcheck.ing

1
bash <(curl -sL ipcheck.ing)

image.png

Ce script a une interface plus sympa et les résultats sont plus directs à comprendre.


3.4 Test de déblocage de streaming

Pour vérifier si Netflix, Disney+, ChatGPT et autres services sont accessibles :

RegionRestrictionCheck (recommandé)

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

image.png

Exemple de résultat :

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
=======================================

Résultats fréquents :

  • Yes (Region: XX) - Débloqué, région : XX
  • No - Non débloqué
  • Originals Only - Débloque uniquement les contenus originaux

MediaUnlockTest

1
bash <(curl -Ls unlock.moe)

image.png

Même principe, mais avec une détection sur un plus grand nombre de plateformes.


3.6 Tester avant d’acheter (sans VPS)

Pas encore de VPS ? Voici comment le tester en amont.

Méthode 1 : Ping sur l’IP de test

Les fournisseurs mettent généralement à disposition une IP de test. Lancez un ping pour vérifier la latence et le taux de perte de paquets :

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

# Mac/Linux
ping -c 100 测试IP

Les indicateurs clés à surveiller :

  • Latence : Ouest des États-Unis < 200 ms, Japon < 100 ms, Hong Kong < 50 ms, c’est nickel
  • Perte de paquets : < 5 % c’est acceptable, > 10 % il y a un souci

Méthode 2 : Tracer la route aller

Vérifiez le chemin parcouru depuis votre machine jusqu’au VPS (route aller) :

Sous Windows : téléchargez BestTrace, interface graphique et super visuel

Sous Mac/Linux :

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

# 测试
mtr 测试IP

Méthode 3 : Le Looking Glass

Pas mal de fournisseurs de VPS proposent une page Looking Glass. Ça permet de :

  • Lancer un ping depuis le VPS jusqu’à chez vous
  • Visualiser la route retour
  • Télécharger un fichier de test

Comment dénicher le Looking Glass :

  1. Cherchez “Looking Glass” ou “Network Test” sur le site du fournisseur
  2. Tapez “Nom du fournisseur Looking Glass” sur Google

Méthode 4 : Télécharger un fichier de test

En général, les hébergeurs proposent un fichier de test au téléchargement. Tu peux le récupérer directement via ton navigateur pour voir la vitesse en conditions réelles :

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

Attention : c’est encore plus parlant si tu fais le test pendant les heures de pointe (entre 20h et 22h).


3.5 Test de débit des trois opérateurs

On va maintenant vérifier le débit réel sur les trois grands réseaux chinois (Telecom, Unicom et Mobile) :

Test de débit AutoSpeed

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

Speedtest CLI (officiel)

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

Comment lire les résultats :

1
2
3
Download:   940.22 Mbps
Upload: 102.55 Mbps
Latency: 45.12 ms
Métrique Référence 1Gbps Référence 100Mbps
Download >800Mbps >80Mbps
Upload >100Mbps >10Mbps
Latence <50ms (excellent) <100ms (acceptable)

4. Bilan

Ma méthode de test

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
↓ 看是否有风险标记
第四步:记录结果,和商家宣传对比

Aperçu rapide de la qualité du réseau

Route Expérience Telecom Expérience Unicom Expérience Mobile Prix
CN2 GIA ⭐⭐⭐ ⭐⭐ ⭐⭐ $$$
CN2 GT ⭐⭐⭐ $$
9929/CUPM ⭐⭐ ⭐⭐⭐ ⭐⭐ $$$
CMIN2 ⭐⭐ ⭐⭐ ⭐⭐⭐ $$
163/4837/CMI $

Conseils d’achat

  1. Définis d’abord l’usage : pour un environnement de dev, il te faut une faible latence ; pour la prod, mise sur la stabilité.
  2. Teste aux heures de pointe : les résultats obtenus entre 20h et 22h sont bien plus représentatifs.
  3. Vérifie les promesses des hébergeurs : s’ils te vendent du CN2 GIA, lance un traceroute de retour pour en avoir le cœur net.
  4. Relance plusieurs fois : un test isolé peut être trompeur, fais plusieurs passages et prends la moyenne.

Aide-mémoire pour les scripts de benchmark

Test de performance global

Script Particularités Commande
bench.sh Le grand classique, test de vitesse mondial wget -qO- bench.sh | bash
SuperBench Version orientée Chine wget -qO- git.io/superbench.sh | bash
ZBench ⭐ Version tout-en-un, génère un rapport wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench-CN.sh && bash ZBench-CN.sh
YABS Inclut un benchmark GeekBench curl -sL yabs.sh | bash
LemonBench Développé par un dev chinois, interface sympa wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full
融合怪ecs ⭐⭐ Le plus polyvalent bash <(wget -qO- bash.spiritlhl.net/ecs)
UnixBench Test dédié au CPU wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh && bash unixbench.sh

Test du routage de retour

Script Particularités Commande
backtrace ⭐ Identifie rapidement la route curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh
mtr_trace Test multi-villes sur les trois grands réseaux curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash
testrace Test de routage détaillé wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh && bash testrace.sh
NextTrace Traceroute visuel curl nxtrace.org/nt | bash

Autres tests

Script Particularités Commande
IP质量检测 Évaluation du risque lié à l’IP bash <(curl -Ls IP.Check.Place)
流媒体解锁 Netflix/Disney+ et autres bash <(curl -L -s check.unlock.media)
三网测速 Telecom/Unicom/Mobile bash <(curl -sL bash.icu/speedtest)

Aperçu rapide de la qualité du réseau

Route Expérience Telecom Expérience Unicom Expérience Mobile
CN2 GIA ⭐⭐⭐ ⭐⭐ ⭐⭐
CN2 GT ⭐⭐⭐
9929/CUPM ⭐⭐ ⭐⭐⭐ ⭐⭐
CMIN2 ⭐⭐ ⭐⭐ ⭐⭐⭐
BGP standard

Conseils de test avant l’achat

Pas mal de providers de VPS proposent un Looking Glass ou une IP de test. Avant de sortir la carte bleue, n’hésite pas à :

  1. Test de Ping : ping 测试IP pour jeter un œil à la latence
  2. Test de routage : utilise BestTrace depuis ta machine pour tracer la route vers l’IP cible
  3. Test de téléchargement : récupère le fichier de test depuis le Looking Glass pour vérifier la vitesse

5. Suivi des anomalies

Le script refuse de se lancer

Problème : certains scripts nécessitent les droits root

Solution :

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

Résultats de speedtest très fluctuants

Problème : sur un même VPS, les résultats des tests varient énormément d’une fois sur l’autre

Causes possibles :

  • Fluctuations du réseau
  • VPS survendus, ressources instables
  • Serveurs de test saturés

Mes conseils : relance le test plusieurs fois pour faire une moyenne, et fais des essays à différents créneaux horaires

GeekBench plante

Problème : sur les petits VPS avec peu de RAM, GeekBench se mange un OOM

Solution :

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

Échec du test de routage de retour

Problème : backtrace ou d’autres scripts de test de routage refusent de s’exécuter

Solution :

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. Foire aux questions (FAQ)

Q : Les scripts de benchmark risquent-ils de faire fuiter mes infos ?

R : Ces scripts sont open source, tu peux aller vérifier le code sur GitHub. Ils se contentent de tester les perfs du VPS et n’envoient aucune donnée sensible. Par contre, je te conseille de :

  • Récupérer les scripts uniquement depuis des sources de confiance comme GitHub
  • Si tu as le moindre doute, télécharge le code, jette un œil, et lance-le seulement après

Q : Pourquoi mes résultats de speedtest sont si différents de ceux des autres ?

R : Plein de paramètres entrent en jeu :

  • L’heure du test (heures de pointe vs. heures creuses)
  • Ton réseau local (China Telecom / China Unicom / China Mobile)
  • La charge actuelle du VPS
  • L’état du nœud de test utilisé

Mon conseil : lance ton test pendant le pic de soirée (20h-22h), c’est bien plus représentatif de la réalité.

Q : Le fournisseur annonce du CN2 GIA, comment je vérifie ça ?

R : Lance un test de routage de retour (backtrace) et regarde le résultat :

  • Vrai CN2 GIA : que du 59.43.x.x tout du long, pas de 202.97
  • Faux CN2 GIA (en réalité du GT) : 59.43 sur la partie internationale, mais 202.97 sur le tronçon domestique
  • Pas du tout du CN2 : que du 202.97

Q : C’est quoi une vitesse d’I/O normale ?

R : Valeurs de référence :

  • SSD : plus de 500 Mo/s
  • Cloud disque standard : 200 à 500 Mo/s
  • HDD ou overselling sévère : moins de 200 Mo/s

Q : Faut-il lancer tous les scripts ?

R : Non. Voici le workflow que je recommande :

  1. Commence par lancer 融合怪 (ecs.sh) ou ZBench, un seul script et tu couvres l’essentiel
  2. Si tu as besoin d’analyser le routage en détail, lance ensuite backtrace
  3. Si la qualité de l’IP te préoccupe, enchaîne sur IP.Check.Place

Q : Combien de temps prennent les tests ?

R : Voici un ordre d’idée :

  • bench.sh : 2 à 3 minutes
  • SuperBench/ZBench : 5 à 10 minutes
  • YABS (avec GeekBench) : 10 à 15 minutes
  • 融合怪 test complet : 15 à 30 minutes
  • UnixBench : plus de 30 minutes

Prochain article

《买VPS常见的坑和避坑指南》 — je te partage les pièges que j’ai déjà rencontrés, y compris les soucis d’IP, les fausses annonces de routage, les frais cachés, etc.


Dernière mise à jour : janvier 2026