सीस्ट्रीम - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

पगडंडी - प्रत्यक्ष डेटा स्ट्रीम, बैंडविड्थ सीमित करने के साथ, फीफो, ऑडियो, दोहराव और
विस्तारित रिपोर्टिंग समर्थन.

SYNOPSIS

पगडंडी [-b संख्या] [-B संख्या] [-i फ़ाइल का नाम] [-I स्ट्रिंग] [-l] [-n संख्या] [-o फ़ाइल का नाम] [-O स्ट्रिंग]
[-p फ़ाइल का नाम] [-t संख्या] [-T संख्या] [-v संख्या] [-V] [फ़ाइल का नाम]

वर्णन

सीस्ट्रीम UNIX टूल की तरह, डेटा स्ट्रीम को फ़िल्टर करता है dd(1). इसमें अधिक पारंपरिकता है
कमांड लाइन सिंटैक्स, सटीक बैंडविड्थ सीमित करने और रिपोर्टिंग के लिए समर्थन और समर्थन
फीफो. डेटा सीमा और थ्रूपुट दर गणना 4 जीबी से अधिक फ़ाइलों के लिए काम करेगी।

सीस्ट्रीम मानक इनपुट से पढ़ता है और मानक आउटपुट पर लिखता है, यदि कोई फ़ाइल नाम नहीं है
दिया गया। यदि वांछित हो तो यह डेटा 'जेनरेट' या 'सिंक' भी करेगा।

विकल्प:

-b संख्या पढ़ने/लिखने के लिए उपयोग किए जाने वाले ब्लॉक आकार को सेट करें संख्या. डिफ़ॉल्ट 8192 बाइट्स है।

-B संख्या तक बफर इनपुट संख्या लिखने से पहले बाइट्स. डिफ़ॉल्ट ब्लॉकसाइज़ है. यह है
इसे ब्लॉक आकार से नीचे किसी भी चीज़ पर सेट करने में त्रुटि हुई। टेप लिखते समय उपयोगी
और इसी तरह के कई छोटे के कुछ बड़े लेखन को प्राथमिकता देते हैं।

-c संख्या समवर्ती संचालन. आउटपुट के लिए एक अलग प्रक्रिया का उपयोग करें. यह विशेष रूप से उपयोगी है
-बी विकल्प के साथ संयोजन में।
0 = केवल एक प्रक्रिया का उपयोग करें (डिफ़ॉल्ट)
1 = पढ़ने की प्रक्रिया बफर हो जाएगी
2 = लिखने की प्रक्रिया बफ़र करेगी
3 = दोनों प्रक्रियाएँ बफ़र करेंगी।
बड़े बफ़र आकार के साथ संयोजन में यह अक्सर आपकी मेमोरी को लोड करेगा
भारी रूप से, हर बार पाठक अपने द्वारा एकत्रित बफ़र को स्थानांतरित कर देता है
लेखक. यदि आप -सी 3 का उपयोग करते हैं और आपके पास 128 मेगाबाइट 256 एमबी का बफर आकार है
स्मृति तुरंत छू जाएगी.

-i संख्या

-o संख्या क्रमशः इनपुट या आउटपुट के लिए उपयोग करने के लिए फ़ाइल नाम सेट करें। यदि आउटपुट फ़ाइल
नाम "-" है, डेटा तुरंत हटा दिया जाएगा। यदि इनपुट फ़ाइल का नाम "-" है, तो डेटा होगा
'शून्य से' उत्पन्न होना। यदि ये विकल्प नहीं दिए गए हैं, तो stdin/stout होगा
इस्तेमाल किया गया। अगर आपको देना है -o or -i विकल्प और stdin/stdout चाहते हैं, निर्दिष्ट करें
खाली स्ट्रिंग, इस तरह:

सीस्ट्रीम -आई''

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

-I स्ट्रिंग

-O स्ट्रिंग
क्रमशः इनपुट और आउटपुट फ़ाइल का प्रकार निर्दिष्ट करें।
यदि स्ट्रिंग
'एफ' शामिल है, एक फीफो बनाया जाएगा।
यदि स्ट्रिंग
'ए' शामिल है, फ़ाइल को एक ओपनसाउंड-संगत ऑडियो माना जाएगा
डिवाइस और सीडी-जैसी सेटिंग्स पर स्विच किया जाएगा।
यदि स्ट्रिंग
'टी' शामिल है, स्ट्रीम की एक प्रति फ़ाइल डिस्क्रिप्टर 3 पर भेजी जाएगी।
यदि स्ट्रिंग
'एन' शामिल है, उस फ़ाइल के लिए टीसीपी का उपयोग नहीं किया जाएगा, भले ही नाम में ":" हो।

-l आँकड़ों में पंक्ति गणना शामिल करें.

