क्या PHP चुपचाप लगातार fseek-command को एक fseek कमांड में अनुकूलित करता है?

Question

मैं विंडोज   7 - 64 बिट चला रहा हूं, जिसमें नवीनतम एक्सएएमपीपी संस्करण है जिसमें 32-बिट PHP संस्करण है।

एक बहुत बड़ी फ़ाइल के लिए परीक्षण http://php.net/manual/en/function.fseek.php#112647 (PHP_MAX_INT 2147483647 से भी बड़ा) पर मैं अब यकीन है कि, कि लगातार निम्नलिखित fseeks filepointer पर निष्पादित किया जा रहा से पहले अभिव्यक्त किया जाता है।

मैं दो प्रश्न हैं:

1. मैं तोड़ सकता है यह उचित साधनों के साथ संक्षेप (या केवल वैकल्पिक हल ऊपर के लिंक में वर्णित के साथ)?

2. क्या यह समेकन PHP में हो रहा है (जैसा कि मुझे लगता है, हालांकि मुझे नहीं पता कि PHP में कहां है) या विंडोज   7 में?

अपने आप का जवाब: कई के साथ दो तरीके दिए कोशिश कर रहा का प्रयास अपने सिस्टम पर काम नहीं किया। इसके बजाय उन्होंने फ़ाइल पॉइंटर को PHP_MAX_INT के तहत पर अलग-अलग स्थितियों में रखा। (32-बिट पीएचपी केवल वहाँ पर अभी भी संभव है से PHP_MAX_INT करने के लिए + 8192. पढ़ना अप प्राप्त कर सकते हैं, लेकिन मैं कितनी दूर पता नहीं है।)

इसलिए सवाल मेरी विशेष मामले के लिए अप्रचलित है, 32 के रूप में -बीबी PHP केवल PHP_MAX_INT + 8192 तक की तलाश कर सकता है, जो कुछ भी आप करते हैं। I प्रश्न छोड़ दो, क्योंकि दो लोगों ने इसे वोट दिया, और हो सकता है जो सामान्य उत्तर में रूचि रखता है।

मैं यहाँ एक बग रिपोर्ट दायर:
https://bugs.php.net/bug.php?id=69213
परिणाम: एक 64-बिट PHP बिल्ड यह काम हो सकता है के साथ, लेकिन मैं यह कोशिश नहीं की।

Answer 1

ऐसा नहीं है। यह वास्तव में कुछ भी डम्बर करता है।

 switch(whence) { 
      case SEEK_CUR: 
       offset = stream->position + offset; 
       whence = SEEK_SET; 
       break; 
     } 

यह PHP के fseek के लिए लागू करने की हिम्मत में है: यहाँ पीएचपी स्रोत कोड से एक टुकड़ा है। यहां क्या हो रहा है: यदि आप वर्तमान स्थिति से PHP को बताते हैं, तो यह फ़ाइल की शुरुआत से "समतुल्य" खोज में अनुवाद करता है। यह केवल तभी काम करता है जब ऑफसेट गणना अधिक नहीं होती है; यदि यह करता है, तो, offset एक हस्ताक्षरित पूर्णांक है, इसलिए यह अपरिभाषित व्यवहार है।

और, ठीक है, ऐसा इसलिए है क्योंकि PHP बफर आंतरिक रूप से स्ट्रीम करते हैं, इसलिए उन्हें कुछ करने की आवश्यकता है। लेकिन यह होना आवश्यक नहीं है।

आप शायद उस भाषा में अपना काम करने की कोशिश कर रहे हैं जो वास्तव में करता है जो आप इसे बताते हैं।

Answer 2

अगर समेकन होता तो इसे एक ऑपोड अनुकूलन के रूप में होना चाहिए या बफर के माध्यम से निम्न स्तर पर होना होगा।

मैं निम्न स्तर पर उत्तर दे सकता हूं। PHP में fseek() php धाराओं का उपयोग करके लागू किया गया है। इसे ext/standard/file.h में घोषित किया गया है और .c में परिभाषित किया गया है। इसका कार्यान्वयन php_stream_seek() को कॉल करता है जो streams.c में _php_stream_seek() के माध्यम से कॉल करता है।इसका निम्न स्तर कार्यान्वयन सादे धाराओं के आवरण के माध्यम से संभाला जाता है, जिसमें मामला या तो zend_seek या zend_fseek के माध्यम से कॉल करना चाहता है, जो बदले में 32 या 64-बिट के माध्यम से मानचित्र को seeki64 c कॉल की तलाश में ले जाता है।

तो ... यदि कोई समेकन होता है, तो यह ओपोड अनुकूलन में या ओएस या हार्डवेयर में और भी नीचे होना प्रतीत होता है। हार्ड डिस्क को निकालने के लिए बाहर निकालने के लिए हार्ड डिस्क लागू होती है और फाइल सिस्टम बफरिंग सिस्टम कम करने वाले प्रभावों को कम करने में सक्षम हो सकते हैं जिनके दुष्प्रभाव नहीं होते हैं। यदि आप डिस्क पढ़ने के समय के बारे में चिंतित हैं, तो पहले यह स्वचालित रूप से इसे संभालता है। यदि आप शायद थ्रैशिंग मेमोरी (बफर में अनावश्यक रूप से बड़ी दूरी की तलाश कर रहे हैं) से चिंतित हैं तो आप एक और दृष्टिकोण मान सकते हैं। देखें: http://www.cs.iit.edu/~cs561/cs450/disksched/disksched.html डिस्क पर समय बर्बाद करने से कैसे बचें इस बारे में अधिक जानकारी के लिए।

मुझे उम्मीद है कि इससे मदद मिलती है।