मल्टीबाइट चरित्र दृश्यों को अविश्वसनीय रूप से धीमा क्यों प्रस्तुत किया जा रहा है?


11

लगभग एक हफ्ते पहले मुझे महसूस हुआ कि जब भी एक लंबी जापानी फ़ाइल नाम वाली फ़ाइल दिखाई देती है, तो orTorrent में फ़ाइल सूची एक सेकंड से भी कम समय के लिए लटक जाएगी। मुझे यह उत्सुक लग रहा था, लेकिन मेरे पास वास्तव में उस समय इसके बारे में चिंता करने का समय नहीं था, खासकर जब से यह केवल toTorrent तक सीमित था।

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

मैंने इस अजीब व्यवहार के कारण के रूप में सुराग खोजने की कोशिश की है, लेकिन मुझे कुछ भी नहीं मिल रहा है। क्या यहां किसी को भी पता नहीं है कि क्या चल रहा है?

दुर्भाग्य से, मैं इसका स्क्रीनशॉट नहीं ले सकता क्योंकि ऐसा लगता है कि सभी स्क्रीनशॉट एप्लिकेशन हैंग तब तक हैं जब तक कि शॉट लेने से पहले आकार बदलना पूरा नहीं हो जाता ...

संपादित करें: मैंने समस्या का प्रदर्शन करते हुए एक वीडियो रिकॉर्ड किया है। मुझे यकीन नहीं है कि यह कारण की पहचान करने में मदद करेगा लेकिन यह कम से कम मेरे स्पष्टीकरण से बेहतर होना चाहिए:

https://vimeo.com/58619918

संपादित 2: यहां एक नमूना फ़ाइल के रूप में अनुरोध किया गया है: ध्यान दें कि यह केवल एक लंबी मल्टीबाइट फ़ाइल नाम के साथ एक खाली फ़ाइल है: http://goo.gl/bgnGP (और आप के लिए उन ब्राउज़र के साथ जो फ़ाइल नाम को संभाल नहीं सकते हैं, यहां है a zip-file: https://dl.dropbox.com/u/55495248/multibyte.zip )


मैं इसे पहली बार YouTube पर अपलोड करने जा रहा था, लेकिन जाहिर तौर पर यह आपके वास्तविक नाम को दिखाने के लिए आपके खाते को "अपग्रेड" किए बिना असंभव है। जी नहीं, धन्यवाद। मुझे उम्मीद है कि वीमो के ठीक होने की उम्मीद है।
मृग्रीम