-n संख्या डेटा की कुल मात्रा को सीमित करें संख्या. यदि अधिक इनपुट उपलब्ध है, तो यह होगा
त्याग दिया जाए, पगडंडी सीमा पूरी होने के बाद बाहर निकलेंगे। अगर कम है
इनपुट, सीमा पूरी नहीं होगी और कोई त्रुटि संकेत नहीं दी जाएगी।

संख्या इसमें अनुवर्ती 'k', 'm' या 'g' हो सकता है जिसका अर्थ है किलोबाइट्स, मेगाबाइट्स या
गीगाबाइट्स (जहाँ किलो = 1024)। यह सभी संख्यात्मक विकल्पों पर लागू होता है।

-p फ़ाइल का नाम
सीस्ट्रीम की प्रक्रिया आईडी लिखें फ़ाइल का नाम. यदि सीस्ट्रीम एक अलग लेखक का उपयोग करता है
प्रक्रिया (विकल्प -सी), यह मूल (रीडर) प्रक्रिया का पीआईडी ​​है।

-t संख्या डेटा स्ट्रीम के थ्रूपुट को सीमित करें संख्या बाइट्स/सेकंड. पर सीमित किया गया है
इनपुट पक्ष में, आप इस दर से अधिक स्वीकार नहीं करने वाले सीस्ट्रीम पर भरोसा कर सकते हैं। यदि
आपके द्वारा दिया गया नंबर सकारात्मक है, सीस्ट्रीम त्रुटियां जमा करता है और बनाए रखने का प्रयास करता है
पूरे सत्र के लिए निर्दिष्ट मूल्य पर समग्र दर। यदि आप नकारात्मक देते हैं
संख्या, यह प्रत्येक पढ़ने/लिखने वाले सिस्टम कॉल जोड़े के लिए एक ऊपरी सीमा है। दूसरे शब्दों में:
ऋणात्मक संख्या कभी भी उस सीमा से अधिक नहीं होगी, धनात्मक संख्या उससे अधिक होगी
यह पिछले कम उपयोग को पूरा करने के लिए है।

-T संख्या प्रत्येक संख्या सेकंड में थ्रूपुट की रिपोर्ट करें।

-v संख्या वर्बोज़ स्तर को इस पर सेट करें संख्या. डिफ़ॉल्ट रूप से, यह 0 पर सेट है, जिसका अर्थ है कि कोई संदेश नहीं है
जब तक कोई त्रुटि न हो तब तक प्रदर्शित किया जाता है। 1 के मान का मतलब डेटा की कुल मात्रा है
और थ्रूपुट प्रोग्राम रन के अंत में प्रदर्शित किया जाएगा। 2 के मान का मतलब है
पहली पढ़ने/लिखने की जोड़ी के अंत के बाद से स्थानांतरण दर भी रिपोर्ट की जाएगी
(प्रारंभिक देरी होने पर उपयोगी)। 3 के मान का मतलब भी होगा
पढ़ने और लिखने के लिए अलग-अलग माप। यह विकल्प संसाधन-खपत वाला है और
वर्तमान में लागू नहीं किया गया है. 4 के मान का अर्थ है कि प्रत्येक एकल के बारे में सूचनाएँ
पढ़ना/लिखना प्रदर्शित किया जाएगा। उच्च मानों में निम्न के सभी प्रकार के संदेश शामिल होते हैं
मूल्यों.

-V स्टडआउट करने के लिए संस्करण संख्या प्रिंट करें और 0 के साथ बाहर निकलें।

फ़ाइल का नाम विकल्प स्विच के बिना अंतिम तर्क के रूप में एक एकल फ़ाइल नाम का उपयोग किया जाएगा
इनपुट फ़ाइल यदि -i का उपयोग नहीं किया गया है।

सिगुसर1

सिगिनफो SIGUSR1 (या SIGINFO, जो आमतौर पर आपके कीबोर्ड पर कंट्रोल-टी पर मैप किया जाता है) भेजा जा रहा है
सीस्ट्रीम के कारण यह stderr पर थ्रूपुट दरें प्रदर्शित करता है। धारा होगी
ऐसे जारी रखें जैसे कुछ हुआ ही नहीं।

सिगुसर2 यदि अनुरोध किया जाए तो बाहर निकलें और थ्रूपुट दरों की रिपोर्ट करें।

उच्छ्वास करो मैंने पाया कि मैं गलती से बहुत बार SIGHUP भेज रहा था। लेकिन अनदेखी या दुरुपयोग
SIGHUP मेरे लिए कोई विकल्प नहीं है। इस प्रकार, जब पगडंडी SIGHUP प्राप्त हुआ, यह प्रतीक्षा करेगा 5
एक और SIGHUP के लिए सेकंड, उपयोगकर्ताओं को संभावित गलती को सुधारने का मौका देने के लिए।
यदि कोई अतिरिक्त SIGHUP प्राप्त नहीं होता है, पगडंडी SIGHUP के साथ खुद को मार लेता है।

