7-ज़िप / WinRAR फ़ाइलों को उनके गंतव्य पर ले जाने से पहले "अस्थायी" करने के लिए फ़ाइलों को अनज़िप क्यों करें?


50

7-ज़िप / WinRAR फ़ाइलों को उनके गंतव्य पर ले जाने से पहले "अस्थायी" करने के लिए फ़ाइलों को अनज़िप क्यों करें?

मुझे सीधे गंतव्य पर पहुंचने के लिए कोई फायदा नहीं दिख रहा है। यह वास्तव में चिड़चिड़ा है, विशेष रूप से बड़ी फ़ाइलों के लिए (जैसा कि अब है!)।


संपादित करें:

कृपया बताएं कि वे जगह में क्यों नहीं किए जाते हैं ।


3
यदि आप WinRAR में अस्थायी फ़ोल्डर के रूप में `` निर्दिष्ट करते हैं, तो इसे सीधे गंतव्य पर निकाला जाना चाहिए।

जवाबों:


82

आप फ़ाइलों को कैसे निकाल रहे हैं? क्या आप कमांड-लाइन या GUI का उपयोग कर रहे हैं? क्या आप फ़ाइलों को खींच रहे हैं या उनका चयन कर रहे हैं और एक्स्ट्रेक्ट फ़ंक्शन का उपयोग कर रहे हैं? क्या आप शेल-एक्सटेंशन संदर्भ-मेनू का उपयोग कर रहे हैं?

यदि आप एक गंतव्य फ़ोल्डर में प्रवेश करते हैं और फिर अर्क फ़ंक्शन का चयन करते हैं या शेल-एक्सटेंशन का उपयोग करते हैं, तो वे पहले एक अस्थायी फ़ोल्डर में नहीं निकालते हैं, वे सीधे गंतव्य पर निकालते हैं।

आप यूआई में फ़ाइलों का चयन और यदि खींचें उन्हें लक्ष्य फ़ोल्डर के लिए, तो यह होगा एक अस्थायी फ़ोल्डर के लिए निकालें।

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

7-ज़िप के लिए स्रोत-कोड को देखने के लिए स्वतंत्र महसूस करें कि निष्कर्षण स्थान को कैसे नियंत्रित किया जाता है।


मैंने इसे कई साल पहले सीखा था जब मैं एक कार्यक्रम में ड्रैग-एंड-ड्रॉप को लागू करना चाहता था जो मैं लिख रहा था।


7
बिल्कुल शानदार - इसके लिए धन्यवाद! इसने मुझे वर्षों तक चकमा दिया है, लेकिन मैंने कभी भी "क्या" और क्यों "को ट्रैक करने के लिए समय नहीं लिया है। अजीब समय मैं अपने सी को ढूंढता हूं: व्हाज़ू के लिए भरा हुआ अस्थायी फ़ोल्डर, मैं जहां इसे खोजने के लिए विंटर के विकल्पों के माध्यम से ट्रूड करता हूं। सी पर एक अस्थायी फ़ोल्डर में पहले निकालने के लिए सेट किया जाना चाहिए: लेकिन अफसोस, मुझे यह नहीं मिला। मैंने दो तरीकों के बीच संबंध को कभी नहीं जोड़ा, और अब प्रकाश को देखकर सराहना करते हैं :) धन्यवाद!
कोल्डब्लैकाइस

2
यहां एक बात गलत है कि एक्सप्लोरर फाइल को स्थानांतरित नहीं करता है , बल्कि इसे कॉपी करता है। जो वास्तव में चिड़चिड़ा है क्योंकि वास्तव में तेजी से आगे बढ़ रहा है (विभाजन से विभाजन तक छोड़कर) और आदर्श विकल्प होना चाहिए (यह अंतरिक्ष को बर्बाद नहीं करता है), लेकिन Microsoft में बेवकूफों ने सोचा कि अस्थायी फ़ोल्डर से कॉपी करना एक महान विचार है । तो बस अस्थायी फ़ोल्डर डेटा चारों ओर पड़े हुए छोड़ दें। न केवल एक विशाल संग्रह का निष्कर्षण डबल स्पेस लेने जा रहा है, यह भी लगभग दो बार लंबे समय तक ले जा रहा है!
ADTC

शायद उनके पास इसका एक अच्छा कारण था, और यह सिस्टम और / या DDE की किसी प्रकार की सीमा के कारण हो सकता है, जिस पर यह आधारित था, जब उन्होंने पहली बार OLE, Windows 3 के दिनों में वापस डिजाइन किया था; एक सीमा जो आज लागू हो भी सकती है और नहीं भी।
Synetech

