बड़े (विशाल, विशाल, बड़े) पाठ फ़ाइलों को खोलने के लिए पाठ संपादक [बंद]

Question

मेरा मतलब है 100+ एमबी बड़ा; ऐसी टेक्स्ट फाइलें संपादकों के लिफाफे को आगे बढ़ा सकती हैं।

मुझे एक बड़ी XML फ़ाइल देखने की ज़रूरत है, लेकिन अगर संपादक छोटी गाड़ी है तो नहीं कर सकता।

कोई सुझाव?

Comments

दरअसल, 100+ एमबी या यहां तक ​​कि 1+ जीबी की टेक्स्ट फाइलें भी उतनी असामान्य नहीं हैं जितना आप सोच सकते हैं (यानी व्यस्त सर्वर से फाइलें लॉग इन करें)।

— एंडर्स सैंडविग

डरपोक: और बिल्कुल पाठ नहीं। मुझे लगता है कि पाठ फ़ाइलों को पढ़ने और बाइनरी फ़ाइलों को पढ़ने की आवश्यकताएं कुछ हद तक भिन्न होती हैं। आप इसे बेस 64 या यूएनकोड से गुजर सकते हैं, हालाँकि।

— जॉय

यह कम से कम एक समान प्रश्न या इससे जुड़ा होना चाहिए क्योंकि यह 18 महीने पहले पूछा गया था ... stackoverflow.com/questions/102829/…

— ONDEV

मैं इस सटीक प्रश्न के उत्तर की तलाश में था कि मैंने कुछ विशाल लॉग फ़ाइलों को पढ़ा है जो मैंने उत्पन्न किया है!

— हॉर्सलओवरफ़ैट

@BairairHippo मुझे ऐसा ही लगता है, मैं एक प्रश्न पूछते समय लगभग घबरा जाता हूं क्योंकि संभावनाएं अधिक होती हैं कि कोई व्यक्ति "यह बंद कर देगा, इसे इसके बजाय जो कुछ भी करना है उसमें जाना चाहिए"

— रोडोल्फो

Answer 1

मुक्त केवल पढ़ने वाले दर्शक:

• बड़े पाठ फ़ाइल दर्शक (विंडोज) - पूरी तरह से अनुकूलन थीम (रंग, फोंट, शब्द रैप, टैब आकार)। क्षैतिज और ऊर्ध्वाधर विभाजन दृश्य का समर्थन करता है। इसके अलावा फ़ाइल निम्नलिखित और regex खोज का समर्थन करें। बहुत तेज, सरल, और छोटे निष्पादन योग्य आकार है।
• klogg (Windows, macOS , Linux) - Glogg का अनुरक्षित कांटा, इसकी मुख्य विशेषता नियमित अभिव्यक्ति खोज है। यह फ़ाइलों को भी देख सकता है, उपयोगकर्ता को लाइनों को चिह्नित करने की अनुमति देता है, और इसमें निर्मित गंभीर अनुकूलन हैं। लेकिन यूआई के दृष्टिकोण से, यह बदसूरत और भद्दा है।
• LogExpert (विंडोज) - "एक GUI प्रतिस्थापनtail।" यह वास्तव में एक लॉग फ़ाइल विश्लेषक है, न कि एक बड़ी फ़ाइल दर्शक, और एक परीक्षण में 250 एमबी की फ़ाइल लोड करने के लिए 10 सेकंड और 700 एमबी रैम की आवश्यकता होती है। लेकिन इसकी मारक विशेषताएं स्तंभकार (सीएसवी, जेएसएनएल आदि में हैं जो पार्स लॉग्स हैं और एक स्प्रेडशीट प्रारूप में प्रदर्शित होती हैं) और हाइलाइटर (कुछ रंगों में कुछ शब्दों के साथ लाइनें दिखाते हैं)। इसके अलावा, फ़ाइल, टैब, मल्टीफ़ाइल्स, बुकमार्क, खोज, प्लगइन्स और बाहरी टूल का समर्थन करता है।
• लिस्टर (विंडोज) - बहुत छोटा और न्यूनतर। यह एक निष्पादन योग्य है, मुश्किल से 500 KB, लेकिन यह अभी भी खोज (regexes के साथ), मुद्रण, एक हेक्स संपादक मोड, और सेटिंग्स का समर्थन करता है।
• loxx (Windows) - फाइल का अनुसरण, हाइलाइटिंग, लाइन नंबर, विशाल फाइलें, रेगेक्स, कई फाइलें और दृश्य, और बहुत कुछ का समर्थन करता है। नि: शुल्क संस्करण नहीं कर सकते हैं: regex प्रक्रिया, फ़ाइलें फ़िल्टर, टाइमस्टैम्प सिंक्रनाइज़, और परिवर्तित फ़ाइलों को बचाने के।

