المعيار الغش الإضرابات: كيف حصلت ون بلس وآخرون اشتعلت حمراء ، وما فعلوه حول هذا الموضوع

قبل بضع سنوات ، كان هناك ضجة كبيرة ، عندما تم القبض على العديد من الشركات المصنعة الكبرى الغش على المعايير. شاركت شركات تصنيع المعدات الأصلية من جميع الأحجام (بما في ذلك Samsung و HTC و Sony و LG) في سباق التسلح هذا في محاولة لخداع المستخدمين دون الوقوع في ذلك ، لكن لحسن الحظ توقفوا عن الغش المرجعي بعد بعض المناقشات الصريحة مع خبراء الصناعة والصحفيين.

في عام 2013 ، تم اكتشاف أن Samsung كانت تعمل على زيادة سرعات ساعة الجرافيك بشكل مصطنع في بعض التطبيقات ، مما أثار سلسلة من التحقيقات في الغش القياسي عبر مجموعة كاملة من الشركات المصنعة. في ذلك الوقت ، توصل التحقيق إلى أن جميع الشركات المصنعة تقريبًا باستثناء Google / Motorola تعمل في الغش القياسي. كانوا جميعًا يستثمرون الوقت والمال في محاولات للحصول على أداء إضافي قليل من هواتفهم في معايير ، بطرق لن يكون لها أي تأثير إيجابي على الاستخدام اليومي ، في محاولة لخداع المستخدمين للاعتقاد بأن هواتفهم كانت أسرع مما كانت عليه في الواقع. ركزت جهود التطوير هذه على كامل النطاق ، بدءًا من ضبط أرضيات سرعة الساعة ، إلى إجبار سرعات الساعة إلى أقصى إعداداتها ، وحتى إنشاء حالات طاقة أعلى خاصة وسرعات خاصة على مدار الساعة كانت متاحة فقط عند المقارنة ، مع هذه الجهود غالبًا ما تؤدي إلى زوجين نقطة مئوية يزيد في المؤشر.

كان هناك غضب كبير عندما تم اكتشافه ، حيث إن هذه المحاولات الرامية إلى قياس الغش كانت تتعارض مع مقاييس المعايير ذاتها. معظم المعايير ليست موجودة لإعلامك بالأداء النظري الأقصى للهاتف في ظروف المختبر التي لا يمكن استنساخها في الاستخدام اليومي ، بل هي هناك لتعطيك نقطة مرجعية لمقارنات العالم الحقيقي بين الهواتف. بعد قليل من المضايقات العامة (وبعض المحادثات الخاصة) من منشورات التكنولوجيا ، وقادة الصناعة ، وعامة الناس ، تلقى معظم الشركات المصنعة رسالة مفادها أن الغش القياسي كان ببساطة غير مقبول ، وتوقف نتيجة لذلك. معظم القلة التي لم تتوقف عند هذه النقطة توقفت بعد فترة وجيزة ، حيث كانت هناك تغييرات جوهرية تم إجراؤها على عدد المعايير التي يتم تشغيلها ، في محاولة لتثبيط الغش القياسي (عن طريق تقليل الفائدة منه). تم إجراء العديد من المعايير لفترة أطول حتى يصبح الاختناق الحراري الناتج عن تعظيم سرعات الساعة واضحًا على الفور.

عندما قابلنا جون بول ، مؤسس Geekbench ، موضوع الغش القياسي وما يمكن أن تفعله شركات مثل Primate Labs لمنع ظهوره. جعلت مختبرات Primate بشكل خاص Geekbench 4 أطول بقليل من Geekbench 3 ، وذلك جزئيًا لتقليل آثار الغش القياسي. تخفيض الفوائد من أجل ضمان أن تكاليف التطوير للغش القياسي لا تستحق كل هذا العناء.

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


ماذا حدث

