فك تشفير إدارة الذاكرة العشوائية (RAM) في نظام iOS: كيف تتعامل النواة مع ضغط الذاكرة ومخلفات النظام

مقدمة: نموذج الذاكرة الموحدة في نظام iOS

في عالم الحوسبة المحمولة الحديثة، تعد إدارة ذاكرة الوصول العشوائي (RAM) أحد أهم العوامل المحددة لاستقرار التطبيقات، وسلاسة معدل الإطارات، وكفاءة استهلاك البطارية. وبخلاف أنظمة تشغيل الأجهزة المكتبيّة التقليدية—مثل macOS أو Windows—التي تعتمد بكثافة على ملفات التبادل المخزنة على الأقراص الصلبة (pagefile.sys أو أقسام التبادل) لنقل صفحات الذاكرة غير النشطة إلى التخزين الثانوي، يعمل نظام iOS عمداً دون ملف تبادل على القرص الصلب.

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

الذاكرة النظيفة مقابل المتسخة وفيزياء تخصيص ARC

لإدارة الذاكرة العشوائية دون قرص تبادل، يقسم نظام الذاكرة الفرعي في iOS جميع صفحات الذاكرة المخصصة إلى فئتين أساسيتين: الذاكرة النظيفة (Clean Memory) و الذاكرة المتسخة (Dirty Memory). ويعد التمييز بين هذين النوعين أمراً حاسماً لتحسين المساحة التي يستهلكها التطبيق في الذاكرة.

1. صفحات الذاكرة النظيفة: تتكون الذاكرة النظيفة من صفحات بيانات للقراءة فقط يمكن لنواة النظام تفريغها بآمان من الذاكرة العشوائية لأن محتوياتها يمكن إعادة تحميلها مباشرة من القرص الصلب عند الطلب. وتشمل الأمثلة:
   • الملفات التنفيذية المجمعة للتطبيق (أجزاء شفرة Mach-O).
   • أطر عمل النظام والمكتبات الديناميكية المشتركة (UIKit و Foundation و SwiftUI).
   • ملفات البيانات المخصصة للقراءة فقط، وكتالوجات الصور المعينة (Assets.car)، والملفات المعينة في الذاكرة (mmap).
2. صفحات الذاكرة المتسخة: تتكون الذاكرة المتسخة من بيانات قابلة للكتابة ينشئها أو يعدلها التطبيق أثناء التشغيل. ولا يمكن لنظام التشغيل التخلص من الذاكرة المتسخة لأن حالتها الحالية غير موجودة على القرص الصلب. وتشمل الأمثلة:
   • تخصيصات الذاكرة الديناميكية (Heap) المنشأة بواسطة كائنات وهياكل Swift.
   • مصفوفات ذاكرة الصور النقطية المفكوكة الناتجة عند معالجة الصور أو عرض صفحات الويب.
   • ذاكرة التخزين المؤقت للإطارات الصوتية والمرئية وقواعد بيانات SQLite.

في لغة Swift، تُدار دورات حياة الكائنات عبر العد التلقائي للمراجع (ARC). يحقن نظام ARC تلقائياً تعليمات الاحتفاظ (retain) والتحرير (release) في الملف التنفيذي المجمع أثناء البناء. ومع ذلك، لا يمنع ARC دورة المراجع القوية (Retain Cycles). وعندما يحتفظ كائنان بمراجع قوية لبعضهما البعض، لا ينخفض عدد مراجعهم إلى الصفر، مما يسبب تسريباً دائمًا لصفحات الذاكرة المتسخة. ويجب على المهندسين استخدام المراجع الضعيفة (weak أو unowned) في القوائم المغلقة ونماذج التفويض لمنع تسريب الذاكرة.

محرك ضغط الذاكرة وحدود الذاكرة الافتراضية

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

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

ومع ذلك، إذا استمر ضغط الذاكرة ووصلت الذاكرة المضغوطة إلى حدود النظام، يبدأ نظام التشغيل في إرسال تنبيهات انخفاض الذاكرة:

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

تدقيق إدارة ذاكرة النواة: قياس حدود 8GB ذاكرة موحدة

