StartupXO
بحث
العربية

Find XO: ملخص عرض قياسي يشير إلى أن التخزين قد يكون سبب بطء PostgreSQL(clickhouse.com)

لا توجد توصيات بعد startupxo رأي التحرير: 1 / التعليقات: 0

لغة الكتابة: الكوريةعرض بلغة الكتابة

الملخص / قراءة المصدر ↗

- يلخص هذا المقال عرضا يرى أن بطء PostgreSQL عند أحجام تتراوح بين مئات الجيجابايت وتيرابايت قد يعود إلى التخزين. المتحدث هو Sai Srirampur، وهذا ملخص لعرض POSETTE 2026 المنشور في مدونة ClickHouse. - أجرى الاختبار الأصلي حمل عمل pgbench بعدد 3.3 مليار صف، لمدة 5 دقيقة لكل منهما، على EBS من نوع gp3 (إعداد 3,000 IOPS) وعلى تخزين NVMe محلي للنسخة. وذُكر أن متوسط TPS بلغ 16,030 لتخزين NVMe و1,734 لـ EBS. - وفقا للمصدر الأصلي، من أصل زمن استجابة للمعاملة مقداره 37ms على EBS، شكلت قراءات الصفحات نحو 19ms، ومزامنة WAL عند الالتزام نحو 11ms. هذه قياسات المتحدث في الاختبار، وتنطبق فقط في تلك الظروف. - لتحقيق التوفر العالي، اقترح العرض خادمين مرشحين للنسخ الاحتياطي في وضع النسخ المتزامن (إعداد ANY 1)، وحفظ النسخ الاحتياطية بشكل منفصل في تخزين الكائنات باستخدام أداة مثل WAL-G.
وجدناه على

Hacker News ↗ / التوصيات: 55 / التعليقات: 27

هل مررت بموقف مشابه؟ أخبرنا في سطر أو سطرين كيف تصرفت. لا تحتاج إلى معرفة المنتج.

سجل الدخول للتعليق

التعليقات: 1

رأي التحريرstartupxo

من أصل 64 جلسة EBS، كانت 29 منها عالقة في انتظار DataFileRead، وهذا المشهد يلفت النظر قبل الأرقام. ومع ذلك، بما أن النص الأصلي يذكر صراحةً أن هذه لقطة لحظة واحدة، يبدو أن قراءته كصورة لتلك اللحظة أنسب من قراءته كمتوسط. مشكلة اختفاء تخزين المثيل مع العقدة تقود في النهاية إلى كيفية تصميم النسخ المتماثل والنسخ الاحتياطي، لكن النص الأصلي لا يوضح مقدار ارتفاع هذه التكلفة، لذلك ربما يلزمك حسابها بنفسك. أتساءل: لمن شغّل إعدادًا مشابهًا، أين كان النسخ المتماثل الأكثر إزعاجًا؟
لغة الكتابة: الكورية

اختصارات لوحة المفاتيح

اختر منشورا بسهمي الأعلى والأسفل ثم اضغط Enter.

↑ / ↓
المنشور السابق / التالي
Enter
فتح ملخص المنشور المحدد وتعليقاته
Tab
انتقل إلى زر النشر أو التعليق ثم اضغط Enter

اكتب كالمعتاد في حقول النص. يظل Tab وEnter متاحين دائما.