नि: शुल्क संपादकों:

• आपका नियमित संपादक या आईडीई। आधुनिक संपादक आश्चर्यजनक रूप से बड़ी फ़ाइलों को संभाल सकते हैं। विशेष रूप से, विम (विंडोज, मैकओएस, लिनक्स), एमएसीएस (विंडोज, मैकओएस, लिनक्स), नोटपैड ++ (विंडोज), उदात्त पाठ (विंडोज, मैकओएस, लिनक्स), और वीएस कोड (विंडोज, मैकओएस, लिनक्स) बड़े (~) का समर्थन करते हैं 4 जीबी) फाइलें, आपके पास रैम है।
• बड़े फ़ाइल संपादक (विंडोज़) - टीबी + फ़ाइलों को खोलता है और संपादित करता है, यूनिकोड का समर्थन करता है, छोटी मेमोरी का उपयोग करता है, इसमें एक्सएमएल-विशिष्ट विशेषताएं हैं, और इसमें एक बाइनरी मोड शामिल है।
• GigaEdit (विंडोज) - खोज, चरित्र आँकड़े और फ़ॉन्ट अनुकूलन का समर्थन करता है। लेकिन यह छोटी गाड़ी है - बड़ी फ़ाइलों के साथ, यह केवल वर्णों को अधिलेखित करने की अनुमति देता है, उन्हें सम्मिलित नहीं करता; यह एक लाइन टर्मिनेटर के रूप में LF का सम्मान नहीं करता है, केवल CRLF; और यह धीमा है।

बिलिन प्रोग्राम (कोई इंस्टॉलेशन आवश्यक नहीं):

• कम (macOS, लिनक्स) - पारंपरिक यूनिक्स कमांड-लाइन पेजर टूल। आप व्यावहारिक रूप से किसी भी आकार की पाठ फ़ाइलों को देखते हैं। विंडोज पर भी इंस्टॉल किया जा सकता है।
• नोटपैड (विंडोज़) - बड़ी फ़ाइलों के साथ निर्णय लेना, विशेष रूप से वर्ड रैप के साथ बंद।
• अधिक (विंडोज) - यह विंडोज को संदर्भित करता हैMORE, यूनिक्स को नहींmore। एक कंसोल प्रोग्राम जो आपको एक बार में एक फ़ाइल, एक स्क्रीन देखने की अनुमति देता है।

वेब दर्शक:

• readfileonline.com - एक और HTML5 बड़ी फ़ाइल दर्शक। खोज का समर्थन करता है।

अदा संपादक:

• 010 संपादक (विंडोज, मैकओएस, लिनक्स) - विशाल (50 जीबी जितनी बड़ी) फाइलें खोलता है।
• SlickEdit (Windows, macOS, Linux) - बड़ी फ़ाइलों को खोलता है।
• UltraEdit (Windows, macOS, Linux) - 6 GB से अधिक की फ़ाइलें खोलता है, लेकिन इसके लिए कॉन्फ़िगरेशन को व्यावहारिक होना चाहिए: मेनू »उन्नत» कॉन्फ़िगरेशन »फ़ाइल हैंडलिंग» अस्थायी फ़ाइलें »अस्थायी फ़ाइल बिना अस्थायी फ़ाइल खोलें ...
• EmEditor (विंडोज) - बहुत बड़ी पाठ फ़ाइलों को अच्छी तरह से संभालता है (आधिकारिक तौर पर 248 जीबी तक, लेकिन एक रिपोर्ट के अनुसार 900 जीबी तक)।

Comments

VIM, या Emacs ... अपना जहर उठाओ, दोनों किसी भी फ़ाइल को उन पर फेंक देंगे। मैं व्यक्तिगत रूप से Emacs को पसंद करता हूं, लेकिन दोनों बिना हिचकी के नोटपैड को हरा देंगे।

