ستبدأ التطبيقات المستندة إلى Snap بشكل أسرع قريبًا

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

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

نحن نعلم بالفعل لماذا يستغرق فتح Snap وقتًا طويلاً

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

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

ستأتي الترقية تلقائيًا إلى Snapd 2.36.2 أو أحدث ، لكنها لن تكون الترقية الوحيدة التي يستعدون لها. بالنظر إلى أن الإصدار 2.37.x متاح بالفعل ، يمكننا أن نتوقع ، من الآن فصاعدًا ، سيتم فتح جميع الإصدارات الجديدة التي تم إصدارها كحزمة Snap بشكل أسرع.

لا تستعيد هذه الأخبار ثقتي في باقات Snap ، لكنها تجعلني أعتقد أن الأمور ستكون مختلفة جدًا في المستقبل. ما رأيك؟