Ο προβληματισμός γεννήθηκε στην μέση της εγκατάστασης μιας εφαρμογής που έκανε χρήση των Analysis Services του Microsoft SQL Server 2000. Μέσα στις οδηγίες, η κατασκευάστρια εταιρεία ανέφερε κατηγορηματικά ότι έπρεπε να απενεργοποιηθεί το Hyper Threading του επεξεργαστή, πριν από την εγκατάσταση του προγράμματος.

Προσπαθώντας να εκτιμήσω το πρόβλημα που θα προκαλούσε η παρουσία του Hyper Threading ενός επεξεργαστή στην εφαρμογή, η πρώτη σκέψη ήταν ότι το πρόβλημα θα έπρεπε να έχει να κάνει με τις επιδόσεις της εφαρμογής, μιας και η κατασκευάστρια εταιρεία της εφαρμογής ήταν τόσο κατηγορηματική. Από την στιγμή που η εφαρμογή ήταν πιο πολύ υπεύθυνη να παρουσιάσει τα cubes που τα Analysis Services είχαν δημιουργήσει, το λογικότερο ήταν αυτά να είχαν το πρόβλημα.

Δεν είχα κάτι υπόψη μου, επί του θέματος, όπως και ο γνωστός SQL Guru που συμβουλεύτηκα. Έτσι το επόμενο βήμα μου ήταν να κάνω μια αναζήτηση στο web, και να δω ποιο το πραγματικό πρόβλημα.

Δεν έπεσα κατευθείαν επάνω στην δημοσίευση που έλυσε όλα τα ερωτηματικά μου - πρέπει να ακολούθησα τα κάποιους συνδέσμους από σελίδα σε σελίδα. Στην δημοσίευση "Be aware: To Hyper or not to Hyper", ο Slava Oks, κάνει μια υπόθεση για το πρόβλημα, παραθέτει τον κώδικα που χρησιμοποίησε και με τις μετρήσεις του, αποδεικνύει ότι ουσιαστικά η τεχνολογία Hyper Threading μπορεί να ρίξει τις επιδόσεις ενός server που δουλεύει με υψηλό φορτίο - όπως ας πούμε ένας server που τρέχει Analysis Services - και απενεργοποιώντας το χαρακτηριστικό, να μπορεί κάποιος να έχει μέχρι και 10% αύξηση των επιδόσεων.

Δεν είναι καταπληκτικό; Μια τεχνολογία που φτιάχτηκε ουσιαστικά για να αυξήσει τις επιδώσεις των CPU, ουσιαστικά να τις ρίχνει;