हां मैंने एक ऐसे ऐप पर काम किया है, जो एचटी विकलांगों के साथ मशीन पर चलने पर बेहतर प्रदर्शन करता है ।
क्या हुआ था, मूल कोड एक हाइपरथ्रेडेड मशीन (जो आप मान लेंगे कि एचटी के पूरे बिंदु की तरह है) पर चलने के दौरान थ्रेड्स के रूप में कई बार बना देगा। हालाँकि, उन थ्रेड्स का थ्रूपुट थ्रेड के लिए उपलब्ध कैश की मात्रा के प्रति बहुत संवेदनशील था। कैश की एक निश्चित राशि के लिए लड़ रहे दो थ्रेड्स के साथ, प्रति थ्रेड उपलब्ध कैश बहुत कम था और थ्रैशिंग हुआ: अधिक कैश मिस लोड होगा, अधिक मुख्य-मेमोरी एक्सेस लोड होगा, और प्रदर्शन के साथ चलने की तुलना में काफी हिट हुआ कम धागे और अधिक कैश प्रति थ्रेड (जो आपको एचटी अक्षम के साथ मशीन पर ऐप चलाने पर मिला है)।
अंतिम तय यह था कि ऐप एचडब्ल्यू प्लेटफ़ॉर्म को बेहतर तरीके से जांचे और कैश साइज़ ले और कितने धागे बनाने हैं, यह तय करते समय कैश की मात्रा पर ध्यान दिया जाए। किसी भी मामले में समस्या जल्दी से सीपीयू की पीढ़ी के साथ गायब हो गई, जिसने कैश आकार को दोगुना कर दिया (और हमने वास्तव में एचटी से मामूली लाभ देखना शुरू कर दिया)। हालांकि, पूरे एपिसोड ने एचटी की सिफारिश करने की एक लंबी और स्थायी विरासत को छोड़ दिया, जिसे हमारे एसडब्ल्यू पर चलने वाले किसी भी प्लेटफॉर्म पर हमेशा अक्षम किया जाता है , और "किसी भी प्रदर्शन की समस्या के कारण एचटी सक्षम होने वाली मशीन नहीं है? " (मुझे लगता है कि मौलिक समस्या सबसे गैर-गीक्स है, बस समझ नहीं आता कि वास्तव में एचटी क्या है।)