لسوء الحظ ، يجب أن نبلغ عن أن بعض مصنعي المعدات الأصلية قد بدأوا في الغش مرة أخرى ، وهذا يعني أننا يجب أن نكون في حالة ترقب مرة أخرى. لحسن الحظ ، أصبحت الشركات المصنعة تستجيب بشكل متزايد لقضايا مثل هذه ، ومع الاهتمام الصحيح الذي يوجه إليها ، يمكن إصلاح ذلك بسرعة. من المثير للصدمة بعض الشيء أن نرى الشركات المصنعة التي تقوم بتطبيق معايير الغش في ضوء مدى ردة الفعل العنيفة التي حدثت في المرة الأخيرة التي تمت فيها المحاولة (مع بعض المقاييس باستثناء أجهزة الغش تمامًا من قوائم أدائها). مع تباين رد الفعل العكسي هذا مقارنةً بمدى المكاسب الضئيلة في الأداء الناتجة عن الغش القياسي (مع معظم المحاولات التي أدت إلى زيادة أقل من 5٪ في آخر مرة) ، كنا نأمل حقًا أن يكون هذا كله وراءنا.

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

أثناء التحقيق في كيفية تحقيق Qualcomm سرعات فتح التطبيق بشكل أسرع على Qualcomm Snapdragon 821 الجديدة ، لاحظنا شيئًا غريبًا على OnePlus 3T لم نتمكن من إعادة إنتاجه على Xiaomi Mi Note 2 أو Google Pixel XL ، من بين أجهزة Snapdragon 821 الأخرى. كان رئيس تحريرنا ، Mario Serrafero ، يستخدم Qualcomm Trepn و Snapdragon Performance Visualizer لمراقبة كيفية قيام Qualcomm "بزيادة" سرعة ساعة وحدة المعالجة المركزية عند فتح التطبيقات ، ولاحظت أن بعض التطبيقات على OnePlus 3T لم تتراجع عن سرعات تسكع طبيعية بعد الافتتاح. كقاعدة عامة ، نحن نتجنب اختبار المعايير مع فتح أدوات مراقبة الأداء كلما كان ذلك ممكنًا بسبب الحمل الإضافي للأداء الذي يجلبونه (لا سيما في الأجهزة التي لا تستخدم Snapdragon حيث لا توجد أدوات سطح مكتب رسمية) ، ومع ذلك فقد ساعدونا لاحظ بعض السلوكيات الغريبة التي من المحتمل أن نفتقدها بطريقة أخرى.

عند إدخال تطبيقات معيارية معينة ، ستبقى النوى في OnePlus 3T أعلى من 0.98 جيجا هرتز بالنسبة للنوى الصغيرة و 1.29 جيجاهيرتز للنوى الكبيرة ، حتى عندما انخفض تحميل وحدة المعالجة المركزية إلى 0٪. هذا غريب تمامًا ، حيث عادةً ما تنخفض مجموعتا النوى إلى 0.31 جيجاهرتز على OnePlus 3T عندما لا يكون هناك حمل. عند رؤيتنا لأول مرة ، شعرنا بالقلق من أن تحجيم وحدة المعالجة المركزية الخاصة بـ OnePlus قد تم تعيينه بشكل غريب بعض الشيء ، ولكن عند إجراء مزيد من الاختبارات توصلنا إلى استنتاج مفاده أن OnePlus يجب أن يستهدف تطبيقات محددة. كانت فرضيتنا هي أن OnePlus كان يستهدف هذه المعايير بالاسم ، وكان يدخل وضعًا بديلًا لتوسيع وحدة المعالجة المركزية لزيادة درجاتهم المرجعية. كان أحد اهتماماتنا الرئيسية هو أن OnePlus ربما تضع قيودًا حرارية أكثر مرونة في هذا الوضع لتفادي المشاكل التي واجهتها مع OnePlus One و OnePlus X و OnePlus 2 ، حيث كانت الهواتف تتعامل مع النوى الإضافية القادمة عبر الإنترنت للعديد من القسم الأساسي من Geekbench ضعيف ، وأحيانًا يتراجع إلى حد كبير نتيجة لذلك (إلى النقطة التي يكون فيها OnePlus X في بعض الأحيان يسجل في قسم متعدد النوى أقل من القسم الأساسي الفردي). يمكنك العثور على الاختناق الشديد في مراجعة OnePlus 2 الخاصة بنا ، حيث وجدنا أن الجهاز قد يتخلص من ما يصل إلى 50٪ من نقاط Geekbench 3 متعددة النواة. في وقت لاحق ، عندما بدأنا بمقارنة الاختناق والحرارية عبر الأجهزة ، أصبح OnePlus 2 مثالاً على الكتب المدرسية لما يجب على مصنعي المعدات الأصلية تجنبه.