क्या आप हमें कंप्यूटर के बारे में कुछ विवरण बता सकते हैं? विशेष रूप से, आपके द्वारा उपयोग किया जाने वाला वीडियो कार्ड (या क्या यह उन चिप के अंदर वीडियोबोर्ड है? क्या वीडियो ड्राइवर अपडेट किए गए हैं? वीडियो के कारण समस्याएँ हो सकती हैं, न कि विंडोज़ के लिए ....
woliveirajr

1
@woliveirajr ज़रूर यहां एक छीन लिया गया DxDiag.txt (CPU, GPU, मेमोरी, आदि के बारे में जानकारी शामिल है): pastebin.com/eYvS8mGL मुझे लगता है कि मुझे अपने वीडियो ड्राइवरों को अपडेट किए हुए एक या दो महीने हो गए हैं, मैं इसे एक बार दे दूँगा।
मारीग्रीम

2
प्रश्न के पहले उत्तर का प्रयास करें superuser.com/questions/371282/… और देखें कि क्या यह मदद करता है ...
woliveirajr

1
और भी (इसी लिंक में ऊपर) support.microsoft.com/kb/2505438 के
woliveirajr

जवाबों:


1

मैं समझा सकता हूं कि यूनिकोड को कैसे संभाला जा रहा है, लेकिन मैं वास्तव में आपके सवाल का सीधे जवाब नहीं दे सकता। मैंने पहले लिखने के लिए धीमेपन से काम किया है, लेकिन एक बार जो किया जाता है, वह फिर से तेज हो जाता है ...

यूनिकोड उस चीज से बना है जिसे हम प्लेन कहते हैं। योजनाएं 256 वर्ण हैं। कई स्थितियों में, फॉन्ट बहुत बड़ी फ़ाइलों से बचने के लिए एक विमान को संभालेंगे, लेकिन यह भी क्योंकि यह कई भाषाओं (अंग्रेजी, फ्रेंच, जर्मन ...) के लिए पर्याप्त है। हालांकि, एशियाई भाषाएं बड़े फोंट का उपयोग करती हैं जो कई विमानों को कवर करती हैं। एक पूर्ण जापानी वर्ण सेट के लिए, यदि मैं सही हूं, तो लगभग 10 विमान। चीनी अधिक है (विशेष रूप से पारंपरिक चीनी!)

इस तरह के फोंट के साथ प्रतिपादन करते समय, आपको संबंधित फ़ॉन्ट का चयन करना होगा (यदि एक फ़ॉन्ट सभी वर्णों को संभालने के लिए पर्याप्त नहीं है, तो ऑपरेटिंग सिस्टम आपके लिए फोंट के बीच स्विच करता है; यह हुड के नीचे है, लेकिन ऐसा होता है।) यह समय लेने वाला है। इसके अलावा, पहली बार सिस्टम उस फॉन्ट में लिखता है, उसे डिस्क से लोड करने की आवश्यकता होती है। एशियाई भाषाओं में बड़े फोंट हैं, जिसमें समय भी लगता है।

अंत में, और यह संभवतः अधिक संभावना है कि आप क्या सामना कर रहे हैं, वर्ण (या ग्लिफ़) आमतौर पर अधिक जटिल होते हैं। इसका मतलब है कि पात्रों को प्रस्तुत करने के लिए अधिक समय। हालांकि फोंट के लिए ओपन बोर्ड / डी 3 डी के साथ वीडियो बोर्ड द्वारा किया जा सकता है, यह इतना अच्छा नहीं है। आप बहुत सारी गुणवत्ता खो देते हैं (हालांकि MS-Windows के अंतर्गत फ़ॉन्ट गुणवत्ता ...) इसलिए यह प्रोसेसर द्वारा सबसे अधिक बार किया जाता है।

एक आखिरी नोट, हालांकि मुझे वास्तव में संदेह होगा कि यह एक चिंता का विषय है, डिफ़ॉल्ट रूप से Win7 विंडो किनारों को अर्ध-पारदर्शी बनाता है। यह हो सकता है कि समस्या को जोड़ता है। हालाँकि, रेंडरिंग का यह हिस्सा निश्चित रूप से आपके वीडियो बोर्ड पर त्वरित 2D / 3D कार्यों के साथ किया जाता है।


-1

यदि आपका पीसी एक मल्टीबाइट कैरेक्टर को रेंडर करता है तो यह धीमा हो जाता है क्योंकि हो सकता है कि उसे कैरेक्टर को आगे बढ़ाने के लिए 1 से ज्यादा इंस्ट्रक्शंस करने हों।

64 बिट संस्करण 1 कॉल में 64 बिट्स नाम प्राप्त कर सकता है, इसे 1 कॉल में सफल कर सकता है और इसे 1 कॉल = 3 कॉल में संग्रहीत कर सकता है।

एक 32 बिट संस्करण को पहले 32 बिट्स के साथ काम करना होगा, फिर अन्य 32 को, और फिर दोनों ऑपरेशन को प्रबंधित करना होगा:

3 कॉल में 64 बिट्स नाम प्राप्त करें, इसे 3 कॉल में सफल करें और इसे 3 कॉल = 9 कॉल में संग्रहीत करें।


वर्ण प्राप्त करना और भंडारण करना प्रसंस्करण का एक छोटा सा हिस्सा है।
वॉनब्रांड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.