2011-09-23 8 views
10

मुझे एहसास है कि साइगविन स्पष्ट रूप से धीमा क्यों है, लेकिन यह मामला अद्वितीय लगता है, इसके बारे में कुछ अन्य प्रश्न हैं।त्रुटियों के बाद सिग्विन का बैश बेहद धीमा हो गया

मुझे कुछ समस्याएं थीं जहां चीजें बहुत सारी त्रुटियों की रिपोर्ट कर रही थीं, और फिर रीबूट के बाद बैश से लॉन्च की गई कोई भी प्रक्रिया बेहद धीमी है। मुझे ईमानदारी से पता नहीं है कि इसका क्या कारण हो सकता है (मैंने taskmgr में प्रक्रिया प्राथमिकता की जांच की है; यह अभी भी सामान्य है)।

विवरण:

मैं एक रात में कुछ सॉकेट कोड की कसौटी पर सोख चल रहा है और अपनी स्क्रीन त्रुटियों से भर खोजने के लिए सुबह में वापस आ गया था - और साथ काफी के रूप में (DialogBoxes ज्यादातर शून्य संकेत एक्सेस करने का प्रयास) कमांड लाइन पर भेजे गए कुछ चीजें। वहां बहुत कुछ पाठ था जिसे मैं कैप्चर करने में सक्षम नहीं था (कंप्यूटर ज्यादातर अप्रतिबंधित था; मुझे इसे मैन्युअल रूप से रीबूट करना पड़ा)। मुझे "Win32 त्रुटि 6" संदर्भित कुछ पाठ याद हैं (जो मुझे लगता है कि INVALID HANDLE है)।

रीबूट के बाद, अधिकांश चीजें ठीक हैं, लेकिन सिगविन/बैश अभी भी बहुत ही अनुत्तरदायी है। के रूप में एक और सवाल में सुझाव दिया मैं, निम्नलिखित भाग गया:

$ time for i in {1..10} ; do bash -c "echo Hello" ; done 
... 
real 1m12.244s 
user 0m3.522s 
sys  0m34.460s 

एक और बैश उदाहरण लागू भयानक गति के लिए आवश्यक नहीं है:

$ time for i in {1..10}; do ls ; done  
# nb there are about 6 entries in pwd 
.... 
real 0m47.718s 
user 0m2.568s 
sys  0m23.411s 

हालांकि builtins जल्दी से पर्याप्त जाना प्रतीत होती हैं:

$ time for i in {1..10} ; do echo Hello ; done 
.... 
real 0m0.001s 
user 0m0.000s 
sys  0m0.000s 

अद्यतन: मैं बस भी एहसास हुआ एक Windows अद्यतन तब और अब के बीच स्थापित किया। मुझे खुशी है कि यह बहुत जटिल या कुछ भी नहीं हो रहा है। (हालांकि, मेरा मानना ​​है कि अन्य सहकर्मियों ने अद्यतन स्थापित किया है और समस्याएं नहीं देख रहे हैं)।

अद्यतन 2:

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

मैं अभी भी पूरी तरह से सुनिश्चित नहीं हूं कि साइगविन के स्ट्रेस का उपयोग कैसे करें, लेकिन मुझे लगता है कि पहला कॉलम समय डेल्टा हो सकता है। इसके साथ ही मन में, यहाँ कुछ पंक्तियां कि समस्याग्रस्त दिखते हैं (0xDEADBEEF निश्चित रूप से बढ़ावा दे रही है नहीं):