لقد تواصلنا مع الفريق في Primate Labs (منشئو Geekbench) ، الذين لعبوا دورًا مهمًا في الكشف عن الموجة الأولى من الغش القياسي ، وشاركنا معهم لإجراء مزيد من الاختبارات. جئنا ببرنامج OnePlus 3T إلى مكتب Primate Labs في تورونتو لإجراء بعض التحليلات الأولية. اشتمل الاختبار الأولي على تفريغ ROM وجد أن OnePlus 3T كان يبحث مباشرة عن عدد غير قليل من التطبيقات بالاسم. على الأخص ، كان OnePlus 3T يبحث عن Geekbench و AnTuTu و Androbench و Quadrant و Vellamo و GFXBench. وكما في هذه المرحلة ، كان لدينا دليل واضح إلى حد ما على أن OnePlus كانت تشارك في الغش القياسي ، فقد صنعت Primate Labs إصدارًا بعنوان "لعبة غولف مصغرة من بوب" من Geekbench 4 بالنسبة لنا. بفضل التغييرات الجوهرية بين Geekbench 3 و 4 ، كان لا بد من إعادة بناء نسخة "Mini Golf" من الألف إلى الياء خصيصا لهذا الاختبار. تم تصميم هذا الإصدار من Geekbench 4 لتجنب أي اكتشاف مرجعي ، للسماح لـ Geekbench بالعمل كتطبيق عادي على الهواتف التي تغش (تتجاوز نطاق إعادة تسمية الحزمة التي تخدع معظم محاولات الغش القياسي).


مثال مفاجئ

فور فتح التطبيق ، كان الفرق واضحًا. كان OnePlus 3T في وضع الخمول عند 0.31 جيجا هرتز ، بالطريقة التي يعمل بها في معظم التطبيقات ، بدلاً من 1.29 جيجاهرتز للنوى الكبيرة و 0.98 جيجاهرتز بالنسبة للنوى الصغيرة كما يفعل في تطبيق Geekbench العادي. كان OnePlus يجعله محافظ وحدة المعالجة المركزية أكثر عدوانية ، مما أدى إلى أرضية عملية لسرعة ساعة صناعية في Geekbench لم تكن موجودة في بنية Geekbench المخفية. لم يكن يعتمد على عبء عمل وحدة المعالجة المركزية ، ولكن على اسم حزمة التطبيق ، والذي يمكن أن يخدع البناء المخفي. على الرغم من أن الفرق في الجري الفردي كان ضئيلاً ، إلا أن الاسترخاء الخانق الحراري يلمع في اختبار الأداء المستمر ، الموضح أدناه.

من اختبارنا ، يبدو أن هذه "ميزة" لنظام الهيدروجين منذ فترة طويلة ، ولم تتم إضافتها إلى Oxygen OS حتى يبني المجتمع ما يصل إلى إصدار Nougat (بعد دمج ROMs). إنه لأمر مخيب للآمال بعض الشيء ، خاصةً في ضوء مشاكل البرامج التي واجهتها OnePlus هذا الشهر بعد دمج ذاكرة القراءة فقط ، من نقاط الضعف في أداة تحميل التشغيل إلى مشكلات توافق GPL. نأمل في أن يستقر الغبار بعد دمج الفريقين ، سيعود OnePlus إلى شكله ، وسيواصل وضع نفسه كخيار سهل للمطور.

مع إصدار "Mini Golf" من Geekbench في متناول اليد ، خرجنا وبدأنا في اختبار الهواتف الأخرى لمعرفة الغش القياسي أيضًا. لحسن الحظ لا تظهر اختباراتنا أي غش من جانب الشركات التي شاركت في الفضيحة قبل نصف عقد. يبدو أن HTC و Xiaomi و Huawei و Honor و Google و Sony وغيرها لديها علامات ثابتة بين بنية Geekbench العادية ومبنى Mini Golf على أجهزة الاختبار الخاصة بنا.