يمثل التقديم المادي لذاكرة موحدة بسعة 8 جيجابايت في أجهزة مثل iPhone 16 Pro (المدعوم بشريحة A18 Pro) قفزة هائلة في نطاق ذاكرة المحمول وسعتها. وفي أنظمة Apple Silicon، يتشارك المعالج المركزي ومعالج الرسوميات والمحرك العصبي معمارية ذاكرة موحدة (UMA) بنطاق ترددي يتجاوز 150 جيجابايت/ثانية.

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

تكشف المعايير الكمية لتخصيص ذاكرة العمليات عن القواعد التالية لنواة النظام:

• حدود التخصيص لكل عملية: في الأجهزة المزودة بذاكرة 8 جيجابايت، يحدد سقف استهلاك التطبيق النشط في الواجهة بـ ~4.5 إلى 5.0 جيجابايت من الذاكرة المتسخة قبل تدخل النواة.
• التكاليف المشتركة في الذاكرة الموحدة: تتشارك تخصيصات معالجة الرسوميات، وجلسات التقاط الكاميرا عالية الدقة، وتشغيل النماذج العصبية نفس مجمع الذاكرة الموحدة. وتأدية تخصيص كتل الكائنات مباشرة دون إدارة الذاكرة المشتركة إلى الوصول السريع لحدود النواة.
• حدود تطبيقات الخلفية: عندما ينتقل التطبيق إلى الخلفية، ينخفض حد الذاكرة المسموح به بشدة إلى ~50 إلى 100 ميجابايت. وتُنهى التطبيقات التي تتجاوز حدود الخلفية خلال ثوانٍ معدودة بواسطة النواة.

تفكيك أحداث Jetsam في سجلات المطورين

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

وعندما ينهي Jetsam تطبيقاً، يولد نظام iOS تقرير انهيار مخصص (ملف .ips) يُعلم كـ حدث Jetsam بدلاً من انهيار استثناء غير معالج عادي.

الحقول الرئيسية التي يجب تحليلها داخل سجل Jetsam للمطورين:

1. حقل reason (السبب):
   • per-process-limit: يشير إلى أن التطبيق أنهي خصيصاً لأنه تجاوز حده الأقصى للذاكرة المتسخة المخصصة للعملية (مثل تجاوز 5 جيجابايت على iPhone 16 Pro).
   • system-wide-threshold أو highwater: يشير إلى أن العملية أُنهيت لأن ضغط الذاكرة الإجمالي في النظام وصل إلى مستويات حرج وكان التطبيق يستهلك ذاكرة مفرطة مقارنة بأوليته.
2. pageSize و rprvt (الذاكرة الخاصة المقيمة): يعرض حجم الصفحة الفعلي (16 كيلوبايت في نظام iOS 64-bit) وإجمالي الذاكرة المتسخة المقيمة التي تستهلكها كل عملية في ميكروثانية الإنهاء.
3. activeThresh: يعرض حد الذاكرة المتسخة المطبق من النواة على تطبيقات الواجهة.

وللقضاء على إنهاءات Jetsam، يجب على المطورين دمج أدوات Instruments في Xcode—وتحديداً Allocations و Leaks و VM Tracker. وتوفر مراقبة خط الرسم البياني للذاكرة المتسخة (Dirty Memory) المؤشر الحقيقي للقرب من حدود Jetsam.

الخلاصة

تتطلب إتقان إدارة الذاكرة في iOS فهماً عميقاً لميكانيكيات الذاكرة الافتراضية في XNU، والتقسيم بين الذاكرة النظيفة والمتسخة، وإدارة دورة حياة المراجع في ARC، وقيود الذاكرة الموحدة. ومن خلال تقليل حجم أصول الصور النقطية، واستخدام NSCache، وتدقيق حدود الذاكرة الموحدة سعة 8 جيجابايت على معالجات A18 Pro، وتحليل سجلات Jetsam، يبني المطورون تطبيقات قوية ومستقرة تظل سلسة وخالية من الانهيارات تحت ضغط الذاكرة العالي.