Cinnamon: विंडो को खींचते समय विंडो redraw लैग

मुझे "मुझे भी" कहने से नफरत है, लेकिन ... "मुझे भी!" मैं कुछ पुराने बॉक्स पर चल रहा हूं, दालचीनी उबंटू 13.04 के शीर्ष पर चल रही है। बाकी सब कुछ ठीक लगता है, यह सिर्फ खिड़की खींच रहा है जो एक मुद्दा है। और "हकलाना" ध्यान देने योग्य है, जिसके बाद खिड़की बस अगले बिंदु पर कूद जाती है। किसी भी खिड़की (क्रोम, ऑक्सटरम) को खींचते समय ऐसा प्रतीत होता है। मुझे बताएं कि मैं कौन सी अन्य सहायक जानकारी प्रदान कर सकता हूं। मुझे अपने सिस्टम लॉग में कुछ भी दिलचस्प नहीं मिल रहा है।

मैं इसकी पुष्टि कर सकता हूं, लेकिन मेरे पास बहुत खराब ग्राफिक्स कार्ड है ...

मैं इन मुद्दों को भी अनुभव कर रहा हूँ। मैं उबंटू 13.10 पर रात के पापा से नवीनतम दालचीनी चला रहा हूं।

मैं वर्तमान में (2.0 1920x1080) दालचीनी 2.0.2 के साथ आर्च लाइन पर एक मल्टीहेड सिस्टम चलाता हूं, मैंने एक 660 और मेरे 7870 दोनों की कोशिश की है। वे दोनों समान व्यवहार, अत्यधिक खस्ताहाल खिड़कियों को हिलाने या हिलाने पर बाहर निकालते हैं। Im ओपन सोर्स ड्राइवरों atm का उपयोग करते हुए। (काम करने के लिए अद्यतन किए जाने के बाद उत्प्रेरक की कोशिश करेंगे)

मेरे सिस्टम पर इसकी लगभग असहनीय है।

--- अपडेट --- अगर मैं दालचीनी सेटिंग्स पैनल में अक्षम करता हूं -> विंडो टाइलिंग और एज फ्लिप -> विंडो टाइलिंग और स्नैपिंग - खिड़कियां स्क्रीन पर फिर से तेजी से चलती हैं; मुझे यह संकेत एक खिड़की के चारों ओर घूम कर मिला और मुझे नई HUD चीज़ मिली जिससे मुझे वह स्थिति दिखाई दी जो मैं उस खिड़की पर रख सकता था; जब भी HUD दिखा रहा था कि लैग शुरू हो जाएगा।

मैं अपने लैपटॉप पर समान व्यवहार की पुष्टि कर सकता हूं; मन्जारो लिनक्स और दालचीनी 2.0.6 का उपयोग करना
मेरे पास एक ड्यूल-कोर P6100 सीपीयू और एक इंटेल एचडी 3000 ग्राफिक्स कार्ड है।
मैं 1.6 या 1.8 के साथ इस मुद्दे को पहले नहीं रखता।
मैं चलते समय "विंडो सामग्री" को अक्षम करने के लिए मफिन के साथ एक विकल्प की तलाश कर रहा था, लेकिन अभी तक कोई सौभाग्य नहीं है, डॉन्कफ संपादक का उपयोग करके।
यह बहुत अच्छा होगा यदि कोई व्यक्ति स्पष्टीकरण प्रदान करेगा कि ऐसा क्यों हो रहा है।
अच्छा काम करते रहें ;)!