لسوء الحظ ، وجدنا أدلة محتملة على الغش القياسي الذي لم نتمكن بعد من تأكيده من شركتين أخريين ، والتي سنقوم بالتحقيق فيها بشكل أكبر. أسوأ مثال على ذلك كان في جهاز Meizu Pro 6 Plus الذي يدعم Exynos 8890 ، والذي أدى إلى رفع مستوى الغش إلى أقصى الحدود.


مثال فظيع

لقد وضعت Meizu تاريخياً تحجيم وحدة المعالجة المركزية الخاصة بهم بشكل متحفظ للغاية. والجدير بالذكر ، أنها غالبًا ما تقوم بإعداد هواتفها بحيث نادراً ما تأتي النوى الكبيرة على الإنترنت ، حتى في "وضع الأداء" الخاص بهم ، مما يجعل المعالجات الرئيسية (مثل Exynos 8890 الممتازة) التي يضعونها في هواتفهم الرئيسية تتصرف مثل معالجات المدى المتوسط. وصل ذلك إلى ذروته العام الماضي عندما قامت شركة Anandtech باستدعاء Meizu خارجًا عن أدائها الضعيف على معايير JavaScript في Anandtech على Meizu Pro 6 المستندة إلى Mediatek Helio X25 ، ولاحظت أن النوى الكبيرة بقيت في وضع عدم الاتصال لمعظم الاختبار (عندما كان يجب إجراء الاختبار يعمل تقريبا على وجه الحصر على النوى الكبيرة). لاحظت Anandtech الأسبوع الماضي أنه تم دفع تحديث البرنامج إلى Meizu Pro 6 والذي سمح لـ Meizu أخيرًا باستخدام تلك النوى إلى أقصى حد. وقد علق مات هومريك ، كبير محرري Smartphone في Anandtech ، قائلاً: "بعد التحديث إلى Flyme OS 5.2.5.0G ، كان أداء PRO 6 أفضل بكثير. تتحسن درجات Kraken و WebXPRT 2015 و JetStream بنحو 2 × 2.5 ×. يبدو أن Meizu قام بتعديل قيمة عتبة التحميل ، مما يسمح للترحيل بالخيوط إلى النوى A72 بشكل متكرر للحصول على أداء أفضل. "

لسوء الحظ ، يبدو أنه بدلاً من تحسين قياس وحدة المعالجة المركزية للأجهزة الجديدة للحصول على نتائج قياسية أفضل ، يبدو أنهم قاموا بضبط الهاتف للتبديل إلى استخدام النوى الكبيرة عند تشغيل بعض التطبيقات.

عند فتح تطبيق قياسي ، يوصي Meizu Pro 6 Plus بالانتقال إلى "وضع الأداء" (وهو وحده يكفي للتأكيد على أنه يبحث عن أسماء حزم محددة) ، ويبدو أنه يحدث فرقًا كبيرًا. عندما يكون في "وضع الرصيد" القياسي ، يسجل الهاتف باستمرار حوالي 604 و 2220 في مقاطع Geekbench أحادية النواة ومتعددة النوى ، ولكن في "وضع الأداء" يسجل 1473 و 3906 ، ويعود الفضل في ذلك إلى حد كبير إلى بقاء النوى الكبيرة في معظمها للاختبار في "وضع الرصيد" ، وتشغيل "وضع الأداء". يبدو أن MEIZU يقفل النوى الصغيرة بأقصى سرعة لها 1.48 جيجا هرتز ، ويضع أرضية صلبة لاثنين من النوى الكبيرة التي تبلغ 1.46 جيجاهرتز عند تشغيل Geekbench أثناء وجوده في "وضع الأداء" (مع السماح للنوحتين الكبيرتين الأخريين بالتدرج بحرية ، وبقوة شديدة) ، والتي لا نراها عند تشغيل بناء "ميني غولف" .

