हार्डवेयर / आईओ टोंटी


0

गणना में निम्नलिखित मुद्दों को लेते हुए, कंप्यूटर सिस्टम में सबसे बड़ी अड़चन से कम से कम क्या होगा?

  • नेटवर्क I / O
  • डिस्क I / O
  • RAM I / O
  • ग्राफिक्स I / O
  • प्रसंस्करण I / O

मैं अक्सर इस अवधारणा की व्याख्या कर रहा हूं कि एक मशीन क्या धीमी गति से प्रकट हो सकती है, और मैं एक अच्छा विचार प्राप्त करना चाहता हूं कि सिस्टम में सबसे कम अड़चन सबसे बड़ी क्या है। एक औसत कंप्यूटर को ध्यान में रखते हुए, जिसमें 7200RPM हार्ड डिस्क, औसत 500 किलोबाइट प्रति सेकंड अप / डाउन नेटवर्क कनेक्शन, औसत गति रैम, एक डुअल-कोर 2GHz प्रोसेसर और एक काफी सस्ते वीडियो कार्ड है, जो कि मेरा आदेश होगा ऊपर सूची? मुझे लगता है कि यह मेरे द्वारा लिखे जाने का तरीका होगा, लेकिन मैं यह सुनिश्चित करना चाहता हूं।

हार्डवेयर और I / O में अड़चन के सबसे बड़े और सबसे कम कारण क्या हैं?


3
अत्यधिक इस बात पर निर्भर करता है कि इसका क्या उपयोग होने वाला था। मैं धीमी सूची से राम को ले जाऊंगा :-), जब तक कि किसी प्रकार का स्टोरेज मीडिया कहीं भी बंद नहीं हो सकता है :-) इंटरनेट हमेशा "धीमा" होता है, 500k और भी धीमा होता है, लेकिन यह कितना तेज़ होता है, यह इस बात पर निर्भर करता है कि आप क्या हैं इसके साथ करना चाहते हैं। यदि आप महान खेल करना चाहते हैं, तो आपको महान ग्राफिक्स कार्ड की आवश्यकता है, भले ही सीपीयू थोड़ा कमजोर हो। फिर भी, खेल पर निर्भर करता है। Cpus बहुत अद्भुत प्रसंस्करण तेजी से करते हैं, लेकिन उन्हें 2x तेजी से होना चाहिए अगर वे पहले की तरह ही आगे बढ़ रहे थे।
Psycogeek

2
यदि आप अपनी संपूर्ण रफ़ल टोंटी सूची चाहते हैं। सबसे पहले डिस्क I / O है। यह बूट समय से सब कुछ प्रभावित करेगा, एप्लिकेशन चलाना और यहां तक ​​कि नेट सर्फिंग भी। यदि आपका लक्षित उपयोगकर्ता गेमिंग है तो जाहिर है कि यह ग्राफिक्स कार्ड होगा।
कोबाल्टज k

प्रश्न वास्तव में बहुत मायने नहीं रखता है। चूँकि हर ऑपरेशन या ट्रांसफर में समय की मात्रा कम होगी, सबसे धीमा या सबसे लंबा ऑपरेशन या ट्रांसफ़र शायद "अड़चन" होगा। तो क्या आप केवल ट्रांसफर गति या डेटा दरों के आदेश के लिए पूछ रहे हैं? लेकिन यहां तक ​​कि सबसे तेज (एकल) ऑपरेशन / हस्तांतरण लंबे समय तक दोहराव से किया जाता है, "अड़चन" जैसा लगेगा!
चूरा

1
@Pycogeek: RAM को सूची में रहना चाहिए, भले ही RAM के लिए डेटा दरें सभी बाह्य उपकरणों की तुलना में बहुत तेज़ हों। विचार करें कि अधिकांश BIOS में एक "तेज़ बूट" विकल्प होता है जो एक RAMemory परीक्षण को समाप्त करता है: ज्यादातर लोग RAM परीक्षण के समाप्त होने की प्रतीक्षा करना पसंद नहीं करते हैं। कुछ लंबे समय तक करें, और यह ध्यान देने योग्य और "अड़चन" बन जाता है।
चूरा ust

प्रश्न वास्तव में अ-निर्दिष्ट है। यह हमेशा इस बात पर निर्भर करता है कि आप क्या करने का प्रस्ताव रखते हैं।
dmckee