खिड़कियों को खींचने में देरी खिड़कियों के आकार की तुलना में कुछ भी नहीं है (उदाहरण: सूक्ति-टर्मिनल), इसमें कई सेकंड लग सकते हैं :-(

मैं इंटेल कोर I5 और इंटेल ग्राफिक नियंत्रक (2 वीं पीढ़ी) के साथ इस बग की पुष्टि करता हूं।

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

मैं i7-2600K CPU और AMD R9 290 GPU (नवीनतम बीटा ड्राइवर) पर इस बग की पुष्टि कर सकता हूं। विशेष रूप से मेरी 120 हर्ट्ज स्क्रीन पर। टाइलिंग और स्नैपिंग को अक्षम करने से मदद नहीं मिली।

दालचीनी का कौन सा संस्करण चल रहा है? इसका एक कारण अपेक्षाकृत हाल ही में पैच किया गया था।

https://github.com/linuxmint/muffin/commit/403d24edc854c6610ff46427b6cf2072fa62bfa5

मैं दालचीनी 2.0.14 चला रहा हूं। नवीनतम स्थापित करने का प्रयास करेंगे।

नवीनतम मफिन होने शायद अधिक महत्वपूर्ण है। यदि आप मफिन 2.0.4 पर हैं तो आपके पास अभी तक फिक्स नहीं है। यदि आप 2.0.5 चलाते हैं तो यह होगा।

(मैं आपके विशेष मुद्दे की गारंटी नहीं दे रहा हूं, संभवतः कुछ अन्य कारण हो सकते हैं, लेकिन यह जाँच के लायक है)

मैं मिंट 16 पर दालचीनी 2.0.14 और मफिन 2.0.5 के साथ कुछ ऐसा ही अनुभव कर रहा हूं, जो कि इंटेल एचडी 4600 ग्राफिक्स के साथ i5-4440s के साथ है। जब मैं विंडोज को खींचता हूं तो वे माउस कर्सर के साथ नहीं रख सकते हैं। यह ऐसा है जैसे कि खिड़कियां मेरे कर्सर से एक छोटे रबर बैंड के साथ जुड़ी हुई हैं।

यहां एक वीडियो है जो मैं अनुभव कर रहा हूं। क्या यह सामान्य व्यवहार है? http://youtu.be/KylzMTZpD7w

मैं पुष्टि कर सकता हूं कि यह मामला अभी भी दालचीनी जेसी पर सिनामोन 2.2.14 और गनोम शेल 3.12.2 के लिए वैध है।

मुझे यह भी मिलता है और यह वास्तव में ईमानदार होने के लिए विचलित करने वाला है। एकता आदि की तुलना में कम चिकनी, और वास्तव में विंडोज ...

इसी बात का अनुभव करते हुए मैंने पहले भी शिकायत की थी, लेकिन एक एनवीडिया जीटीएक्स 760 के साथ। समस्या कई मॉनीटरों के साथ निश्चित रूप से खराब है।

मुझे यह दालचीनी 2.2.14 पर भी मिलता है, एक NVidia GT 630 के साथ मालिकाना ड्राइवर संस्करण 340.24 (और दो मॉनिटर्स) के साथ भी मिलता है। ड्राइवर संस्करण 304 में अपग्रेड करते समय, खिड़कियां फिर से तेजी से चलती हैं, लेकिन फिर मुझे फाड़ का अनुभव होता है।

रविवार 10 अगस्त 2014 को 04:04:47 बजे, एंड्रेस मैन्ज़ ने लिखा:

मुझे यह दालचीनी 2.2.14 पर भी मिलता है, साथ ही एक एनवीडिया जीटी 630 के साथ
मालिकाना चालक संस्करण 340.24 (और दो मॉनिटर्स)। जब अपग्रेड हो रहा है
ड्राइवर संस्करण 304 के लिए, खिड़कियां फिर से तेजी से चलती हैं, लेकिन फिर मैं
फाड़ का अनुभव।

जब vsync द्वारा अक्षम किया जाता है, तो विंडो ड्रैग लैग गायब हो जाता है
पर्यावरण चर। AFAIK एनवीडिया ड्राइवर 304 द्वारा vsync को सक्षम नहीं करता है
डिफ़ॉल्ट (नए लोगों के विपरीत), इसलिए यह समझा सकता है कि आपके पास तेजी क्यों है
जब आप इसे डाउनग्रेड करते हैं तो खींचना और फाड़ना।

उच्च CPU उपयोग, हालांकि vsync की परवाह किए बिना प्रचलित है।

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

यह भी अजीब है कि लिनक्स टकसाल में यह बग नहीं है, और आर्क लिनक्स है।

@ स्टार्स नहीं, मैं इसे मिंट 17 पर प्राप्त कर रहा हूं।

यहां तक ​​कि जब से मैं इस मुद्दे में पोस्ट किया, मैं फिर से इस मुद्दे था havent। मैंने कई अलग-अलग उपकरणों, हार्डवेयर और सॉफ़्टवेयर (डिस्ट्रोस) कॉन्फ़िगरेशन पर दालचीनी स्थापित की है।

इसका अजीब - मैं "इस मुद्दे को हल" (मैं केवल इंटेल है HD ग्राफिक्स, इसलिए यह केवल झंडा के साथ xf86- वीडियो-इंटेल recompiling द्वारा काम कर सकता है "- निर्णायक- dri3", और उसी के साथ lib32-mesa recompiling झंडा "- disable-dri3", निश्चित रूप से आपको ध्वज को भी हटाना होगा - "able-dri3 "।
जबकि मैं 64 बिट लाइनक्स का उपयोग कर रहा हूं, बिना ड्री 3 के 64 बिट मीसा पैकेज संकलित करता है और इसे स्थापित करने से दालचीनी डेस्कटॉप क्रैश हो जाता है, लेकिन किसी तरह 64 बिट सिस्टम के लिए केवल xf86-video-Intel और 32 बिट संस्करण mesa का पुन: निर्धारण करता है "इस मुद्दे को," क्रोम में भारी अंतराल तय की।
केवल 2d ड्राइवरों में dri3 को अक्षम करना काम नहीं करता है, लेकिन mesa के 32 बिट संस्करण में dri3 को अक्षम करना और इसे स्थापित करने के लिए काम किया है, मुझे आश्चर्य है कि - यह पैकेज डिफ़ॉल्ट रूप से भी स्थापित नहीं है, क्योंकि 64 बिट लिनक्स 64 बिट दालचीनी का उपयोग करता है, इसलिए 64 बिट का उपयोग करता है मीसा, और मुझे नहीं पता कि यह कैसे काम करता है: डी

सिवाय इसके कि वहाँ एक मुद्दा है, DRI3 मौजूद नहीं था जब यह मुद्दा पहली बार बनाया गया था।

वर्तमान में आर्क लिनेक्स भी डीआरआई 3 को डिफ़ॉल्ट रूप से निष्क्रिय करता है मुझे लगता है?

यह मुद्दा ऐसा महसूस करता है कि यह कुछ ऐसा हो सकता है, जिसे मैं लिनक्स पर केर्नल स्पेस प्रोग्राम (सिनामन के साथ) में देखता हूं: एकदम सही फ्रेमवर्क, सिवाय इसके कि जब मैं माउस को एक रॉकेट के चारों ओर पैन करने के लिए क्लिक करता हूं और पकड़ता हूं - तो यह बुरी तरह से डगमगाता है और कूदता है। दालचीनी शायद माउस की घटनाओं के लिए redraw लूप में किसी तरह का अवरोध कर रही है?

आर्क लिनेक्स में, xf86- वीडियो-इंटेल को ड्रिक 3 के बिना संकलित किया गया है, लेकिन मेसा को ड्रिक 3 के साथ संकलित किया गया है।

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

यह हो रहा है लेकिन केवल मेरी बाहरी निगरानी पर, मैकबुक ("2014 के अंत में") पर ग्राफिक्स के साथ। खिड़की भी फाड़ कलाकृतियों को प्रदर्शित करेगी, फिर से केवल बाहरी प्रदर्शन पर। यदि मैं "TearFree" को सक्षम करता हूं तो अंतराल में कोई परिवर्तन नहीं होता है, लेकिन यह फाड़ को ठीक करता है। मैं xrandr के साथ बाहरी प्रदर्शन को 2x2 स्केल कर रहा हूं।

संपादित करें: मुझे ध्यान देना चाहिए कि अगर मैं इसे उस डिस्प्ले पर घसीटता हूं, तो glxgears की तरह कुछ कम फ्रैमरेट नहीं होता है, वास्तव में यह 60Hz मॉनिटर पर ~ 71 एफपीएस की रिपोर्ट कर रहा था, हालांकि आंदोलन के बावजूद यह प्रति सेकंड <10 फ्रेम दिखता है। इसे अकेला छोड़कर यह सामान्य रूप से प्रदर्शन करता है।

edit2: ऐसा प्रतीत होता है कि स्केलिंग लैग को भी नहीं बदलती है।

@ सर्वे और अन्य ...

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

https://patrickmn.com/aside/lowering-gaming-mouse-s संवेदनशीलता-in-ubuntu-9-10/

मैंने एक वीडियो दिखाया है जो मेरे पास है (क्रोमियम ब्राउज़र खींचने वाला मुद्दा, जबकि नेमो और फ़ायरफ़ॉक्स केवल तुलना के लिए चलाए जाते हैं): https://youtu.be/Ec99EYjwiqY
मैं IntellJ के साथ एक ही मुद्दा है और कभी-कभी पिजिन के साथ या निमो के साथ कम बार। मैं मिंट 17.3 और दालचीनी 2.8.6 का उपयोग कर रहा हूँ, एमड प्रोपटीरी ड्राइवरों के साथ। ध्यान देने योग्य बातें:

-सिनेमा 2.8.6 के साथ 17.3
-उन्हें लोड करने के लिए उन्हें खोलने के लिए ओपन सोर्स जीपीयू ड्राइवर नहीं हैं, इसने मुझे सॉफ्टवेयर रेंडरिंग मोड में रखा है (मुझे याद है कि जब मैंने कुछ महीने पहले 17.0 मिंट स्थापित किया था, तब मैंने एक्सगोर ओपन सोर्स ठीक काम किया था)
-अमद प्रोपियाट्री CCC में अक्षम vsync को कम करने के लिए कम अंतराल वाली खिड़कियों की मदद करें, लेकिन यह वेबसाइटों को स्क्रॉल करते समय स्क्रीन फाड़ता है
-जब दालचीनी ने सब कुछ ठीक काम करना शुरू कर दिया, कोई लैगी खींचती हुई खिड़कियाँ, कोई लैगी का आकार बदलता हुआ। समस्या कुछ समय के बाद मौजूद है (उदाहरण के लिए क्रोमियम शुरू होने के 10-40 मिनट बाद)
-सर्तन दालचीनी (ctrl + alt + esc) अस्थायी (ऊपर के बिंदु) में मदद करता है
- (संपादित करें): यह 17.2 और दालचीनी 2.6 से पहले नहीं हुआ था, अगर मुझे सही याद है, लेकिन मुझे तब बड़ी समस्या थी।

संपादित करें:
ओपनसोर्स ड्राइवरों का उपयोग करके वही चीजें खुश करती हैं, जो उन्हें फिर से स्थापित करने में कामयाब रहीं।

यूएसबी स्टिक से ताजा मिंट 17.3 दालचीनी चलाना, जैसा कि ऊपर बताया गया है।
तुलना के लिए Ubuntu Gnome3 और Ubuntu Mate की जाँच की। USB से दोनों को काफी लंबे समय से चलाने के दौरान मैंने किसी भी मुद्दे / मंदी पर ध्यान नहीं दिया।

किसी तरह ऐसा लगता है कि यह जीपीयू से संबंधित है, विशेष रूप से सॉफ्टवेयर के लिए होता है जिसमें क्रोमियम की तरह जीपीयू समर्थन होता है।
ध्यान देने वाली दूसरी बात यह है कि ऐसा लगता है कि मेनूबार के लिए इंटेलीहाइड होने के दौरान यह तेजी से होता है और क्रोमबुक विंडो के साथ मेनूबार को छिद्रित करता रहता है। मैं लैपटॉप में प्रशंसकों को जोर से काम करना शुरू कर सकता हूं। क्रोमियम विंडो को डेस्कटॉप पर प्रसारित करके सर्वश्रेष्ठ खींचें।

"पूर्ण स्क्रीन के लिए कम्पोज़िंग अक्षम करें" सक्षम / अक्षम - कोई परिवर्तन नहीं

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

मेरे पास यह मुद्दा भी है - लेकिन मैंने जो देखा है वह यह है कि विंडोज़ को कुछ समय बाद _laggy_ मिलता है - लेकिन अगर मैं नए खुलते हैं तो वे _lag_ नहीं करते हैं।

उदाहरण के लिए अगर मैं एक टर्मिनल को वहां बैठने के लिए कहूं तो एक घंटे में यह काफी दूर तक खींच जाएगा, लेकिन एक नया खोला गया टर्मिनल बस ठीक व्यवहार करेगा।

और हां, जब मेरे पास क्रोम ओपन है (जो मूल रूप से हर समय खुला है)।

यह कोई बड़ी बात नहीं है क्योंकि हर दूसरे पहलू को ठीक काम लगता है (उदाहरण के लिए आप गेम या किसी चीज़ में अधिक अंतराल नहीं देखते हैं) - केवल दूसरी अजीब बात मैंने देखी है कि लॉक स्क्रीन में लगभग 10sec लगता है। लोड करने के लिए (मैंने कभी नहीं देखा कि इससे पहले कि मैं टकसाल 17.3 करने के लिए उकसाया)

पुनश्च: मैंने देखा कि cinnamon --replace प्रक्रिया काफी उच्च CPU उपयोग (मेरे सिस्टम पर लगभग 16%) दिखाएगी, कुछ समय बाद मैंने एक _laggy_ विंडो को चारों ओर घुमाया।

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

मैं nvidia 352.63 मालिकाना चालक के साथ, लिनक्स टकसाल 17.3, दालचीनी 2.8.6 में कर्सर के पीछे की खिड़की की पुष्टि कर सकता हूं। बहुत कष्टप्रद! समस्या सक्षम या नहीं कंपोजिट से स्वतंत्र है!

मैं मिंट 17.3, दालचीनी 2.8.6 और i5-4210U के एकीकृत ग्राफिक्स या एक nVidea GeForce 820M के साथ अंतराल की पुष्टि कर सकता हूं।
मैंने शो / हाइड पैनल सेटिंग्स के साथ थोड़ा खेला और ऐसा प्रतीत होता है कि लैग केवल तभी होता है जब पैनल दिखाया जाता है। जब मैंने इसे ऑटो-छिपाने के लिए सेट किया तो सभी विंडो ड्रग्स सुचारू हैं।
(हाँ, मुझे पता है कि यह DarekDeo की टिप्पणी के पूर्ण विपरीत है)।

हो सकता है कि पूरी तरह से विपरीत न हो, हमारी दोनों टिप्पणियों से ऐसा लगता है कि पैनल में कुछ गड़बड़ है। :)

संपादित करें: या कम से कम इससे संबंधित।

मेरे पास यह मुद्दा भी है। किसी एक अलग ग्राफिक्स चालक की कोशिश करो? मुझे Xubuntu 15.10 पर यह समस्या थी और एक बार जब मैंने ड्राइवर को बदल दिया, तो सब कुछ ठीक रहा। मुझे वह विकल्प यहां नहीं मिल रहा है? मैं सेटिंग पैनल में ड्राइवरों के पास जाता हूं और एक खाली सूची बस दिखाता है।

सेटअप: फेडोरा 23, दालचीनी, जीडीएम, एनवीडिया मालिकाना ड्राइवर (नोव्यू के साथ भी)

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

हकलाहट नियमित रूप से होने लगती है। अगर मुझे अनुमान लगाना था, तो मैं हर 500 एमएस के बारे में कहूंगा। दिलचस्प बात यह है कि अगर मैं किसी विंडो को जल्दी-जल्दी चला लेता हूं, तो शीर्ष शो Xorg कभी-कभी विंडोज़ चलाते समय सीपीयू (~ 53%) का एक बड़ा प्रतिशत ले जाता है ... यह सही नहीं लगता है। कोई विचार?

EDIT: मैंने फेडोरा 23 दालचीनी स्पिन लाइव सीडी को बूट किया और दिलचस्प रूप से, किसी भी हकलाने का सामना नहीं किया। लेकिन, मेरे HDD इंस्टॉलेशन में समान DM परिवेश (Cinnamon, lightdm, nouveau ड्राइवर) का उपयोग अभी भी करता है। मैं यह देखने के लिए कि क्या समस्या बनी रहती है, एक अलग मशीन पर लाइव सीडी से सीधे दालचीनी स्पिन स्थापित करने का प्रयास कर सकता हूं; मैं किसी भी परिणाम के साथ वापस रिपोर्ट करूंगा।

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

मुझे यह अजीब लगता है कि सभी खिड़कियां अभी भी कितनी सुस्त हैं, हालांकि वे असहनीय नहीं हैं, लेकिन अगर मैं विंडोज पर वापस जाता हूं तो मेरा 144hz सब कुछ दिखता है और बहुत चिकनी, चलती हुई खिड़कियों को महसूस करता है और वे सभी इतने ठोस और स्थिर महसूस करते हैं, वापस आते हैं लिनक्स और मेरे 60 मेरे 144 की तुलना में लगभग चिकना लगता है और खिड़कियां ऐसा महसूस करती हैं कि जब आप उन्हें चारों ओर खींच रहे हैं, तो वे शिथिल होना चाहते हैं।

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

खैर यह दिलचस्प है, मैंने देखा कि मैं जो हकलाना देख रहा था वह उसी आवृत्ति पर हो रहा था जैसा कि सिस्टम मॉनिटर एप्लेट अपडेट कर रहा था, इसलिए मैंने इसे पैनल से हटा दिया और रिबूट किया, और अब हकलाना मेरे लिए दूर चला गया है। यह आगे @DarekDeo के सुझाव का समर्थन

मेरे पास वास्तव में एक ही मुद्दा है, दालचीनी के एक नए संस्करण को अपडेट करने से यह थोड़ा बेहतर हो गया है लेकिन मेरा एनवीडिया डेस्कटॉप (i5-3570k, एनवीडिया 780ti) अभी भी उतना कम सुचारू नहीं है जितना कि मेरे बहुत कम शक्तिशाली इंटेल ग्राफिक्स लैपटॉप (i7-4500u, Intel) ग्राफिक्स 4400)।