4100175 4101564 [main] bash 5664 _cygtls::remove: wait 0xFFFFFFFF 
4278898 4279724 [main] bash 5612 child_copy: dll bss - hp 0x628 low 0x611DC000, high 0x612108D0, res 1 
2210923 25635973 [proc_waiter] bash 5664 pinfo::maybe_set_exit_code_from_windows: pid 5400, exit value - old 0x8000000, windows 0xDEADBEEF, cygwin 0x8000000 
3595425 16085618 [proc_waiter] bash 5612 pinfo::maybe_set_exit_code_from_windows: pid 5376, exit value - old 0x8000000, windows 0xDEADBEEF, cygwin 0x8000000 
3057452 19149209 [proc_waiter] bash 5664 pinfo::maybe_set_exit_code_from_windows: pid 5612, exit value - old 0x8000000, windows 0xDEADBEEF, cygwin 0x8000000 
2631997 38835042 [proc_waiter] bash 5716 pinfo::maybe_set_exit_code_from_windows: pid 5720, exit value - old 0x8000000, windows 0xDEADBEEF, cygwin 0x8000000 
2610852 38836658 [main] bash 4624 _cygtls::remove: wait 0xFFFFFFFF 
3708283 42556365 [proc_waiter] bash 5716 pinfo::maybe_set_exit_code_from_windows: pid 4624, exit value - old 0x8000000, windows 0xDEADBEEF, cygwin 0x8000000 
3666884 42562053 [main] bash 5664 fhandler_base_overlapped::wait_overlapped: GetOverLappedResult failed, bytes 0 
2742397 45305871 [proc_waiter] bash 5664 pinfo::maybe_set_exit_code_from_windows: pid 5716, exit value - old 0x8000000, windows 0xDEADBEEF, cygwin 0x8000000 
45322195 45322997 [main] bash 3996 child_copy: dll bss - hp 0x62C low 0x611DC000, high 0x612108D0, res 1 
4247577 49581019 [main] bash 3996 _cygtls::remove: wait 0xFFFFFFFF 
4266690 49581325 [main] bash 5664 child_info::sync: pid 3996, WFMO returned 0, res 1 
49622099 49623318 [main] bash 4840 child_copy: dll bss - hp 0x690 low 0x611DC000, high 0x612108D0, res 1 
4225718 53860809 [main] bash 4840 _cygtls::remove: wait 0xFFFFFFFF 
4248491 53861119 [main] bash 3996 child_info::sync: pid 4840, WFMO returned 0, res 1 
2167422 2169463 [main] bash 1412 _cygtls::remove: wait 0xFFFFFFFF 
10369 2205831 [main] bash 1412 pwdgrp::load: \etc\passwd curr_lines 4082 
10313 2237148 [main] bash 1412 cygwin_gethostname: name A119894 
14720 2251868 [main] bash 1412 stat64: entering 
+0

छोड़ दिया गया लगता है क्या इसे 'बाश' से होना चाहिए? यदि आप एक्सप्लोरर से 'ls.exe' चलाते हैं तो क्या होता है? (यह पता नहीं है कि यह संभव है ...) – Thomas

+0

आप यह समझने के लिए 'स्ट्रेस' का उपयोग करने का प्रयास कर सकते हैं कि यह सिस्टम कॉल धीमा हो रहा है या नहीं। – Thomas

+0

@ थॉमस - मैं 'स्ट्रेस' से परिचित नहीं हूं और आउटपुट थोड़ा सा शब्द है। मैं यहाँ क्या देख रहा हूँ? –

उत्तर

0

इसलिए मैं वास्तव में इस हल कभी नहीं। इसके बजाय एक नया कंप्यूटर मिला।

इसी तरह की समस्या अंततः वहां बढ़ी, और समस्या एनवीआईडीआईए ड्राइवर सॉफ़्टवेयर - वास्तविक ड्राइवरों को स्वयं नहीं मिला।

तो, पथ था:

  • स्थापित NDIVIA ड्राइवर
  • appwiz.cpl
  • से NVIDIA सॉफ्टवेयर निकालें
  • उपयोग हार्डवेयर प्रबंधक .inf फ़ाइलों को चारों ओर
0

मैं इस के साथ थोड़ा अनुभव है, लेकिन मैं कम से कम यह कैसा लग रहा है पर आप मेरी राय दे सकते हैं।

मैं [proc_wiater] लाइनों में से प्रत्येक को देख रहा हूं, प्रत्येक 5000 से अधिक ... यह आपकी वास्तविक निर्देशिका सूची से अधिक लंबा है:/ऐसा लगता है कि यहां समस्या है "ls एक प्रोग्राम है"। मैं शर्त लगाता हूं कि अगर आपने डीआईआर का समय दिया तो आपको ऐसा हास्यास्पद समय नहीं लगेगा।

-कुछ जो स्ट्रेस के बारे में कुछ भी नहीं जानता।

0

यह एक गंदे लॉग फ़ाइल बनाता है, awk का उपयोग करें।

संबंधित मुद्दे