उदाहरण

पगडंडी -o tmpफ़ाइल -v 1 -n 384m -i -
फ़ाइल करने के लिए 384 मेगाबाइट अनिर्दिष्ट डेटा लिखता है tmpफ़ाइल और वर्बोज़ प्रदर्शित करें
डाल दर के माध्यम से। एक अच्छा बेंचमार्क बनाता है, की गति / Dev / बातिल से बहुत अधिक भिन्न होता है
सिस्टम से सिस्टम.

पगडंडी -i tmpफ़ाइल -v 1 -n 384m -o -
उसी फ़ाइल को वापस पढ़ें और डेटा हटा दें।

पगडंडी -b 2000 -t 10000 / Var / log / संदेशों
फ़ाइल को कमोबेश देखने योग्य गति में प्रदर्शित करेगा।

फेंकना 0sf 400000 - / | पगडंडी -v 1 -b 32768 -o /देव/rst0 -p पिडफाइल

हत्या -USR1 `बिल्ली pidfile`
से आउटपुट लिखें फेंकना(1) टेप करना। हर बार सिग्नल भेजे जाने पर, थ्रूपुट
और अब तक की डेटा दर प्रदर्शित की जाएगी।

पगडंडी -t 176400 -i /dev/dsp0 -I f -o -
एक प्रकार का साउंडकार्ड एमुलेटर बनाता है जिसका उपयोग ऑडियो अनुप्रयोगों का परीक्षण करने के लिए किया जा सकता है
कुछ ऐसा लिखने की आवश्यकता है जो वास्तविक साउंडकार्ड की तरह डेटा दर को सीमित कर दे। यह
जब एप्लिकेशन डेटा का उपयोग करके लिखने का प्रयास करता है तो स्पष्ट रूप से काम नहीं करता है mmap(2) और
जब एप्लिकेशन साउंडकार्ड पैरामीटर सेट करने का प्रयास करता है तो उसे त्रुटियों को अनदेखा करना पड़ता है
ioctls(2).

पगडंडी -t 176400 -i /dev/dsp0 -I f -o /dev/dsp1 -O f
समान साउंडकार्ड एमुलेटर, सिवाय इसके कि यह आपको अपना डेटा हथियाने की अनुमति देता है
एप्लिकेशन इसे अन्य फीफो से भेजता है, जबकि अभी भी सटीक समय है।

पगडंडी -ओए -o /dev/dsp0 myhost.mydomain.com:17324
होस्ट myhost.mydomain.com पर पोर्ट 3333 को कनेक्ट करता है और वहां जो भी डेटा मिलेगा
सीडी गुणवत्ता वाले स्टीरियो प्ले के लिए उपयुक्त सेटिंग्स के साथ, साउंडकार्ड पर भेजा जाए।

पगडंडी -i myaudiofile.raw -o : 17324
यह पोर्ट 17324 पर एक टीसीपी सर्वर खोलेगा और किसी के कनेक्ट होने तक प्रतीक्षा करेगा (के लिए)।
उदाहरण, पिछले उदाहरण से कमांड लाइन)। फिर यह सामग्री भेजेगा
myaudiofile.raw को टीसीपी स्ट्रीम में डालें (पिछले ऑडियो उदाहरण के लिए, आमतौर पर a
सीडी ऑडियोट्रैक जैसा कि आप तोशा या सीडीपैरानोइया यूटिलिटीज से प्राप्त करते हैं)।

पगडंडी -ओडी -o मेरी फाइल

O_DIRECT के साथ myfile फाइल करने के लिए लिखें। इसका आम तौर पर मतलब यह है कि फ़ाइल सिस्टम बफ़र है
कैश इस फ़ाइल को कैश करने का प्रयास नहीं करेगा. नकल रोकने के लिए आप इसका उपयोग कर सकते हैं
भौतिक स्मृति को नष्ट करने से संचालन। ध्यान दें कि जब cstream का सामना a
त्रुटि लिखें, यह आउटपुट फ़ाइल को O_DIRECT से सामान्य फ़ाइल में बदल देगा और लिख देगा
यदि O_DIRECT के बिना लिखना सफल हो जाता है तो O_DIRECT के बिना आगे के सभी ब्लॉक सफल हो जाते हैं। व्यवहार में
इसका आम तौर पर मतलब यह है कि आपका अंतिम ब्लॉक, यदि फ़ाइल सिस्टम ब्लॉक का एकाधिक नहीं है
आकार, अभी भी फ़ाइल में लिखा जाएगा (लिखे गए डेटा की अधिकतम मात्रा
O_DIRECT के बिना आपका ब्लॉकसाइज़ शून्य से एक है)। इस तरह सीस्ट्रीम यह सुनिश्चित करता है कि
आउटपुट फ़ाइल में इनपुट की लंबाई होती है, लंबाई कितनी भी अजीब हो और इससे कोई फर्क नहीं पड़ता
आपका OS O_DIRECT आउटपुट पर क्या प्रतिबंध लगाता है। फिर से, सीस्ट्रीम पैड *नहीं* होगा
ब्लॉक आकार में आउटपुट, आपको वही फ़ाइल और फ़ाइल आकार मिलता है जैसे कि उपयोग नहीं किया जा रहा हो
O_DIRECT, जब भी कोई ब्लॉक सही न हो तो गैर-O_DIRECT पर स्विच करने की कीमत पर
आकार।

