Translation

English
English Arabic (Saudi Arabia)
If using the Cacti Performance Booster and choosing a memory storage engine, you have to be careful to flush your Performance Booster buffer before the system runs out of memory table space. This is done two ways, first reducing the size of your output column to just the right size. This column is in the tables poller_output, and poller_output_boost. The second thing you can do is allocate more memory to memory tables. We have arbitrarily chosen a recommended value of 10%% of system memory, but if you are using SSD disk drives, or have a smaller system, you may ignore this recommendation or choose a different storage engine. You may see the expected consumption of the Performance Booster tables under Console -> System Utilities -> View Boost Status. في حالة استخدام Cacti Performance Booster واختيار محرك تخزين ذاكرة ، يجب أن تكون حذراً لتدفق المخزن المؤقت Performance Booster قبل نفاد مساحة ذاكرة النظام. يتم ذلك بطريقتين ، أولاً تقليل حجم عمود الإخراج الخاص بك إلى الحجم الصحيح فقط. هذا العمود موجود في الجداول poller_output ، و poller_output_boost. الشيء الثاني الذي يمكنك القيام به هو تخصيص المزيد من الذاكرة إلى جداول الذاكرة. لقد اخترنا بشكل عشوائي القيمة الموصى بها بنسبة 10 ٪٪ من ذاكرة النظام ، ولكن إذا كنت تستخدم محركات أقراص SSD أو لديك نظام أصغر ، فيمكنك تجاهل هذه التوصية أو اختيار محرك تخزين مختلف. قد ترى الاستهلاك المتوقع لجداول Booster Performance ضمن Console -> System Utilities -> View Boost Status.
When executing subqueries, having a larger temporary table size, keep those temporary tables in memory. عند تنفيذ الاستعلامات الفرعية ، مع وجود حجم جدول مؤقت أكبر ، احتفظ بهذه الجداول المؤقتة في الذاكرة.
When performing joins, if they are below this size, they will be kept in memory and never written to a temporary file. As this is a per connection memory allocation, care must be taken not to increase it too high. The sum of the join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL/MariaDB memory should be below 80%. If the recommendation is negative, you must decrease this and or the sort_buffer_size until the recommendation fits within the allowable memory. عند إجراء عمليات الانضمام ، إذا كانت أقل من هذا الحجم ، الاحتفاظ بها في الذاكرة ولن تتم كتابتها أبدا في ملف مؤقت. نظرا لأن هذا تخصيص ذاكرة لكل اتصال ، يجب الحرص على عدم زيادته بشكل كبير. يجب أن يكون مجموع ذاكرة join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL / MariaDB أقل من 80٪. إذا كانت التوصية سلبية ، فيجب عليك تقليل هذا و / أو sort_buffer_size حتى تتناسب التوصية مع الذاكرة المسموح بها.
When using InnoDB storage it is important to keep your table spaces separate. This makes managing the tables simpler for long time users of %s. If you are running with this currently off, you can migrate to the per file storage by enabling the feature, and then running an alter statement on all InnoDB tables. عند استخدام تخزين InnoDB ، من المهم الحفاظ على مساحات طاولتك منفصلة. هذا يجعل إدارة الجداول أبسط لمستخدمي %s لفترة طويلة. إذا كنت تعمل مع إيقاف تشغيل هذا حاليا، فيمكنك الترحيل إلى مساحة تخزين لكل ملف عن طريق تمكين الميزة، ثم تشغيل عبارة تغيير على جميع جداول InnoDB.
When using innodb_file_per_table, it is important to set the innodb_file_format to Barracuda. This setting will allow longer indexes important for certain Cacti tables. عند استخدام innodb_file_per_table ، من المهم تعيين innodb_file_format إلى Barracuda. سيسمح هذا الإعداد بفهارس أطول مهمة لجداول Cacti معينة.
If your tables have very large indexes, you must operate with the Barracuda innodb_file_format and the innodb_large_prefix equal to 1. Failure to do this may result in plugins that can not properly create tables. إذا كانت جداولك تحتوي على فهارس كبيرة جدًا ، فيجب أن تعمل باستخدام Barracuda innodb_file_format و innodb_large_prefix يساوي 1. قد يؤدي عدم القيام بذلك إلى مكونات إضافية لا يمكنها إنشاء الجداول بشكل صحيح.
InnoDB will hold as much tables and indexes in system memory as is possible. Therefore, you should make the innodb_buffer_pool large enough to hold as much of the tables and index in memory. Checking the size of the /var/lib/mysql/cacti directory will help in determining this value. We are recommending 25%% of your systems total memory, but your requirements will vary depending on your systems size. يحتفظ InnoDB بالكثير من الجداول والفهارس في ذاكرة النظام قدر الإمكان. لذلك ، يجب أن تجعل innodb_buffer_pool كبيرًا بما يكفي لاستيعاب الكثير من الجداول والفهرس في الذاكرة. سيساعدك فحص حجم / var / lib / mysql / cacti directory في تحديد هذه القيمة. نوصي بـ 25 ٪٪ من الذاكرة الإجمالية لنظامك ، ولكن ستختلف متطلباتك حسب حجم الأنظمة لديك.
This settings should remain ON unless your Cacti instances is running on either ZFS or FusionI/O which both have internal journaling to accomodate abrupt system crashes. However, if you have very good power, and your systems rarely go down and you have backups, turning this setting to OFF can net you almost a 50% increase in database performance. يجب أن تظل هذه الإعدادات قيد التشغيل ما لم يتم تشغيل مثيلات Cacti إما على ZFS أو FusionI / O وكلاهما يحتوي على دفتر يومية داخلي لاستيعاب أعطال النظام المفاجئة. ومع ذلك ، إذا كانت لديك طاقة جيدة جدًا ، ونادرًا ما تنخفض أنظمتك وكان لديك نسخ احتياطية ، فإن تحويل هذا الإعداد إلى إيقاف التشغيل يمكن أن يؤدي إلى زيادة أداء قاعدة البيانات بنسبة 50٪ تقريبًا.
This is where metadata is stored. If you had a lot of tables, it would be useful to increase this. هذا هو المكان الذي يتم تخزين البيانات الوصفية. إذا كان لديك الكثير من الجداول ، سيكون من المفيد زيادة هذا.
Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system. يجب أن لا تقوم طلبات البحث المارقة بقاعدة البيانات بالاتصال بالآخرين. اقتل هذه الاستعلامات قبل أن تقتل نظامك.
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. الحد الأقصى لأداء الإدخال / الإخراج يحدث عند استخدام الأسلوب O_DIRECT لمسح الصفحات.
Setting this value to 2 means that you will flush all transactions every second rather than at commit. This allows %s to perform writing less often. يعني تعيين هذه القيمة على 2 أنك ستقوم بمسح جميع المعاملات كل ثانية بدلا من الالتزام. هذا يسمح %s بأداء الكتابة في كثير من الأحيان.
With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics. مع التخزين الحديث لنوع SSD ، فإن وجود عدة مؤشرات ترابط io أمر مفيد لتطبيقات ذات خصائص io عالية.
As of %s %s, the you can control how often %s flushes transactions to disk. The default is 1 second, but in high I/O systems setting to a value greater than 1 can allow disk I/O to be more sequential اعتبارا من %s %s ، يمكنك التحكم في عدد المرات التي يقوم فيها %s بمسح المعاملات إلى القرص. الإعداد الافتراضي هو ثانية واحدة ، ولكن في أنظمة الإدخال / الإخراج العالية ، يمكن أن يسمح الإعداد لقيمة أكبر من 1 للإدخال / الإخراج للقرص بأن يكون أكثر تسلسلا
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. مع التخزين الحديث من نوع SSD ، فإن وجود عدة سلاسل io للقراءة يكون مفيدًا للتطبيقات ذات الخصائص io العالية.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. مع تخزين نوع SSD الحديث ، وجود عدة سلاسل io الكتابة هو مفيد للتطبيقات مع خصائص io عالية.
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MariaDB less than 10.5. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max the number of CPU cores or 64. سيقسم %s innodb_buffer_pool إلى مناطق ذاكرة لتحسين الأداء لإصدارات MariaDB أقل من 10.5. القيمة القصوى هي 64 ، ولكن يجب ألا تتجاوز أكثر من عدد نوى / خيوط وحدة المعالجة المركزية. عندما يكون innodb_buffer_pool أقل من 1 غيغابايت ، يجب عليك استخدام حجم التجمع مقسوما على 128 ميغابايت. استمر في استخدام هذه المعادلة حتى الحد الأقصى لعدد نوى وحدة المعالجة المركزية أو 64.
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MySQL upto and including MySQL 8.0. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max of the number of CPU cores or 64. سيقسم %s innodb_buffer_pool إلى مناطق ذاكرة لتحسين الأداء لإصدارات MySQL حتى MySQL 8.0. القيمة القصوى هي 64 ، ولكن يجب ألا تتجاوز أكثر من عدد نوى / خيوط وحدة المعالجة المركزية. عندما يكون innodb_buffer_pool أقل من 1 غيغابايت ، يجب عليك استخدام حجم التجمع مقسوما على 128 ميغابايت. استمر في استخدام هذه المعادلة حتى الحد الأقصى لعدد نوى وحدة المعالجة المركزية أو 64.
If you have SSD disks, use this suggestion. If you have physical hard drives, use 200 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 100000 can be used. إذا كان لديك أقراص SSD ، استخدم هذا الاقتراح. إذا كان لديك محركات أقراص ثابتة فعلية ، فاستخدم 200 * عدد محركات الأقراص النشطة في الصفيف. في حالة استخدام NVMe أو PCIe Flash ، يمكن استخدام أرقام أكبر بكثير تصل إلى 100000.
If you have SSD disks, use this suggestion. If you have physical hard drives, use 2000 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 200000 can be used. إذا كان لديك أقراص SSD ، استخدم هذا الاقتراح. إذا كان لديك محركات أقراص ثابتة فعلية ، استخدم 2000 * عدد محركات الأقراص النشطة في الصفيف. في حالة استخدام NVMe أو PCIe Flash ، يمكن استخدام أرقام أكبر بكثير تصل إلى 200000.
If you have SSD disks, use this suggestion. Otherwise, do not set this setting. إذا كان لديك أقراص SSD ، استخدم هذا الاقتراح. خلاف ذلك ، لا تقم بتعيين هذا الإعداد.
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. مع التخزين الحديث من نوع SSD ، فإن وجود عدة سلاسل io للقراءة يكون مفيدًا للتطبيقات ذات الخصائص io العالية.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. مع تخزين نوع SSD الحديث ، وجود عدة سلاسل io الكتابة هو مفيد للتطبيقات مع خصائص io عالية.
When using MariaDB 10.2.4 and above, this setting should be off if atomic writes are enabled. Therefore, please enable atomic writes instead of the double write buffer as it will increase performance. عند استخدام MariaDB 10.2.4 وما فوق ، يجب إيقاف هذا الإعداد إذا تم تمكين عمليات الكتابة الذرية. لذلك ، يرجى تمكين عمليات الكتابة الذرية بدلاً من المخزن المؤقت للكتابة المزدوجة حيث سيؤدي ذلك إلى زيادة الأداء.
When using MariaDB 10.2.4 and above, you can use atomic writes over the doublewrite buffer to increase performance. عند استخدام MariaDB 10.2.4 وما فوق ، يمكنك استخدام الكتابة الذرية على المخزن المؤقت للكتابة المزدوجة لزيادة الأداء.
%s Tuning ضبط %s
Note: Many changes below require a database restart ملاحظة: تتطلب العديد من التغييرات أدناه إعادة تشغيل قاعدة البيانات
Variable متغير
Current Value القيمة الحالية
Recommended Value القيمة الموصى بها
Comments التعليقات
Component Translation Difference to current string
This translation Propagated Translated Cacti/core (v1.2.x)
The following string has the same context and source.
Propagated Translated Cacti/core

Loading…

No matching activity found.

Browse all component changes

Glossary

English Arabic (Saudi Arabia)
No related strings found in the glossary.

String information

Source string location
lib/utility.php:1149
String age
2 years ago
Source string age
3 years ago
Translation file
locales/po/ar-SA.po, string 3736