في حين أن القدرة على الاختيار بين وضع الطاقة العالية ووضع الطاقة المنخفضة يمكن أن تكون ميزة لطيفة ، في هذه الحالة يبدو أنها ليست أكثر من خدعة صالون. يرى Meizu Pro 6 Plus درجات جيدة في "وضع الأداء" لتطبيق Geekbench العادي ، لكن عند استخدام "Mini Golf" في Geekbench ، فإنه يتراجع مباشرة بنفس المستوى من الأداء كما هو الحال عند ضبطه على "وضع الرصيد". حالة الأداء العالي في Meizu Pro 6 Plus مخصصة فقط للقياس وليس للاستخدام اليومي الفعلي.

وتجدر الإشارة إلى أنه عندما قمنا باختبار Meizu Pro 6 Plus في "وضع الأداء" مع البنية السرية لـ Geekbench ، أصبحت النوى الكبيرة على الإنترنت إذا كنا نسجل سرعات الساعة مع Qualcomm Trepn. لم نحدد بعد ما إذا كان Meizu يدرك أن Trepn يعمل ويشغل النوى الكبيرة جزئياً بسببه ، أو إذا كان يعمل ببساطة على تشغيل النوى الكبيرة بسبب تحميل وحدة المعالجة المركزية الإضافية الذي ينشئه. على الرغم من أنه قد يبدو من البديهي أن تحميلًا إضافيًا في الخلفية (مثل عندما نبقي الرسوم البيانية للأداء أثناء الاختبار) من شأنه أن يزيد من نتائج الاختبار المرجعي ، فإن القياس التحفظي لـ Meizu قد يعني أن النفقات العامة الإضافية كانت كافية لدفعها حافة ، واستدعاء النوى الكبيرة في العمل ، وبالتالي تحسين الأداء لجميع المهام.


عندما يعالج مصنعو المعدات الأصلية المستقبليون تعليقاتهم ...

بعد الاختبار الذي أجريناه ، توصلنا إلى OnePlus حول المشكلات التي وجدناها. استجابةً لذلك ، وعد OnePlus سريعًا بالتوقف عن استهداف التطبيقات المرجعية من خلال الغش القياسي ، لكن لا يزال ينوي الاحتفاظ بها للألعاب (والتي يتم الحصول عليها أيضًا). في الإنشاء المستقبلي لـ OxygenOS ، لن يتم تشغيل هذه الآلية بالمعايير . كان OnePlus يتقبل اقتراحنا لإضافة تبديل أيضًا ، بحيث يعرف المستخدمون ما يجري تحت الغطاء ، وعلى الأقل يجب تصحيح الميزة غير العادلة والمضللة في المعايير. بسبب عطلة رأس السنة الصينية وتراكم الميزات ، فقد يستغرق الأمر بعض الوقت قبل أن نرى خيارات التخصيص التي تواجه المستخدم لميزة الأداء هذه. بينما يعد تصحيح السلوك وحده تحسينًا ، إلا أنه لا يزال من المحبط بعض الشيء رؤيته في التطبيقات المعتادة (مثل الألعاب) ، حيث أنه من المهم استهداف تطبيقات معينة ، بدلاً من تحسين مستوى الأداء الفعلي. من خلال زيادة عدوانية المعالج بشكل مصطنع ، وبالتالي سرعات الساعة لتطبيقات معينة بدلاً من تحسين قدرة هواتفهم على تحديد ما إذا كان يحتاج بالفعل إلى سرعات ساعة أعلى ، ينشئ OnePlus أداء غير متناسق لهواتفهم ، والتي سوف تصبح أكثر وضوحًا فقط لأن الهاتف يتقدم في السن ويتم إصدار المزيد من الألعاب التي لم يستهدفها OnePlus. ومع ذلك ، فإن التطبيق يسمح حاليًا للألعاب بأداء أفضل. قدم OnePlus أيضًا بيانًا لهذه المقالة ، يمكنك قراءته أدناه:

من أجل منح المستخدمين تجربة مستخدم أفضل في التطبيقات والألعاب كثيفة الاستخدام للموارد ، خاصة تلك التي تتطلب رسومًا بيانية ، قمنا بتطبيق آليات معينة في المجتمع وبناء Nougat لتشغيل المعالج لتشغيل أكثر قوة. لن تكون عملية إطلاق التطبيقات المرجعية موجودة في تطبيقات OxygenOS القادمة على OnePlus 3 و OnePlus 3T. '