जवाबों:


2

निर्भर करता है

यदि आप जो कर रहे हैं, वह आपके मामले में अड़चन है तो मैं आई / ओ नेटवर्क होगा। यदि वे शब्द दस्तावेजों के साथ काम कर रहे हैं, तो नेटवर्क I / O पूरी तरह से अप्रासंगिक है।

यहाँ शायद यह वर्णन करने का एक बेहतर तरीका है:

  • यदि समस्या यह है कि अनुप्रयोग धीरे-धीरे चल रहे हैं, तो अड़चन आमतौर पर सीपीयू है यदि रैम उपलब्ध है, या क्योंकि रैम उपलब्ध नहीं है, डिस्क (जैसा कि डेटा वहां से बाहर था)। डिस्क की तरफ एक I / O अड़चन होती है, अगर प्रोसेसर को अधिकतम किया जाता है (या अधिक संभावना है, एक कोर को अधिकतम किया जाता है और एप्लिकेशन बहु-थ्रेड नहीं होता है) सीपीयू अड़चन है, लेकिन सीपीयू I / O नहीं। ।
  • यदि समस्या यह है कि खेल धीरे-धीरे चल रहे हैं, तो यह आमतौर पर एक बेहतर ग्राफिक्स कार्ड प्राप्त करके तय किया जा सकता है। यह लगभग I / O के बारे में कभी नहीं है, हालांकि यह गणना के बारे में है।
  • रैम की गति तभी मायने रखती है जब उपयोगकर्ता रैम पर बहुत अधिक (> 1 जीबी / एस) लिख रहा हो। जब तक उपयोगकर्ता अक्सर ऐसा कर रहा होता है, या वे मिलीसेकंड मतभेदों के बारे में परवाह करते हैं, यह लगभग कभी भी मायने नहीं रखता है। RAM I / O आम तौर पर बहुत तेज है (DDR2 3200 से 8533 MB प्रति सेकंड और DDR3 तेज है) और इसलिए यह शायद ही कभी अड़चन है
  • नेटवर्क I / O केवल तभी मायने रखता है जब आगे और पीछे बहुत सारा डेटा हो।
  • स्टार्टअप पर डिस्क I / O मायने रखता है, और बड़ी फ़ाइलों / अनुप्रयोगों की प्रतिलिपि बनाते या लोड करते समय, लेकिन आम तौर पर, जब तक कि इसमें से बहुत कुछ नहीं किया जा रहा है, यह बहुत ही ध्यान देने योग्य नहीं है।

नोट: I / O इनपुट / आउटपुट को संदर्भित करता है। हालांकि यह कुछ घटकों (उदाहरण के लिए डिस्क) के लिए एक कारक है, यह आमतौर पर दूसरों के लिए अप्रासंगिक है। GPU के रूप में कई CPU 6 GB / s में ले सकते हैं। एक संगणना को पूरा करने में लगने वाला समय आम तौर पर कहीं अधिक कारक होता है, जितना कि उन्हें डेटा में पढ़ने और उसे थूकने में कितना समय लगता है।


@TKKocheran, अंतरिक्ष के साथ डैश गोलियां बनाने के लिए थे। आम तौर पर यह सुनिश्चित करने के लिए जांचना सार्थक है कि आपके संपादन को सबमिट करने से पहले स्वरूपण नहीं बदला गया है।
20

जब आप मध्यम आकार की गणना कर रहे होते हैं तो रैम की गति (कैश की गति के विपरीत) बहुत मायने रखती है । मुझे इस अवसर पर परिमाण का एक आदेश मिल गया है कि सिर्फ कैश का बेहतर उपयोग करने के लिए एक कार्यक्रम बदल रहा है (मैट्रिक्स का सारांश इस तरह का एक उत्कृष्ट उदाहरण है)।
dmckee

यह विलंबता का एक कार्य है जो मैं मानता हूं, कच्ची गति नहीं।
21

खराब तरीके से लिखा गया टुकड़ा रैम से डेटा के आने की प्रतीक्षा में पाइपलाइन को ओवर-स्टॉल करेगा। ऐसा होने पर कुछ भी नहीं हो रहा है, इसलिए कोड खत्म होने में अधिक समय लगता है। यह वास्तव में एक संगणना की गति को प्रभावित करता है।
dmckee
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.