1
हाँ, यह विशेष रूप से सीमित जगह के साथ एक आभासी मशीन पर, हास्यास्पद है। लगभग 1 मिनट में 6000+ फाइलों के साथ एक 8GB RAR आर्काइव को "अर्क" का उपयोग करना। हालाँकि, यदि आप फ़ोल्डरों को बाहर खींचते हैं, तो एक टेंपरेरी डायरेक्टरी को अनज़िप करने में उतना ही समय लगता है, लेकिन इसके अलावा, यह टारगेट विंडो को फ्रीज कर देता है और फिर 15 मिनट से अधिक की फाइलों को केवल 3mb / s पर कॉपी करता है। यह विशेष रूप से उसी ड्राइव पर फ़ाइल की धीमी गति से प्रतिलिपि बना रहा है (संभवतः अंतर्निहित वर्चुअल फ़ाइल सिस्टम के कारण), भले ही मैं इस मशीन पर किसी अन्य वर्चुअल मशीन से नेटवर्क पर सैकड़ों MB / s पर फ़ाइल कॉपी कर सकता हूं।
त्रिवेंको

1
मुझे लगता है कि चारों ओर एक संभावित कार्य एक GUID नाम के साथ 0 बाइट फ़ाइल बनाने के लिए होगा, जो कि डुप्लिकेट नाम के रूप में होने के लिए व्यावहारिक रूप से असंभव है। फिर यह देखने के लिए explorer.exe की फ़ाइल को मॉनिटर करें कि वह फ़ाइल को कहाँ कॉपी करती है। अंत में संग्रह को गंतव्य पर निकालें।
Zv_oDD 18

1

यह इसलिए किया जाता है ताकि अपघटन के लिए स्मृति की आवश्यकताएं न्यूनतम रखी जा सकें।

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

इन परिस्थितियों में पेजिंग केवल फाइल सिस्टम का उपयोग करने की तुलना में बहुत धीमी होगी क्योंकि फाइल अभी भी विघटित हो रही है (और पेज फाइल्स को जोड़ा जा रहा है), लेकिन यह भी क्योंकि फ़ाइल के विघटित होने के कारण, यह त्रुटियों के लिए जाँच की जा रही है और इस तरह से है बहुत सारे पढ़ने / लिखने के संचालन। सबसे खराब चीज जो पेज फाइल में हो सकती है।

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


3
हालांकि, यह स्पष्ट नहीं है कि फाइलें पहले एक अस्थायी निर्देशिका में क्यों संकुचित की जाती हैं और फिर गंतव्य पर ले जाया जाता है। ऑपरेशन भी वहीं हो सकता है।
slhck

3
अपने प्रश्न को बेहतर ढंग से दर्शाने के लिए संपादित
A बौना

4
@ डांटे, यह सच नहीं है। एक ही पार्टीशन पर किसी फाइल को ले जाने से फाइल सिस्टम में फाइल का इंडेक्स नई निर्देशिका में बदल जाता है, यह किसी भी डेटा को कॉपी नहीं करता है और केवल एक पल लेता है। मुझे विश्वास नहीं है? इसे आज़माएं, एक फ़ोल्डर से एक बहु-जीबी फ़ाइल काट लें और इसे दूसरे फ़ोल्डर में पेस्ट करें; इसमें एक सेकंड से भी कम समय लगता है। वे एक अन्य ड्राइव या विभाजन के लिए एक ही चीज़ की कोशिश करते हैं। मिनट लगता है।
उच्च आर्क

3
"ऑपरेटिंग सिस्टम अस्थायी फ़ाइल का निपटान करेगा जब वह उपयुक्त देखता है": क्या विंडोज कभी ऐसा करता है?
विशाल

1
यह पूरी तरह से गलत जवाब हटा दिया जाना चाहिए। 7zip केवल ड्रैग-एंड-ड्रॉप ऑपरेशन के दौरान एक अस्थायी फ़ोल्डर को डिकम्प्रेस करता है और यह विंडोज की सीमाओं के कारण है। अधिक जानकारी के लिए देखें superuser.com/questions/197961/…
dss539

-1

आपके विचार से इसका कारण सरल है: कई प्रोग्राम फाइल को% temp% में अनपैक करते हैं, यह है कि गंतव्य फ़ाइल सिस्टम में पर्याप्त स्थान नहीं हो सकता है।

अब, आप जान सकते हैं कि आपके फ़ाइल सिस्टम में पर्याप्त स्थान हो सकता है, हालाँकि एप्लिकेशन ऐसा नहीं करता है। क्या होगा यदि वह फ़ाइल सिस्टम OS या किसी अन्य एप्लिकेशन द्वारा उपयोग में है और डिकम्प्रेसिंग के दौरान भर जाता है?

डेवलपर्स यह धारणा बनाते हैं कि% अस्थायी% में "असीमित" स्थान है, जबकि आपकी मंजिल नहीं है।


काफी नहीं; यह अस्थायी निर्देशिका का उपयोग करने का एक कारण नहीं है। अनुप्रयोग करता है (या कम से कम) यह जान सकता है कि पर्याप्त जगह है या नहीं। सबसे पहले, संग्रहकर्ता को पता है कि संपीड़ित फाइलें कितनी बड़ी हैं जब वे विघटित हो जाते हैं और उन्हें पहले से आवंटित किया जा सकता है, और फिर उन्हें डिकम्प्रेस के रूप में भर सकते हैं, और दूसरा, यह ड्राइव पर मुक्त स्थान को क्वेरी करने के लिए काफी सरल है। इसके अलावा, अगर पर्याप्त जगह नहीं है, तो यह बस के दौरान विघटित हो सकता है, फिर अंतरिक्ष से बाहर निकलने पर एक त्रुटि फेंकता है।
सिंथेटिक्स