पगडंडी -i : 3333 | dd अवलोकन=8192 | ./सीस्ट्रीम -ओमीफाइल -v7 -ओडी
टीसीपी इनपुट को बफ़र करने के लिए आपको यही करने की ज़रूरत है, ताकि अंतिम सीस्ट्रीम न हो
कम पढ़ने के कारण समय से पहले O_DIRECT से दूर हो जाएं। यदि आपका इनपुट कर सकता है
संक्षिप्त पाठ (उदाहरण के लिए टीसीपी से), और आप यह सुनिश्चित करना चाहते हैं कि O_DIRECT प्रभावी रहे,
आपको टीसीपी स्ट्रीम और O_DIRECT स्ट्रीम के बीच एक बफर की आवश्यकता है। सीस्ट्रीम के बाद से
अभी तक विभिन्न इनपुट और आउटपुट ब्लॉक आकारों का समर्थन नहीं करता है, डीडी यहां उपयुक्त है।
ध्यान दें कि यह केवल तभी आवश्यक है जब OS को फ़ाइल सिस्टम के गुणकों की आवश्यकता हो
O_DIRECT के लिए ब्लॉक आकार। इस लेखन के समय इस निर्माण की आवश्यकता है
O_DIRECT के साथ टीसीपी स्ट्रीम का उपयोग करने के लिए लिनक्स, लेकिन फ्रीबीएसडी पर इसकी आवश्यकता नहीं है।

पगडंडी -हड्डी -o मेरी फाइल
O_SYNC के साथ myfile फ़ाइल करने के लिए लिखता है। इसका मतलब उस समय तक है जब सिस्टम कॉल वापस आती है
यह ज्ञात है कि डेटा डिस्क पर है। यह O_DIRECT जैसी चीज़ नहीं है. O_DIRECT
अपनी स्वयं की बफ़रिंग कर सकता है, O_SYNC के साथ कोई बफ़रिंग नहीं है। के समय
यह लेखन, Linux और FreeBSD दोनों पर O_SYNC बहुत धीमा है (1/5 से 1/10 तक)
सामान्य लेखन) और O_DIRECT यथोचित तेज़ है (सामान्य लेखन का 1/4 से 1/2)। आप
O_SYNC और O_DIRECT को संयोजित कर सकते हैं।

त्रुटियों

एग्जिट कोड 0 का मतलब सफलता है।

एग्ज़िट कोड 1 का अर्थ है कमांड लाइन सिंटैक्स उपयोग त्रुटि।

एग्ज़िट कोड 2 का अर्थ है अन्य त्रुटियाँ, विशेषकर सिस्टम त्रुटियाँ।

कीड़े

पहला पाठ समाप्त होने के बाद सीधे लिखना शुरू करने और फिर भरने का विकल्प होना चाहिए
बफ़र पृष्ठभूमि में पढ़ता है। अभी पाठक के सामने लिखना शुरू नहीं होगा
पहली बार बफर पूरी तरह भर गया है।

कोई बग नहीं: O_DIRECT करने का कोड काफी परिष्कृत है। यह वापस सामान्य स्थिति में आ जाएगा
त्रुटियों पर आई/ओ. लेकिन ऐसा करने से पहले यह दोनों फ़ाइल सिस्टम ब्लॉकसाइज़ आवश्यकताओं के बारे में जानता है
(डिफ़ॉल्ट I/O आउटपुट फ़ाइल के फ़ाइल सिस्टम में जो भी है, उसे ब्लॉक कर देगा) और पेज
संरेखण आवश्यकताएँ (I/O पृष्ठ-संरेखित बफ़र से होगा)। हालांकि
समवर्ती पढ़ने/लिखने (-सी विकल्प) और O_DIRECT के संयोजन का इससे पहले परीक्षण नहीं किया गया है
बुनियादी सत्यापन कि यह कुछ परीक्षण सही करता है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन सीस्ट्रीम का उपयोग करें