दोनों मिंट 17.3, दालचीनी 3.04 (रात का चैनल), और 4.4.0-22 कर्नेल चला रहे हैं।

उपयोग किए जाने वाले ड्राइवर एनवीडिया ड्राइवर पीपीए और कर्नेल में शामिल इंटेल ड्राइवर से एनवीडिया के 364 (364.19-0ubuntu0 ~ gpu14.04.3) हैं।

@ davidva-cml आपको धन्यवाद, मेरे लिए Sytem Monitor एप्लेट सॉल्व की हुई समस्या को दूर करना!

Nvidia xserver सेटिंग्स में "vblank के लिए सिंक" को बंद कर दिया गया और टेलीग्राम जैसे ऐप्स को मक्खन की तरह चिकना कर दिया गया।

यह अभी भी मेरे लिए एक समस्या है।
मैं ड्राइवर संस्करण 375 के साथ एनवीडिया जीटीएक्स 1070 का उपयोग करके उबंटू 16.04.1 की एक नई स्थापना का उपयोग कर रहा हूं, इसलिए प्रदर्शन एक मुद्दा नहीं होना चाहिए।

@ JosephMcc , क्या हम इस समस्या को बग के रूप में चिह्नित कर सकते हैं?

@ davidva-cml क्या आपने इसे ठीक करने का प्रबंधन किया? मैं विंडोज़ को खींचते समय CPU उपयोग के शीर्ष पर Xorg भी देखता हूं ... शायद हमें इसे Xorg समस्या के रूप में रिपोर्ट करना चाहिए। हालांकि यह हमेशा एक दालचीनी मुद्दा हो सकता है .. पुन: पेश करने का सबसे सरल तरीका पृष्ठभूमि को चारों ओर से खींचते हुए पृष्ठभूमि पर glxgears चलना है।

