Attention a bien utiliser les bons mots:

Multi connexion (plusieurs flux tcp en meme temps) n'implique pas forcement multithreading (plusieurs fils d'execution en meme temps).
multithreading n'implique pas forcement execution en parallele sur plusieurs coeur physiques ou meme virtuels de processeurs.

Speedtest.net version web fait du multi connexion. C'est une app web (une page web avec du code javascript) donc par défaut c'est de toute facon,sur tout les navigateurs du monde, exécuté dans un seul thread Javascript du navigateur. Le multi-threading dans un navigateur est compliqué à faire, il faut utiliser des 'web worker' et mettre en place un synchronisation explicite entre les threads.

A ma connaissance speedtest.net n'utilise pas de web workers. Donc un speedtest dans un navigateur n'utilisera qu'un seul thread meme s'il fait 20 connexions tcp en meme temps.

Bref faut il ne pas confondre parallélisme et concurrence.

Et dans le multi connection , plusieurs flux en meme temps, on peut soit avoir 10 flux vers un meme serveur  soit 5 vers un serveur et 5 vers un autre serveur par exemple. Dans le cas de speedtest et nperf ce sont toujours un seul serveur quelque soit le nombre de flux.

A ma connaissance, a ce jour, seul le test de debit de UFC Que Choisir utilise 2 serveurs en meme temps (avec 4 flux vers chaque serveur).

oui multi thread niveau OS comme n'importe quel i/o, mais dans pas l'application elle-meme et  la saturation cpu du thread principal est le souci numéro 1 (surtout chez NPerf d'ailleurs). En programmant chaque websocket dans son propre webworker on aurait un truc bien plus fluide.