दरअसल, यह काफी जवाब है। सिर्फ इसलिए कि कोई एप्लिकेशन लक्ष्य गंतव्य पर स्थान का प्रचार कर सकता है, इसका मतलब यह नहीं है कि उसके पास विशेष पहुंच होगी। एप्लिकेशन गंतव्य को क्वेरी कर सकता है और देख सकता है कि उसके पास पर्याप्त स्थान है, लेकिन जब वह क्वेरी हो रही है, तो अंतरिक्ष को आवंटित करने में सक्षम होने से पहले, एक अन्य एप्लिकेशन उस स्थान में से कुछ ले सकता है।
कल्टारी

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

जैसा मैंने कहा, अगर यह डिकम्प्रेसिंग के दौरान बाहर निकलता है, तो यह बस एक त्रुटि संदेश देता है। एक अस्थायी ड्राइव को निकालने से इसे कैसे ठीक किया जाएगा? यदि पर्याप्त स्थान नहीं है, तो अस्थायी ड्राइव पर फ़ाइलों को निकाले जाने के बाद पर्याप्त स्थान नहीं है, और यह उन सभी सीपीयू साइकिलों को बेकार कर देता है और कुछ भी नहीं करने के लिए अस्थायी ड्राइव को पढ़ता / लिखता है। जैसा कि मैंने अपने जवाब में कहा, 7-जिप के लिए स्रोत-कोड का उपयोग करने के लिए स्वतंत्र महसूस करें, या अलेक्जेंडर रोशल से संपर्क करें ताकि वे सिंजार के बारे में पूछ सकें। इसके अलावा, जैसा मैंने कहा, यदि आप लक्ष्य निर्दिष्ट करते हैं या संदर्भ-मेनू का उपयोग करते हैं, तो यह % अस्थायी% का उपयोग नहीं करता है
Synetech 27/11

-2

7-ज़िप या WinRAR डेवलपर नहीं होने के कारण, यहाँ मेरी टिप्पणियाँ विशुद्ध रूप से अटकलें हैं। कहा जा रहा है कि, सब कुछ पूरी तरह से सत्यापित करने के लिए पूरी मदद करने के लिए अनपैक करने के लिए अस्थायी स्थान का उपयोग करके सभी फाइलें बरकरार हैं (यानी कि ज़िप दूषित नहीं है)।

एक बड़ी संकुचित फ़ाइल को अनपैक करने से बुरा कुछ नहीं है, संग्रह की शुरुआत में फाइलों पर काम करना शुरू कर दिया है; केवल यह पता लगाने के लिए कि संग्रह के अंत में कुछ दूषित है। उस समय आप हर चीज में आत्मविश्वास खो देते हैं।

मेरी आखिरी टिप्पणी यह ​​है कि मुझे 7-ज़िप से इस व्यवहार को देखकर याद नहीं है। जब मैं राइट क्लिक करता हूं और यहां एक्सट्रेक्ट कहता हूं, तो मैं आमतौर पर फाइलों तक पहुंच रखता हूं क्योंकि वे अनपैक किए जा रहे हैं। क्या आपने दोहरी जाँच की है कि यह कहीं सेटिंग नहीं है?


तीसरा पैराग्राफ: मुझे ऐसी सेटिंग्स नहीं मिल रही हैं, और यह फाइलों का एक बड़ा गुच्छा है (4 जी) जिसे मैं अभी निकाल रहा था, मुझे पूरा यकीन है कि सभी 4 जी को धीरे-धीरे आगे बढ़ाया गया था।

दूसरा पैराग्राफ: "अस्थायी" को निकालने से कुछ भी नहीं रोकता है यदि ज़िपित फ़ाइल पहले से ही दूषित है।

यह आपको दूषित ज़िप से बाहर फ़ाइलों को देखने से रोकता है। तर्क यह है कि आपको कुछ भी देखने को नहीं मिलता है जब तक कि सब कुछ सत्यापित न हो जाए। जहाँ तक सेटिंग जाती है, मुझे यकीन नहीं है कि आपको क्या बताना है। अगर मैं 7-ज़िप को अपने डेस्कटॉप पर एक बड़ी टार फाइल निकालने के लिए कहता हूं, तो मैं तुरंत फाइलें देखना शुरू करता हूं। यह हो सकता है क्योंकि टार एक संपीड़ित प्रारूप नहीं है।
कर्क

> तर्क यह है कि जब तक सब कुछ सत्यापित नहीं हो जाता, आपको कुछ भी देखने को नहीं मिलता है। वह बेतुका है। फिर आप एक भ्रष्ट संग्रह से कुछ फ़ाइलों को कैसे पुनर्प्राप्त करेंगे? आपके द्वारा इसका अनुभव नहीं करने का कारण यह है कि आपने GUI से फ़ाइलों को खींचने के बजाय शेल-एक्सटेंशन का उपयोग किया है।
Synetech
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.