खोज फ्रीज़ हो रही है

Question

CPU के बारे में उल्लेख करने वाले कई अन्य पोस्ट हैं, लेकिन मुझे यकीन नहीं है कि क्या मेरी समस्या सीधे संबंधित है, इसलिए मैंने एक नया विषय शुरू किया। यदि मुझे पहले वाले पोस्ट का उत्तर देना चाहिए था, तो माफ़ कीजिए।
मैंने हमेशा PT8 को थोड़ा धीमा पाया है, लेकिन मेरे पास साथ में स्क्रॉल होने वाले बहुत सारे संसाधन हैं, इसलिए मैंने सोचा कि यह बस बुरी बात है। मुझे उम्मीद थी कि PT9 तेज़ होगा, लेकिन यह बिल्कुल वही है। मैं आमतौर पर Chrome खुला रखता हूँ, लेकिन जब मैं इसे बंद करता हूँ, तो भी यह तेज़ नहीं लगता। कुछ खोजें बहुत तेज़ होती हैं, भले ही उनके परिणाम बहुत हों (जैसे कि “reckon” ने एक सेकंड से कम समय में 275 परिणाम दिए), लेकिन कुछ बहुत धीमी होती हैं, और वास्तव में कोई परिणाम नहीं देतीं (जैसे कि “. (see” ने कई मिनट तक चलाया जब तक कि मुझे PT को बंद करने के लिए टास्क मैनेजर का उपयोग करना पड़ा, कई बार)। जब यह होता है, तो CPU लगभग 100% पर प्रतीत होता है।

image666×593 27.1 KB

मैं windows 10 (1903) का उपयोग कर रहा हूँ और मेरे पास 16GB RAM है। प्रोसेसर, यदि यह किसी के लिए कुछ मायने रखता है, यह है:

PT को सामान्य रूप से तेज़ करने या सभी खोजों को काम करने के लिए कोई सुझाव?

English से मशीन-अनुवादित मूल दिखाएं

Answer 1

कृपया इन प्रकार की समस्याओं की रिपोर्ट Help > Give feedback के माध्यम से करें। किसी भी खोज को एक अच्छे कंप्यूटर पर कुछ सेकंड से अधिक समय नहीं लगना चाहिए।
यह प्रकार की समस्या आमतौर पर इस तथ्य से आती है कि हम खोज करने के लिए आंतरिक रूप से एक नियमित अभिव्यक्ति (regular expression) बनाते हैं, और कुछ मामलों में जहाँ उत्पन्न नियमित अभिव्यक्ति एक नेगेटिव लुक-बेहाइंड (negative look-behind) के साथ एक अनंत लूप बनाती है (जिसे catastrophic backtracking कहा जाता है और यह कभी समाप्त नहीं होती)। ऐसा लगता है कि आपने इस समस्या का एक और मामला खोजा है।

English से मशीन-अनुवादित मूल दिखाएं

Comments

रिपोर्ट किया गया

English से मशीन-अनुवादित मूल दिखाएं

---

आपने RegexBuddy के निर्माता की दस्तावेज़ीकरण के लिंक किया है। मैं इसका उपयोग समय-समय पर अच्छी नियमित अभिव्यक्तियों (regular expressions) बनाने में मदद के लिए करता हूँ, लेकिन मुझे पता है कि RegEx के अलग-अलग प्रकार (flavors) हैं जिनकी अलग-अलग सिंटैक्स होती है। RegexBuddy उचित प्रकारों के बीच स्विच करने की अनुमति देता है, लेकिन मैं हमेशा सही एक का चयन करने के लिए निश्चित नहीं होता हूँ।

क्या कोई बता सकता है कि निम्नलिखित स्थानों पर उपयोग की जाने वाली regex flavors के लिए सही “RegexBuddy” विकल्प क्या हैं:

• Paratext 9 Find/Replace
• Paratext 9 RegexPal
• Changes.txt, FinalChanges.txt, PrintDraftChanges.txt, DBLchanges.txt, आदि
• SIL Encoding Converters
• InDesign में Grep Styles

English से मशीन-अनुवादित मूल दिखाएं

Answer 2

खैर, आपने डेवलपर्स के लिए टेस्ट करने के लिए सर्वोत्तम खोज अभिव्यक्ति ज़रूर खोजी है। मैंने बस खोजी
. (see
एक पूर्ण बाइबल प्रोजेक्ट में, और इसकी समय मापना शुरू किया। 4 1/2 मिनट के बाद मैंने हार मान ली और खोज रद्द कर दी। मेरे पास 10वीं पीढ़ी का i7 है जिसमें 6 कोर और 16 गीगैब RAM है, इसलिए यह किसी भी कंप्यूटर को निरस्त कर देगा।

मैंने अभी-अभी 9.1 आज़माया और यह बेहतर नहीं करता है।

English से मशीन-अनुवादित मूल दिखाएं

Comments

यदि आप “Ignore whitespace differences” बॉक्स (More>> के नीचे) का टिक हटा देते हैं, तो क्या इससे कोई अंतर पड़ता है?

यह वास्तव में कोई समाधान नहीं है, क्योंकि आप शायद एक या अधिक स्पेस मेल खाना चाहेंगे, लेकिन यह धीमापन का कारण क्या है, इसकी एक संकेत दे सकता है।

English से मशीन-अनुवादित मूल दिखाएं

---

12 सेकंड। ऐसा लगता है कि हमारे पास “Ignore whitespace differences” विकल्प के साथ एक समस्या है।

English से मशीन-अनुवादित मूल दिखाएं

Answer 3

मैं केवल PT9 Find/Replace, RegexPal, PrintDraftChanges.txt, और DBLchanges.txt के लिए उत्तर दे सकता हूँ। वे सभी .Net की बिल्ट-इन नियमित अभिव्यक्ति इंजन का उपयोग करते हैं: C# (.NET 2.0–4.8 & .NET Core 1.0–3.0)।

English से मशीन-अनुवादित मूल दिखाएं

Comments

इस निर्दोष पाठ में कुछ बहुत महत्वपूर्ण छिपा है। क्या आप यह कह रहे हैं कि Paratext 9 RegExPal अब Paratext Find/Replace के रूप में ही नियमित अभिव्यक्ति flavor का उपयोग करता है? यह बहुत बड़ी बात है और बहुत स्वागत योग्य है, हालाँकि मुझे अपने regex की लाइब्रेरी को संशोधित करना होगा। यह पूरी तरह से लायक है।

English से मशीन-अनुवादित मूल दिखाएं

---

Shegnada:

क्या आप यह कह रहे हैं कि Paratext 9 RegExPal अब Paratext Find/Replace के रूप में ही नियमित अभिव्यक्ति flavor का उपयोग करता है?

मैं सोचता हूँ कि हाँ। यह थोड़ा जटिल है।

Paratext 7.x में, RegExPal नियमित अभिव्यक्ति खोजों के लिए Python का उपयोग करता था। Paratext 8 में कोड को सरल बनाने के लिए, हमने IronPython का उपयोग करने में बदलाव किया, जो .Net का उपयोग करके Python की एक कार्यान्वयन है। IronPython के स्रोत कोड को देखते हुए, यह लगता है कि यह Python नियमित अभिव्यक्तियों को लागू करने के लिए .Net RE इंजन का उपयोग करता है।

हालाँकि, चूंकि सामान्य Python और .Net की नियमित अभिव्यक्तियों की कार्यान्वयन के बीच छोटे अंतर हैं, मैं अनुमान लगा रहा हूँ कि IronPython को .Net की कार्यान्वयन के साथ संगत करने के लिए अभिव्यक्तियों में कुछ छोटे समायोजन करने होंगे। मुझे 100% पक्का नहीं है कि क्या यह RE को काम करने के लिए कुछ प्रोसेसिंग करता है या क्या उन परिवर्तनों से IronPython सामान्य .Net से थोड़ा अलग हो सकता है या नहीं।

English से मशीन-अनुवादित मूल दिखाएं

---

मैं यह नोट करूँगा कि Find में, नई लाइनों (newlines) को अनदेखा कर दिया जाता है, इसलिए आप section heads खोजने के लिए \\s .* जैसी कोई चीज़ खोज नहीं सकते। भले ही आप (?-s) शामिल करें, नई लाइनों को अनदेखा कर दिया जाता है।

English से मशीन-अनुवादित मूल दिखाएं

---

anon848905, Find डायलॉग में आपकी द्वारा उल्लेखित प्रतिबंध समस्याग्रस्त है। पिछले कुछ महीनों में, मैं उपयोगकर्ताओं के साथ साझा करता हूँ कई अभिव्यक्तियाँ अब काम नहीं करतीं (यदि वे pt9 में हैं) इस “नई लाइन को अनदेखा करने” की वास्तविकता के कारण। मैं अक्सर नेगेटिव क्लास के माध्यम से “up until” का उपयोग करता हूँ… सबसे आम हैं

• एक नई लाइन तक: [^\r]+
• अगले मार्कर तक (उसी लाइन पर) [^\r\\]+

खोज को एक संदर्भ तक सीमित करने के लिए ये अभिव्यक्तियाँ (या तकनीक) अब काम नहीं करतीं।

मैं फिर से उल्लेख करूँगा कि यह एक अन्य उपयोगकर्ता के लिए समस्याग्रस्त है जो RegexPal में प्रवेश करना नहीं चाहता है, या एक उपयोगकर्ता जो Paratext में बहुत सारी समस्याओं को एक-एक करके ठीक करने की आवश्यकता रखता है।

English से मशीन-अनुवादित मूल दिखाएं

---

आप अन्य उपयोगकर्ताओं के साथ एक जटिल RegEx Find साझा करने के लिए एक चीज़ कर सकते हैं: RegExPal सूची को निर्यात करें, इसे एक टेक्स्ट एडिटर के साथ थोड़ा सा मसाज करें, और उन्हें List Window में खोलने के लिए भेजें।

English से मशीन-अनुवादित मूल दिखाएं