- शिप
- 10 अगस्त 2026 को 3:51 pm बजे UTC
- लेखक
- Kamo
- Commit
- b2dd887
यह कॉकरोच डीबी की तुलना में LESS पर चल रहा था, यह बदल गया - 20Gi / 6cpu खिलाफ CockroachDB के 32Gi/8cpu - जबकि अधिक की जरूरत है, क्योंकि YSQL एक अलग चलाता है भंडारण इंजन के शीर्ष पर कनेक्शन के अनुसार पोस्टग्रेएसक्यूएल बैकेंड प्रक्रिया। तीन बदलाव: 1. tserver 12Gi / 3cpu -> 24Gi / 8cpu अनुरोध, 20Gi / 6cpu -> 48Gi / 16cpu सीमा। 8,323 थ्रॉटल अवधि और संचयी सीपीयू स्टाल के ~ 19 मिनट 6-कोर कैप पर। नोड 7% पर 48 कोर चलाता है। 2. **************** एक स्पष्ट के साथ बदल दिया --memory limit hard bytes। होस्टनेटवर्क के साथ ध्वज ने YugabyteDB को बंद आकार दिया HOST का 123 GB, इसलिए यह माना जाता है कि इसमें 18.52 GB 20 GiB cgroup के अंदर था। यह भी PostgreSQL backends के 9.9 जीबी पकड़ना था। यह एक यातायात था एक OOM हत्या से स्पाइक। अब पिन किया गया: tserver 24 गिब, मास्टर 3 गिब। 3. --enable ysql conn mgr=true, इसलिए 150+ क्लाइंट कनेक्शन बहुसंकेतक एक पर प्रत्येक प्रक्रिया के बजाय पूल प्रबंधित किया जाता है। कर्नेल.shmmni 32768 तक बढ़ा कनेक्शन प्रबंधक के रूप में k1m1 पर आवश्यकता होती है। बाद में, एक बसे हुए 240 विंडो पर: 0.00% थ्रॉटल (1.4% अवधि थी), ब्लॉक कैश छत 9.26 जीबी -> 12 जीबी, रूट मेमोरी सही ढंग से 24 जीबी की सीमा है।.