हालांकि, इस मुद्दे के भीतर कुछ लोग पूरी तरह से अलग लैग मुद्दे (जो दालचीनी से संबंधित हो सकते हैं) से पीड़ित हो सकते हैं।

मुझे डर है कि मैं एक ही मुद्दा है। लेकिन मेरे पास वास्तव में शक्तिशाली पीसी (कोर i7-5930K 3.5GHz 6 कोर + एनवीडिया TITAN X है जो नवीनतम nvidia ड्राइवर + 32 GB RAM और मेरा OS इन्स इनस्टॉल SSD) चलाता है। इसलिए प्रदर्शन एक मुद्दा नहीं होना चाहिए। लेकिन फिर भी, हर बार जब मैं एक खिड़की को खींचने की कोशिश कर रहा हूं, तो मुझे इस धागे में बाकी सभी की तरह धीमेपन की ज़रूरत है। लेकिन सबसे ज्यादा खुले एप्स में यह अधिक सुस्ती है!
जब मैं मॉनिटर (htop) करता हूं तो मैं देख सकता हूं कि Xorg प्रक्रिया CPU उपयोग का 90% या अधिक लेती है। तो यह Xorg से आ सकता है, सीधे दालचीनी नहीं।
यह समझने के लिए प्रतिक्रिया होनी चाहिए कि वहां क्या चल रहा है।
धन्यवाद।

चल रहा है:
लिनक्स कर्नेल 4.10.0-जेनेरिक
फेरनोस (जो लिनक्स मिंट डिस्ट्रो के नवीनतम संस्करण का उपयोग कर रहा है)
चल रहा है दालचीनी 3.4.6

मैं उत्सुक हूँ अगर दूसरों ने इस के लिए किसी भी काम के आसपास हाल ही में पता लगाया है क्योंकि यह शांत हो गया है।

मेरे लिए, दालचीनी समय के साथ रिबूट से बढ़ रही इस अंतराल के साथ नष्ट करना शुरू कर देती है, जब तक कि इसे लेने के लिए लगभग बहुत कष्टप्रद नहीं हो जाता है, और आमतौर पर मुझे लगता है कि मुझे इसे मुश्किल से रिबूट करना होगा क्योंकि स्क्रीन नींद से नहीं जगेगी। पिछली पोस्ट की तरह, यह एक शक्तिशाली कंप्यूटर (20 कोर, 40 थ्रेड्स, डुअल एक्सॉन, 128 जीबी रैम, एनवीडिया 1070, डुअल एनवीएम, 3x 4k डिस्प्ले) है, इसलिए प्रदर्शन कोई समस्या नहीं है, और मुझे अन्य डेस्कटॉप के साथ नहीं मिलता है kde के अलावा अन्य वातावरण (जिसके पास स्वयं के समसामयिक मुद्दे हैं)। मैंने vblank और सबसे अन्य gl फीचर्स को बंद कर दिया है, और अभी भी अस्थिर करता है, आमतौर पर एक सप्ताह के भीतर, लेकिन किसी भी चीज़ के बारे में बताने के लिए कोई त्रुटि नहीं है।

