Wayland बनाम X11 इनपुट latency चर्चा के ठोस आँकड़े

 (mort.coffee)
2 पॉइंट द्वारा GN⁺ 2025-01-27 | 1 टिप्पणियां | WhatsApp पर शेयर करें

  • कल पढ़ी गई एक ब्लॉग पोस्ट में Linux उपयोगकर्ताओं द्वारा Wayland में इनपुट latency को लेकर शिकायतों पर चर्चा की गई। उस उपयोगकर्ता ने अपना व्यक्तिपरक अनुभव बताया, लेकिन स्पष्ट सबूत पेश नहीं कर पाया।

  • लेखक, जो स्वयं Wayland उपयोगकर्ता है, यह महसूस करता है कि cursor latency, X11 की तुलना में अधिक है। प्रयोग 90 FPS कैमरा तक सीमित था, लेकिन लेखक का मानना था कि 240 FPS कैमरा इस्तेमाल करने पर अधिक स्पष्ट परिणाम मिल सकते हैं।

प्रयोग की रूपरेखा

  • लेखक ने कैमरे को स्क्रीन और डेस्क की ओर रखा, mouse cursor और हाथ दोनों को फ्रेम में शामिल किया, और mouse को बार-बार हिलाते हुए वीडियो रिकॉर्ड किया।
  • Wayland और X11 session में 16-16 रिकॉर्डिंग की गईं, और नतीजे वाले वीडियो फ़ाइलों को JPEG श्रृंखला में बदलकर उस फ्रेम से, जहाँ mouse हिलना शुरू हुआ, उस फ्रेम तक की गणना की गई जहाँ cursor हिला।

हार्डवेयर विवरण

  • डिस्ट्रीब्यूशन: Fedora Workstation 41
  • GNOME संस्करण: 47
  • CPU: AMD Ryzen 9 5950X
  • GPU: AMD Radeon RX 7900XT
  • मॉनिटर: Gigabyte M32U (4k IPS @ 144.99, DPI scaling नहीं)
  • mouse: Logitech G502 Lightspeed
  • कैमरा: iPhone 15 Pro, slo-mo 240 FPS

सीमाएँ

  • 240 FPS अभी भी पर्याप्त नहीं है। 144Hz स्क्रीन पर यह प्रति screen refresh दो से कम camera frame देता है।
  • pixels तुरंत switch नहीं होते, इसलिए कुछ अस्पष्ट frame हैं जहाँ cursor नई स्थिति में लगभग दिखाई देना शुरू करता है।
  • वीडियो रिकॉर्डिंग में duplicate frame शामिल हैं। इन्हें समय के बीतने के रूप में समझकर सामान्य तरीके से गणना की गई।

परिणाम

  • GNOME X11 में औसत latency 16.7ms थी, जबकि Wayland में 23.2ms, यानी Wayland ने X11 की तुलना में लगभग 6.5ms अधिक cursor latency दिखाई।
  • यह अंतर सांख्यिकीय रूप से महत्वपूर्ण है या नहीं, यह स्पष्ट नहीं है, लेकिन अंतर साफ़ और लगातार दिखाई देता है।

निष्कर्ष

  • ये परिणाम साबित करते हैं कि X11 और Wayland के बीच इनपुट latency में अंतर मौजूद है। अलग-अलग hardware और refresh rate पर अतिरिक्त परीक्षण की आवश्यकता है।
  • यह परीक्षण यह साबित नहीं करता कि गेम्स में Wayland, X11 से अधिक input latency दिखाता है। संभव है कि यह देरी केवल cursor तक सीमित हो। आगे और परीक्षण की ज़रूरत है।

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-01-27
Hacker News राय

  • यह राय है कि वैज्ञानिक तरीके से प्रयोग को डिज़ाइन करना महत्वपूर्ण है। Wayland में अतिरिक्त latency क्यों है, यह स्पष्ट नहीं है, लेकिन X11 के शुरुआती दौर में भी display latency को लेकर बहुत शिकायतें थीं। Wayland, X11 से नई तकनीक है, इसलिए अभी उस पर पर्याप्त जाँच-पड़ताल नहीं हुई है।

  • यह बताया गया है कि ffmpeg का उपयोग करके वीडियो के हर frame का "presentation time" कैसे प्राप्त किया जा सकता है। वेब ब्राउज़र में भी ऐसा ही काम किया जा सकता है, और अगर कंप्यूटर सभी frames को पर्याप्त तेज़ी से decode नहीं कर पा रहा हो, तो .playbackRate को कम रखना पड़ सकता है।

  • 144Hz स्क्रीन पर Wayland में X11 की तुलना में औसतन लगभग 6.5ms अधिक cursor latency होती है। यह लगभग 1 स्क्रीन refresh के बराबर है, और 60Hz मॉनिटर पर यह 1/60 सेकंड तक हो सकता है। ज़्यादातर लोग इसे समझा नहीं पाएँगे, लेकिन फर्क महसूस कर सकते हैं।

  • नतीजे compositor, GPU और configuration के अनुसार बदल सकते हैं। X11 में केवल एक X server implementation इस्तेमाल होती है, इसलिए ऐसे फर्क कम होते हैं। कई compositor/GPU संयोजनों में hardware cursor plane न मिल पाने की समस्या हो सकती है।

  • Wayland अब पहले ही 16 साल पुराना हो चुका है, और कुछ वर्षों बाद इसकी उम्र X के शुरुआती रिलीज़ के समय की उम्र के करीब होगी। फिर भी, अब भी इसे X से बेहतर नहीं माना जाता।

  • यह राय है कि मौजूदा समाधान को modern और maintain करना आसान बनाने की कोशिश हमेशा सफल नहीं होती। नई पीढ़ी के developers पर performance और optimization की जानकारी की कमी होने की आलोचना भी है।

  • जब GPU overload हो जाता है, तब latency में बड़े spikes आते हैं। X11 के साथ तुलना परीक्षण नहीं किया गया, लेकिन पहले ऐसी समस्या नहीं थी। अतिरिक्त frame latency अपने-आप में अच्छी नहीं है, और कभी-कभी आने वाले latency spikes बहुत परेशान करते हैं।

  • iPhone पर isitsnappy.com का इस्तेमाल करके जल्दी मापना संभव था, और TV से जुड़े Steam Deck rhythm game में 100ms latency होने की पुष्टि हुई।

  • अगर Wayland हमेशा X11 से एक frame धीमा है, तो मॉनिटर को बहुत कम refresh rate पर सेट करके प्रयोग दोहराना उपयोगी हो सकता है।

  • यह शायद compositor पर निर्भर करता है, और यह सवाल उठता है कि क्या यह mutter की समस्या है या kwin में भी दोहराई जा सकती है।

  • यह राय है कि सांख्यिकी की विशेषज्ञता की कमी के कारण यह विश्लेषण नहीं किया जा सकता कि यह अंतर सांख्यिकीय रूप से महत्वपूर्ण है या नहीं। दो-sample t-test statistic -4.74 है, और p-value 4.20e-05 है।