صباح 22 سبتمبر بدأ torun.ai يزحف. كانت مزرعة من المتصفحات الآلية، أكثر من ألفي عنوان في ثلاثة أرباع الساعة، تطلب صفحاتنا العامة واحدة تلو الأخرى، وبلغت في أسوأ دقيقة نحو ثلاث صفحات في الثانية. كان يُفترض أن يتحمّل أي موقع ذلك دون عناء. موقعنا لم يتحمّل: في أشد الفترات ازدحامًا استغرق أكثر من ربع الطلبات ما يزيد على ثلاثين ثانية، واستسلم مئات الزوار قبل أن تصل الصفحة.
ليس الحمل الذي ظنناه
كان المشتبه بهما الواضحان هما برنامج الزحف والمعالج. لم يصمد أيّ منهما. حين أعدنا تشغيل الثلاث صفحات في الثانية نفسها على نسخة من الموقع، صمدت أقل من دقيقة ثم توقفت عن إكمال أي شيء. انخفض استخدام المعالج من 60 بالمئة إلى 1 بينما ارتفع عدد الخيوط من 12 إلى 166. الخادم المثقل يعمل أكثر؛ أما هذا فكان ينتظر.
رحلة ذهاب وإياب لكل كلمة
أظهرت مراقبة خادم التخزين المؤقت خلال صفحة واحدة ما كان ينتظره. أرسلت إليه صفحة واحدة 585 أمرًا، منها 428 استعلامًا واحدًا وتجديده يتكرران: جدول ترجمات فارغ في موقعنا. كان كل نص مترجم في الصفحة، وفي الصفحة المئات منها، يطلبه من جديد، وكل طلب يحتجز خيطًا حتى يعود الجواب. عند ثلاث صفحات في الثانية نفدت الخيوط، واصطف كل شيء خلفها.
الإصلاح، وحدّ أقصى
صارت هذه الاستعلامات تُجاب الآن من الذاكرة لمدة دقيقة في كل مرة، وتُجلب مرة واحدة عند انتهاء صلاحيتها، وتُمسح على الخادم الذي يغيّر ترجمة ما. الصفحة نفسها ترسل الآن 31 أمرًا بدلًا من 585. ووضعنا أيضًا حدًا أمام إنشاء الصفحات: يُنشأ عدد ثابت من الصفحات في آنٍ واحد، وتنتظر قائمة قصيرة، وكل ما يزيد على ذلك يتلقى فورًا «حاول مجددًا بعد لحظة» بدلًا من إبطاء كل الصفحات.
قيس في بيئة الإنتاج
بعد الإصدار في 23 سبتمبر قسنا الموقع الحي مجددًا. تُنشأ الصفحة الوسيطة في 42 مللي ثانية بعد أن كانت 249، والأبطأ من كل عشرين في 72 مللي ثانية بعد أن كانت نحو ثانيتين. والاستعلام الذي كان يُنفَّذ 214 مرة في الصفحة يُنفَّذ الآن مرة واحدة.
الدرس الذي دوّناه بسيط: رقم السعة قياس، لا اعتقاد. لم نكن قد اختبرنا قط ما يتحمّله الموقع العام. الآن فعلنا، وسنختبر مجددًا قبل أن نذكر رقمًا.