मैं आर्क लाइनक्स, दालचीनी 3.8.1-1, 4.16.13 कर्नेल, और एनवीडिया 396.24 ड्राइवरों का उपयोग कर रहा हूं। मैं उम्मीद करता रहता हूं कि यह दूर हो जाए, लेकिन कभी ऐसा नहीं हुआ।

जाहिर है (जैसा कि अब हर डेस्कटॉप के साथ होता है) इसका जवाब सिर्फ डेस्कटॉप के सॉफ्टवेयर रेंडरिंग का उपयोग करना है। मैं पिछली बार कुछ हफ़्ते पहले जाने में कामयाब रहा था जब मुझे हर मिनट या उसके बारे में 5 सेकंड का डिस्प्ले टाइमआउट मिल रहा था, जो समय के साथ-साथ बदनाम हो जाता है।

आमतौर पर मैं सिर्फ एक अलग डेस्कटॉप, केडीई (वे भी इसे ठीक कर प्रार्थना करते हुए) के लिए फ्लिप करते हैं या मेट (मार्को व्यवहार करता है, लेकिन एक pacman -Syyu के बाद डेस्कटॉप अन्यथा बनाम दूसरों की कमी है), लेकिन इस बार मैंने दालचीनी सॉफ्टवेयर रेंडर देखा मोड। सॉफ्टवेयर रेंडर के साथ एक सप्ताह के सामान्य उपयोग के बाद, मैं सामान्य रूप से कुछ दिनों के बाद अंतराल प्राप्त करना शुरू कर दूंगा, लेकिन सॉफ्टवेयर मोड के साथ, यह चिकनी हो गया है, और वास्तव में डेस्कटॉप उपयोग में प्रदर्शन में कोई नकारात्मक पहलू नहीं है।

यह शर्म की बात है कि यह कंपोज़िटर बग लगातार बना हुआ है, लेकिन लगभग निश्चित रूप से वीडियो / ग्लै संबंधित है। कंपोज़िटर मेरे द्वारा खोजे जाने वाले हर लिनक्स डेस्कटॉप का बैन हैं, मुझे अभी तक ऐसा नहीं मिला है जो ठीक से व्यवहार करता हो, यहां तक ​​कि 4k में पाया गया विंडोएज़ एरो है जो कि पूरी तरह से बकवास है जिसे मेरे xps 9560 के साथ भेज दिया गया है।

एक अच्छा समाधान है CLUTTER_VBLANK=none को / etc / पर्यावरण में जोड़ना और प्रदर्शन कॉन्फ़िगरेशन के तहत एनवीडिया-सेटिंग्स में सभी मॉनिटरों पर बल संरचना पाइपलाइन को सक्षम करना -> उन्नत। यह कंपोज़िटर से ड्राइवर तक vsync हैंडलिंग को आगे बढ़ाता है, और amdgpu के साथ-साथ xorg कॉन्फ़िगरेशन में TearFree सक्षम करने में मदद करता है।

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

दिलचस्प है, यहां तक ​​कि सॉफ्टवेयर मोड में भी, मैं एक ही अंतराल विकसित कर रहा हूं, लेकिन पूर्ण जीपीयू रेंडरिंग की तुलना में बहुत धीमी दर पर। लगता है कि किसी तरह का रिसोर्स लीक हुआ है, लेकिन अगर जीपीयू के खिलाफ रेंडरिंग डायरेक्ट नहीं की गई है, तो मैं डेस्कटॉप के भीतर रिसोर्स मैनेजमेंट में कुछ बग रखूंगा।

इसे ठीक करने में मदद के लिए उपयोगी प्रतिक्रिया, लॉग, डिबग आदि क्या है? मैं कहीं भी असामान्य कुछ भी नहीं देखता, यादृच्छिक / आम अंतराल पर डेस्कटॉप के अलावा अन्य।

यह भी स्पष्ट करने के लिए, मुझे लगता है कि मुझे इस पर उपयोग किए जाने वाले उच्च-संकल्पों के साथ बहुत कुछ करना है। मेरा डेस्कटॉप 11520x2160 (3x 4k डिस्प्ले) पर चलता है, जो कि मुझे लगता है कि यहां तक ​​कि gpu त्वरण की कोशिश करता है किसी भी डेस्कटॉप करों। मुझे नहीं लगता कि कोई भी कारक इस तरह का होता है, लेकिन 4k, 5k और अब 8k के साथ, संघर्ष वास्तविक है। यही कारण है कि इस तरह से कंपोजिंग किसी भी डेस्कटॉप के तहत टूटता प्रतीत होता है, जिसमें एकता, केडी, दालचीनी, या यहां तक ​​कि मेट / मार्को भी शामिल है, जो इस पैमाने पर जीपीयू के खिलाफ प्रत्यक्ष प्रतिपादन के साथ है।

यह डिवेलपर्स पर ध्यान देने के लिए कुछ है, कंपोज़िट रेंडर को ठीक से करने के लिए रिज़ॉल्यूशन स्केल ~ 2010 के बाद से एक समस्या है जब मैं कंपोज़िंग के आगमन के साथ लिनक्स के तहत 6x 1080p डिस्प्ले चलाऊंगा।

इसलिए मैं इस पर जांच करने के लिए फिर से वापस आ गया हूं, लगभग 80 दिनों के अपटाइम के बाद सबसे हाल ही में सॉफ्टवेयर कंपोज़िटिंग के तहत विंडो रिड्रा में 5 सेकंड की देरी का अनुभव करने के बाद, मैंने यह देखने के लिए फिर से अपग्रेड किया कि क्या नया था और उम्मीद है कि सुधार हुआ है। लंबी कहानी छोटी: ज्यादा नहीं।

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

वास्तव में इसे ठीक करने में क्या लग सकता है? डिस्प्ले में रिज़ॉल्यूशन छोटे नहीं हो रहे हैं, और ये कंपोज़िटर अभी भी पुराने एचडी रिज़ॉल्यूशन से परे कुछ भी संभाल नहीं सकते हैं।

ग्राफिक्स ड्राइवर लोड होने के दौरान @mikebutash सॉफ़्टवेयर रेंडरिंग मोड का उपयोग कभी नहीं किया गया था। यह वीजीए मोड के लिए है।