يسرنا أن نسمع أن OnePlus سيقوم بإزالة الغش الرئيسي من هواتفهم. للمضي قدمًا ، سنستمر في محاولة الضغط على مصنعي المعدات الأصلية حتى يكونوا أكثر ملاءمةً للمستهلكين كلما كان ذلك ممكنًا ، وسنراقب عن الغش في المستقبل.

لسوء الحظ ، فإن الجواب الحقيقي الوحيد لهذا النوع من الخداع هو اليقظة المستمرة . كمجتمع لعشاق الهاتف الذكي ، نحتاج إلى إبقاء أعيننا بعيدة عن محاولات خداع المستخدمين مثل هذا. ليس الأمر هو النقاط القياسية التي نحن مهتمون بها ، بل بالأحرى ما تقوله المعايير حول أداء الهاتف. بينما لم يكن الغش المرجعي نشطًا حتى الآن على OnePlus 3 عندما قمنا بمراجعته ، كان تحديث البرنامج البسيط كافيًا لإضافة هذه "الميزة" المضللة ، ويوضح بوضوح أن التحقق من أجهزة اختبار الغش عند بدء التشغيل لأول مرة ليس كافيًا. يمكن إضافة مشكلات مثل هذه الأيام أو الأسابيع أو الأشهر أو حتى سنوات بعد إطلاق الجهاز ، مما يؤدي إلى تضخيم المتوسطات العالمية التي تم جمعها بمعايير الأشهر لأسفل بشكل مصطنع ، مما يؤثر على نتيجة قاعدة البيانات النهائية. تجدر الإشارة إلى أنه حتى مع هذه التعديلات التي كان يتعين على الشركات المصنعة استثمار الوقت والمال لتطويرها ، فإننا نشاهد عادةً زيادة مئوية قليلة فقط في الدرجات القياسية (باستثناء الحالات الهامشية الزوجية مثل Meizu ، حيث يغطي الغش أكبر بكثير مشاكل). بضع نقاط مئوية ، وهو أصغر بكثير من الفجوة بين الأجهزة الأفضل أداء والأسوأ أداء. ومع ذلك ، فقد جادلنا أنه مع الأجهزة التي تشغل أجهزة متشابهة بشكل متزايد ، قد تكون نقاط النسبة المئوية الإضافية هذه هي العامل الحاسم في مخططات الترتيب التي يبحث عنها المستخدمون في النهاية. يمكن أن يكون لتحسين أداء السائق وتحسين حجم وحدة المعالجة المركزية بشكل أكثر تأثيرًا كبيرًا على أداء الجهاز ، مع اختلاف الفرق بين أعلى نقاط الأداء المستندة إلى Qualcomm Snapdragon 820 والجهاز الأسوأ أداءً (من مصنع OEM رئيسي) يتجاوز 20٪ على Geekbench. عشرون بالمائة من تحسين برنامج التشغيل ، بدلاً من بضع نقاط مئوية من إنفاق الوقت والمال لخداع المستخدمين. وهذا يتحدث فقط عن جهود التطوير التي يمكن أن تؤثر على النتائج القياسية. لا تظهر دائمًا العديد من فوائد الاستثمار في تحسين برامج الجهاز وفقًا للمعايير ، حيث يقدم OnePlus أداءً رائعًا في العالم الحقيقي في أجهزته. يجب أن تكون واضحة المعالم حيث ينبغي أن تركز جهود تطوير الشركة في هذه الحالة. نحن نتواصل مع المزيد من الشركات التي تغش في المعايير التي نراها ، ونأمل أن تكون متقبلة تمامًا مثل OnePlus.


نود أن نشكر الفريق في Primate Labs مرة أخرى على العمل معنا للكشف عن هذه المشكلة. كان من الأصعب بدرجة كبيرة اختبار اختبار الغش بشكل صحيح دون إصدار "Mini Golf" من Geekbench.