— माइक स्टोन

एमएसीएस का अधिकतम बफर आकार है, जो अंतर्निहित वास्तुकला (32 या 64 बिट्स) पर निर्भर है। मुझे लगता है कि 32 बिट सिस्टम पर आपको 128 एमबी से बड़ी फ़ाइलों पर "अधिकतम बफर आकार से अधिक" त्रुटि मिलती है।

— राफेल डोवगार्ड

मैंने अभी-अभी नोटपैड ++ को 561MB लॉग फ़ाइल के साथ आज़माया और यह कहा कि यह बहुत बड़ा है

— Barfoon

@ रफाल दिलचस्प! ऐसा लगता है कि 64 बिट पर यह ~ 1024 पेटाबाइट है। इसका कारण इस तथ्य से है कि emacs को बफर पोजीशन (जैसे बिंदु) को ट्रैक करना है

— baudtack

लेकिन सावधान रहें, विम केवल तब तक काम करेगा जब तक कि प्रश्न की फाइलों में पर्याप्त लाइन ब्रेक न हो। मुझे एक बार सीए को संपादित करना पड़ा। बिना किसी लाइन के 150 एमबी की फाइल टूट जाती है, और उसे गेदिट का सहारा लेना पड़ा क्योंकि विम इसे संभाल नहीं सका।

— बेनो

Answer 2

सुझाव और तरकीब

कम से

आप संपादकों का उपयोग सिर्फ (बड़ी) फ़ाइल को देखने के लिए क्यों कर रहे हैं ?

* Nix या Cygwin के तहत , बस कम उपयोग करें । (एक प्रसिद्ध कहावत है - "कम या ज्यादा, कम या ज्यादा" - क्योंकि "कम" ने पहले के यूनिक्स कमांड "अधिक" को बदल दिया, इसके अलावा कि आप वापस स्क्रॉल कर सकते हैं।) कम के तहत खोज करना और नेविगेट करना बहुत समान है। विम, लेकिन इसमें कोई स्वैप फाइल और थोड़ी सी रैम का उपयोग नहीं किया गया है।

इसमें GNU का Win32 पोर्ट कम है। उपरोक्त उत्तर का "कम" अनुभाग देखें।

पर्ल

पर्ल त्वरित स्क्रिप्ट्स के लिए अच्छा है, और इसके ..(रेंज फ्लिप-फ्लॉप) ऑपरेटर एक अच्छा चयन तंत्र के लिए बनाता है जिसे क्रूड के माध्यम से आपको कम करना है।

उदाहरण के लिए:

$ perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | less

यह लाइन 1 मिलियन से लाइन 2 मिलियन तक सब कुछ निकाल देगा, और आपको आउटपुट को मैन्युअल रूप से कम में निचोड़ने की अनुमति देगा।

एक और उदाहरण:

$ perl -n -e 'print if ( /regex one/ .. /regex two/)' humongo.txt | less

यह तब शुरू होता है, जब "रेगुलर एक्सप्रेशन वन" कुछ पाता है, और रूक जाता है जब "रेगुलर एक्सप्रेशन दो" एक दिलचस्प ब्लॉक का अंत पाता है। यह कई ब्लॉक मिल सकता है। उत्पादन में वृद्धि ...

logparser

यह एक और उपयोगी उपकरण है जिसका आप उपयोग कर सकते हैं। विकिपीडिया लेख उद्धृत करने के लिए :

logparser एक लचीली कमांड लाइन उपयोगिता है जिसे शुरू में एक Microsoft कर्मचारी गैबेरेल ज्यूसेपिनी द्वारा लिखा गया था, जिसे एडिटिंग के लिए परीक्षण को स्वचालित करना था। यह विंडोज ऑपरेटिंग सिस्टम के साथ उपयोग करने के लिए था, और IIS 6.0 संसाधन किट उपकरण के साथ शामिल किया गया था। लॉगरपेर का डिफ़ॉल्ट व्यवहार "डेटा प्रोसेसिंग पाइपलाइन" की तरह काम करता है, कमांड लाइन पर SQL एक्सप्रेशन लेने और SQL एक्सप्रेशन के लिए मैच वाली लाइनों को आउटपुट करने के लिए।