4.2 के लिए खुले पीआरएस का वर्गीकरण है। यदि आप उन्हें सहज परीक्षण का अनुभव करते हैं तो आप मफिन रेपो पर मेरी पीआर शाखाओं की जांच कर सकते हैं। अन्य विकल्प सेटिंग्स में vsync को अक्षम करना होगा -> nvidia- सेटिंग में जनरल और फोर्स कंपोजिशन पाइपलाइन को सक्षम करना। 4.0.x श्रृंखला के लिए इसे ठीक करने के लिए और कुछ नहीं किया जा सकता है।

संपादित करें: इस विकी पृष्ठ को भी देखें।

@jaszhix , सहमत है कि इसका कोई हल नहीं है, लेकिन कुछ कहता है कि यह पसंदीदा हार्डवेयर विधि से बेहतर काम करता है, विशेष रूप से समय के साथ। नए 4.0 पर इतना नहीं, हालांकि, टिमटिमा और चरम अंतराल के साथ एक और प्रतिगमन, और तुरंत वृद्धिशील अंतराल हार्डवेयर पर फिर से शुरू हो गया है। तथ्य यह समय के साथ बदतर हो जाता है कोड अस्थिरता दिखाता है, जो कि यह 3.x के बाद से किया गया है, और संभवतः आपके 4.2 में अभी भी है, इसलिए मुझे संदेह है कि यह मायने रखता है कि मैं वास्तव में किस संस्करण पर हूं।

मैंने पहले vsync और मजबूर पाइपलाइन दोनों को सिफारिश के अनुसार किया था, लेकिन अभी नोटिस की जाँच की है कि बल पूर्ण संरचना पाइपलाइन को फिर से nvidia- सेटिंग्स में अक्षम कर दिया गया था, इसलिए पुन: सक्षम और यह देखेगा कि किराए कैसे। मैं पहले से ही सभी प्रदर्शनों को सक्षम करने के बाद भी एक सामयिक अंतराल देखता हूं, हालांकि यह देखने के लिए रहता है कि कैसे यह लगातार खराब हो जाता है क्योंकि यह करने के लिए जाता है।

यदि सभी DE कंपोज़ करने में इतने नर्कवादी हैं, तो अच्छा होगा कि वे रिज़ॉल्यूशन में बड़े पैमाने पर स्थिरता सुनिश्चित करें, क्योंकि वे सभी बड़े रिज़ॉल्यूशन में एक ही तरह के मुद्दों को झेलते हैं। खदान पर दालचीनी एक मेमोरी रिसाव की तरह काम करती है, 90 दिन या उसके बाद रिबूट / अपग्रेड करने से पहले, मैं देखता हूँ कि दालचीनी-डेस्कटॉप आमतौर पर एक सीपीयू के 80-90% का उपयोग करता है, इस प्रक्रिया में एक टॉप-टकर में एक सीपीयू का उपयोग नहीं किया जाता है (यह प्रतीत नहीं होता है) अच्छी तरह से कोर के रूप में मेरे पास 39 अन्य धागे हैं जो इसका उपयोग कर सकते हैं), और बहुत सारी मेमोरी का उपयोग किया, कुछ 20-30 जीबी (इस प्रणाली में 128 जीबी होने वाली कुछ कहा जा सकता है)। इस पैमाने पर परीक्षण करने का एक तरीका होना चाहिए, और कुछ प्रकार के वैलेग्रिड जैसे तनाव परीक्षण यह प्रतीत होगा। 90 दिनों के बाद या यहाँ उपयोग के बाद, दालचीनी हमेशा पॉप करने के लिए तैयार है, और यह सॉफ्टवेयर रेंडर में है। यह आमतौर पर एक सप्ताह के भीतर हार्डवेयर में मर जाएगा। केडीई बहुत समान है।

अधिकांश लोग आमतौर पर डिस्प्ले के लायक 11200x2160 रिज़ॉल्यूशन नहीं चला रहे हैं, लेकिन यह केवल 3x 4k डिस्प्ले है, जो हर दिन अधिक सामान्य और सस्ते होते जा रहे हैं, या तदनुसार खुद को समायोजित करते हैं। कुछ बिंदु पर कंपोस्टिंग को इस तरह के संकल्पों की आवश्यकता होती है, और अधिक से अधिक, दीर्घकालिक स्थिरता के साथ, या समझौता करने की एक विधि का पता लगाते हैं जो बेहतर ढंग से जनता के अनुरूप होगा। बल्कि समय के साथ-साथ मेरी खिड़कियों पर स्थिर लालच है / पारदर्शिता। अगर मुझे पता था कि मेरे सिस्टम को अस्थिर कर रहा है, तो मैं खुशी से इसे निष्क्रिय कर दूंगा।

आपके Nvidia ड्राइवर का संस्करण क्या है? यदि आप 390 या 396 का उपयोग कर रहे हैं, तो Ubuntu PPA पर 415.25 का उपयोग करें।

मेरे मॉनिटर का संयुक्त रिज़ॉल्यूशन 8560x1440 है, और मैं अपनी पीआर शाखाओं पर वर्तमान में समय के साथ दालचीनी के साथ कोई धीमा-धीमा नहीं देख रहा हूं, कुछ समय में मैं विकास के लिए दालचीनी को फिर से शुरू नहीं कर रहा हूं।

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

यह मेरे लिए स्पष्ट नहीं है कि आप क्या अंतराल पर विचार करते हैं - क्या यह कर्सर खींचते समय खिड़की के साथ सिंक से बाहर हो रहा है? या खिड़कियों के सामान्य इनपुट विलंबता? वे चीजें कंपोजिटर कोड के विभिन्न हिस्सों से प्रभावित होती हैं। https://github.com/linuxmint/muffin/pull/397 दोनों में सुधार करता है, और https://github.com/linuxmint/muffin/pull/392 उत्तरार्द्ध में सुधार करता है - जो मुझे 4.0 में मिलना पसंद होगा, लेकिन यह अधिक परीक्षण की आवश्यकता है।

चंचल और चरम अंतराल के साथ एक और प्रतिगमन

चलो इन मुद्दों को अलग रखें, टिमटिमा के बारे में पहले से ही कुछ मुद्दे हैं , और मैंने इसे 4.0 पर किसी भी बदतर होने के बारे में नहीं देखा है। बेशक इसे ठीक करने की जरूरत है, लेकिन ऐसी किसी चीज को ठीक करना मुश्किल है जिसे मज़बूती से दोबारा पेश नहीं किया जा सकता है।

इसलिए मेरे अंतिम उन्नयन के रूप में, मैं आपकी उम्मीदों के भीतर एनवीडिया 415.25-4 पर हूं।

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

