Het eerste punt dat van belang is bij de keuze voor (of tegen) multithreading is dat je het niet moet gebruiken omdat het nu eenmaal 'cool' is, tenzij je wat aan het experimenteren bent geslagen. Ten tweede moet je geen multithreading gebruiken omdat het je applicatie sneller maakt, tenzij je bewezen hebt dat een single-threaded implementatie onaanvaardbaar langzaam is. Tot slot moet je je beseffen dat Microsoft een apartment model biedt waarmee een object, geschreven in een enkele thread, kan draaien in een multithreaded omgeving. Dus je hoeft wellicht niet expliciete code voor multithreading op te nemen. Dit artikel gaat overigens verder niet in op het apartment model, misschien een volgende keer. (devtips.net)

Deze vorm van multithreading is in simulaties veel krachtiger en efficienter gebleken dan andere methodes om het aantal instructies per kloktik op te voeren zoals het gebruik van meerdere processors. Bij gebruik van vier threads haalt een systeem met vier processors bijvoorbeeld zo'n 4.2 instructies per kloktik, terwijl één enkele SMT processor er 5.6 doet. Nadelen van een dergelijk systeem zijn onder andere een verhoogde latency en een complexere fetcher/decoder die meer registers nodig heeft. (Tweakers.mobi)