Microsoft Logparser को एक शक्तिशाली, बहुमुखी उपकरण के रूप में वर्णित करता है, जो टेक्स्ट-आधारित डेटा जैसे कि लॉग फ़ाइल, XML फ़ाइलें और CSV फ़ाइलों के लिए सार्वभौमिक क्वेरी एक्सेस प्रदान करता है, साथ ही विंडोज ऑपरेटिंग सिस्टम पर महत्वपूर्ण डेटा स्रोत जैसे इवेंट लॉग, रजिस्ट्री, फ़ाइल सिस्टम, और सक्रिय निर्देशिका। इनपुट क्वेरी के परिणाम टेक्स्ट-आधारित आउटपुट में कस्टम-स्वरूपित हो सकते हैं, या उन्हें SQL, SYSLOG, या चार्ट जैसे अधिक विशेष लक्ष्य के लिए बनाए रखा जा सकता है।

उदाहरण उपयोग:

C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line > 1000 and line < 2000"
C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line like '%pattern%'"

आकार की सापेक्षता

100 एमबी बहुत बड़ा नहीं है। 3 जीबी एक तरह का बड़ा हो रहा है। मैं एक प्रिंट और मेल सुविधा पर काम करता था, जो यूएस फर्स्ट क्लास मेल का लगभग 2% बनाता था। उन प्रणालियों में से एक जिसके लिए मैं मेल के टुकड़ों के लगभग 15 +% के लिए जिम्मेदार टेक लीड था। हमारे यहाँ और वहाँ डिबग करने के लिए कुछ बड़ी फाइलें थीं।

और अधिक...

यहां अधिक टूल और जानकारी जोड़ने के लिए स्वतंत्र महसूस करें। यह उत्तर एक कारण के लिए सामुदायिक विकि है! हम सभी को बड़ी मात्रा में डेटा से निपटने के लिए अधिक सलाह की आवश्यकता है ...

Comments

+1, मेरे पास हाल ही में कुछ बहुत बड़ी xml फाइलें (+1 गीगाबाइट) थीं जिन्हें मुझे देखने की जरूरत थी। मैं खिड़कियों पर हूँ और दोनों vim, emacs, notepad ++ और कई अन्य संपादकों ने फ़ाइल को पूरी तरह से उस बिंदु पर दबाया, जहां फ़ाइल को खोलने का प्रयास करते समय मेरा सिस्टम लगभग अनुपयोगी हो गया था। थोड़ी देर के बाद मुझे एहसास हुआ कि फाइल को खोलने के लिए वास्तव में प्रयास करने के लिए यह कितना अनावश्यक था, जब मुझे सिर्फ -व्यू करने की आवश्यकता थी- यह साइबरविन (और कुछ चालाक grep / कम / sed-Magic) का उपयोग करके मुझे आसानी से वह हिस्सा मिल गया जिसकी मुझे दिलचस्पी थी और बिना किसी परेशानी के इसे पढ़ सकता था।

— ईज़ट

आपको कम के लिए cygwin की आवश्यकता नहीं है, आप इसे विंडोज़ के तहत भी उपयोग कर सकते हैं: gnuwin32.sourceforge.net/packages/less.htm

— ChristophK

इस एक्सएमएल संपादक यहाँ भी घटक दर्शक एक बड़ी फ़ाइल है और विशाल फ़ाइलों के लिए भी रंग वाक्य रचना प्रदान करता है। फ़ाइलों को पूरी तरह से मेमोरी में लोड नहीं किया जाता है इसलिए मल्टी-जीबी डॉक्यूमेंट में समस्या नहीं होनी चाहिए। इसके अलावा यह टूल उन बड़े XML दस्तावेजों को भी मान्य कर सकता है ... मेरी राय में विशाल XML डेटा के साथ काम करने के सर्वोत्तम तरीकों में से एक है।

— lichtfusion

ठीक है तो मैंने सिर्फ अपना मुद्दा तय किया। lessशब्द के साथ रैप धीमा है। less -Sबिना वर्ड रैप के बड़ी लाइनों पर भी तेज बिजली गिरती है। मैं फिर से खुश हूँ!

— एंडी ब्राउन

बहुत बढ़िया जवाब। मैं यह नोट करना चाहता हूं कि यदि आपके पास विंडोज स्थापित करने के लिए गिट है, तो आपके पास शायद गिट बैश भी है, जिसमें शामिल हैं less।

— ट्रांजिस्टर 1