लाग, सब कुछ जैसा मैं करता हूं। अगर मैं खिड़कियों के बीच क्लिक करता हूं, तो रिड्राव में कुछ अंतराल पर परिणाम होता है, स्क्रीन पर कुछ सेकंड के लिए रुक जाता है जब जगह में जमे हुए होते हैं। मैं हाल ही में स्टीम पर ओवरलोर्ड खेल रहा हूं जहां यह ऐसा करता है, लड़ाई के दौरान काफी परेशान करता है। मैंने नोटिस किया है और ऐसा होने पर पहले से सीख लिया है। इस स्टॉल में डेस्कटॉप उपयोग के परिणाम भी मिलते हैं, जिससे यह परिणाम विभिन्न लैग्स / स्टुटर्स में खिड़कियों के बीच क्लिक करने और टाइप करने के दौरान होता है। टाइपिंग या किसी माउस या कीबोर्ड गतिविधि के दौरान एक या दो सेकंड के लिए सब कुछ रुक जाता है।

चीजों को खींचने से समस्या समाप्त हो जाती है, अधिकांश यूआई चीजें एक दूसरे या दो के लिए दृष्टिहीन चीजों को रोकते हुए, क्रोध और डेस्कटॉप को पीछे छोड़ देती हैं। तेजी से 90 दिन, यह 5 सेकंड के स्टाल में सब कुछ करता है जब आप इसे हिट करने का निर्णय लेते हैं, जो हर कुछ मिनटों में होता है, और कभी-कभी कम होता है।

टिमटिमा के बारे में, मैंने देखा है कि यह सभी डिस्प्ले में होता है, बेतरतीब ढंग से निश्चित क्षेत्रों में, हमेशा एक जैसा नहीं, लेकिन भूतकाल के कुछ प्रकार के भूत क्षेत्र जो एक समय में सेकंड के लिए टिमटिमाना शुरू कर देंगे, और चले जाएंगे। यह 4k में सभी 3 डिस्प्ले के पार है, एक समय में एक के कुछ छोटे सबसेट।

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

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

मूल रूप से मैं जो सुझाव दे रहा था, वह सेटिंग्स में मफिन के vsync को फिर से सक्षम कर रहा था -> सामान्य, और बल को पूर्ण संरचना पाइपलाइन को अक्षम करना। यदि आप सक्षम हैं तो आप सबसे अधिक अंतराल का अनुभव करेंगे।

फ़्लिकरिंग निश्चित रूप से सॉफ़्टवेयर रेंडरिंग पर बदतर होती है, और जब कुछ क्लटर env वेरिएबल्स का उपयोग किया जाता है, जब यह चालू होता है। जब nomodeset पैरामीटर के साथ बूटिंग होती है, तो मैंने ऐसा नहीं देखा है, लेकिन अगर Nvidia ड्राइवर लोड किया जाता है तो दालचीनी सॉफ़्टवेयर रेंडरिंग का उपयोग करते हुए टिमटिमाती होगी। # 7985 देखें।

"स्टालिंग" व्यवहार ऐसा लगता है जैसे थ्रेड रुक-रुक कर हो रहा है, क्या आप किसी तीसरे पक्ष के एप्लेट / डेस्कलेट / एक्सटेंशन का उपयोग कर रहे हैं? gsettings get org.cinnamon enabled-applets && gsettings get org.cinnamon enabled-desklets && gsettings get org.cinnamon enabled-extensions साथ जांचें।

मुझे विश्वास है, यह निश्चित नहीं है कि ईमानदार होने की कोशिश करने के लिए यह कितना दर्द है, या आमतौर पर मैं नीचे हूं। मैं उनकी रिहाई, उन्नयन, और प्रार्थना के साथ दौड़ना चाहता हूं कि समस्या बस दूर हो जाए। हालांकि, अब 3.x से 4.0 तक प्रमुख संशोधन नहीं। मैं ज्यादा विचलन नहीं करने की कोशिश करता हूं, मैं इस प्रणाली को अलग करता हूं, जिसमें विभिन्न वीपीएन, वर्चुअल मशीन और अन्य विभिन्न एकीकरण बिंदु शामिल हैं, जो मैं इसके साथ करता हूं।

मैं हार्डवेयर के तहत झिलमिलाहट नहीं मिलता है, हालांकि यह यादृच्छिक अंतराल लगभग तुरंत बूटिंग में मिलता है। यह पहले से ही बदतर हो रहा है मैं बता सकता हूं।

हाँ, मुझे फिर से दालचीनी का उपयोग करना बंद करना पड़ा, कुछ दिनों के बाद ही विंडो रेड्रैग लैग्स मुझे मार रहा था, किसी भी विंडो को ताज़ा करने में 5 सेकंड के अंतराल तक प्राप्त करना जो मैं सक्रिय रूप से उपयोग कर रहा था। इसके साथ खेल की कोशिश करना असंभव है। आम तौर पर मैं सॉफ़्टवेयर रेंडरिंग पर वापस लौट आता हूँ जहाँ अपडेट में समान लंबी देरी होने में आमतौर पर महीनों का समय लगता है, लेकिन 4.0 में अब सॉफ़्टवेयर रेंडरिंग पूरी तरह से अनुपयोगी है।

एक अप बीट पर, केडीई / केविन अभी भी एक टोकरीकेस है, लगभग एक ही मुद्दा है, लेकिन मैं बस खिड़की को कभी भी ताज़ा नहीं कर पाऊंगा, किसी भी बदलाव के साथ पुनः प्राप्त करने के लिए विंडो को छोटा और फिर से आकार देना होगा।

अलग-अलग DE के कंपोज़िटर्स के लिए यह वास्तव में इतना कठिन क्यों है?

मैंने 3rd पार्टी एक्सटेंशन पर जांच की, और नहीं, मेरे पास दालचीनी एक्सटेंशन, और ज्यादातर डिफ़ॉल्ट वाले थे। मैंने आमतौर पर कैरो-डॉक को ओवरले किया और कस्टम चीजों के लिए इसका इस्तेमाल किया।

मैंने समय की एक अच्छी राशि खर्च की है htop, iotop, nvtop, और पॉवरटॉप, और अन्य लोग यह जानने की कोशिश कर रहे हैं कि ऐसा क्यों होता है, लेकिन मुझे विशेष रूप से किसी भी तरह से एक संसाधन सुअर के रूप में कुछ भी दिखाई नहीं देता, दालचीनी-डेस्कटॉप के बाहर समय के साथ ही, और xorg।

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

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

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

मैं थोड़ा उत्सुक हूं कि यह देखकर अन्य लोगों को क्या हुआ ...

अलग-अलग DE के कंपोज़िटर्स के लिए यह वास्तव में इतना कठिन क्यों है?

कंपोज़िटिंग ऑप्टिमाइज़ करना कठिन है, और इसके लिए बहुत परीक्षण और त्रुटि की आवश्यकता होती है। काम करना आसान बात नहीं है।

मेरे पास दालचीनी एक्सटेंशन, और ज्यादातर डिफ़ॉल्ट वाले थे। मैंने आमतौर पर कैरो-डॉक को ओवरले किया और कस्टम चीजों के लिए इसका इस्तेमाल किया।

अधिकतर? कौन से एक्सटेंशन उपयोग में हैं? यह एक महत्वपूर्ण विवरण है। हमें ऐसी जानकारी चाहिए जो समस्या को पुन: उत्पन्न करने में मदद कर सके, न कि पाठ के बारे में पाठ रेंट की दीवार। धन्यवाद!

एक डेस्कलेट था जो सक्षम लग रहा था, bbcwx, एक मौसम एप्लेट, लेकिन मुझे इसका कोई संकेत वर्तमान या पूर्व में नहीं दिखाई दे रहा था।

[ उपयोगकर्ता @ होस्ट ~] $ gsettings को org.cinnamon सक्षम-एप्लेट मिलते हैं
[ ' Panel1: छोड़ दिया: 0: [email protected] : 0', ' Panel1: छोड़ दिया: 1: [email protected] : 1', ' Panel1: छोड़ दिया: 2: [email protected] : 2 ',' panel1: बायां: 3: [email protected] : 3 ',' panel1: right: 0: सूचनाएं @cinnamon.org: 4 ',' पैनल 1: राइट: 2: रिमूवेबल- [email protected] : 6 ',' @cinnamon.org: 7 ',' panel1: right: 5: [email protected] : 9 ',' panel1: right: 6: [email protected] : 10 ',' panel1: right: 7: [email protected] : 11 ' , ' panel1: right: 8: [email protected] : 12', ' panel1: right: 9: [email protected]: 13', '
[ user @ host ~] $ gsettings को org.cinnamon इनेबल-डेस्कलेट्स मिलते हैं
[' [email protected] : 1: 50: 50']
[ user @ host ~] $ gsettings को org.cinnamon इनेबल-एक्सटेंशन @ के रूप में मिलता है []

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

आह ठीक है, इसलिए यदि bbcwx सक्षम है, लेकिन प्रतिपादन नहीं है, तो यह दुर्व्यवहार हो सकता है। वहाँ भी कुछ पीआरएस मैंने 4.0.x के लिए खोला है जो प्रदर्शन को प्रभावित कर सकता है, जैसे # 8180। मुझे यकीन नहीं है कि जब एक विलय हो रहा है, लेकिन हर किसी को इसका उपयोग करना चाहिए, या GWL पर स्विच करना चाहिए।

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

मैं भी इसे सक्षम करने के लिए याद नहीं है, तो कुछ यादृच्छिक होना चाहिए और के बारे में भूल गया होगा। मैं इसे निकाल दूंगा, अगर मुझे पता चल सके कि कैसे।

मैं 2006 से पूरे समय से लिनक्स का उपयोग कर रहा हूं, और कंपोज करने से पहले / बाद में याद करता हूं, और जीवन पहले बहुत सरल था। मैंने उबंटू और कॉम्पिज़ समस्याओं के साथ वर्षों के लिए शुरू किया जब यह शुरू हुआ, इसने मुझे केडीई, बाद में मेट / दालचीनी तक पहुंचा दिया, और अब आगे और पीछे हाल ही में जो कभी कम चूसता है।

अब तक 3.x से 4.0 तक जाना दालचीनी के साथ सबसे बुरा था, लेकिन केविन, कॉम्पिज़, म्यूटेर, वे सभी कुछ अंतर्निहित संसाधन रिसाव से पीड़ित लगते हैं जो समय के साथ खराब हो जाते हैं। चूंकि वे सभी ऐसा करते हैं, मुझे अक्सर संदेह होता है कि यह एक निम्न-स्तरीय घटक है, जैसे कि xorg या nvidia ड्राइवर जो सभी DE के बीच अस्थिरता पैदा कर रहे हैं, लेकिन वास्तव में यह बताने का कोई तरीका नहीं है। इस प्रकार मैं डीई के साथ शुरू करता हूं, लेकिन मैं यह भी पता लगाने के लिए विभिन्न * शीर्ष देख रहा हूं कि इन ग्राफिक देरी का क्या कारण है, अब तक कोई फायदा नहीं हुआ।

मैं कट्टर सामान्य पैक्समैन अपग्रेड का अनुसरण करने की कोशिश करता हूं ताकि साफ-सुथरे तरीके से बाहर खींचकर कोशिश की जा सके, यह सुनिश्चित न हो कि आर्क में अगले मफिन रिलीज की कोशिश के बारे में कैसे जाना है या मैं करूंगा।

मेरे पास भी यह मुद्दा है। मेरे चश्मे के लिए स्क्रीनशॉट देखें। मेरे पास 128GB RAM है: https://gyazo.com/1f0443df15097949a2314bebba68012db

XFCE> <(इसलिए इसका दालचीनी में हल नहीं है) के लिए मेरी चलती है

@zenfulcoder जहां h * K आप के लिए 128GB RAM का उपयोग करते हैं? हो सकता है कि इसका समय आप अपने मामले में सुनिश्चित करने के लिए एक्सएफसीई पर जाएं .. हाहा

@ danger89 याह मुझे एक्सएफसीई के वर्षों के बाद सिर्फ दालचीनी पर स्विच किया। मुझे आधुनिक डेस्कटॉप और उनके एकीकरण के लिए दालचीनी पसंद है। यह बेकार है कि इसे चलाने के लिए OpenGL की आवश्यकता है।

खैर मेरे बोर्ड ने इसका समर्थन किया, इसलिए मैंने इसे एक्सडी में डाल दिया। लेकिन इस तरह, काम के लिए, मैं कभी बाहर नहीं भागता। मूल रूप से असीमित। लेकिन यह अभी भी दालचीनी में धीमी गति से चलता है !!

@zenfulcoder आपका स्वागत है जहां अड़चन है। यह ठीक से आपके मेमोरी साइज़ के कारण नहीं है, फिर भी यह मेमोरी स्पीड / लेटेंसी और जो कुछ भी नहीं हो सकता है। और पीसी के बाकी (डिस्क / मदरबोर्ड / एचएम .. आदि)।

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

@ dang89 यह निश्चित रूप से दालचीनी के साथ एक मुद्दा है। मैंने पढ़ा v4 बेहतर हो सकता है, लेकिन यह अभी भी डेबियन के लिए पर्याप्त स्थिर नहीं है।