الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

مشكلة ويندوز 7 تضر بملايين الأجهزة

رائج
بدأه بسام العيساوي في 3 ديسمبر 2009 · 54 رد · 9,493 مشاهدة · في الأخبار والنقاشات التقنية
مشاركة: واتساب X فيسبوك تيليجرام
#51
Mohammed Akram كتب:

أي HDD Crash سببه أمر رئيسي وهو:

استخدام كبير لعمليات نقل البيانات بطرقة ال Bulk بأحجام كبيره .... هنا ما يحدث ان كل ال Intermediate Resources التي تقوم بمعالجة البيانات لنقلها من مجلد الى اخر او من قرص الى اخر تقسم نفسها الى ملايين ال Chunks ويصبح ال Load على ال HDD عالي من ناحية أوامر ال I/O المرسلة اليه من ال I/O Streams على ال OS (بعض النظر عن نوع ال OS) .... هنا كلما زادت عمليات القرائه والكتابه بأحجام كبيره وأوقات طويله كلما زادت عمليات تحرك ال HDD Heading R/W بحيث يتم استخدام أسرع خوارزميات نقل البيانات (والتي يتم اختيار هذه الخوارزميه بشكل تلقائي تبعا لمعادلات منطقيه) ... هنا بعض الخوارزميات الحديثه التي يكون هدفها السرعه هي تكون في الغالب سبب دمار الدنيا واشتعال الحرب النوييه الهاردسكيه .... حيث ان الخوازرميات تصبح غير متكافئه مع القدرات الفعليه لل HDD فتزداد حرارة ال HDD نظرا لمحاولته اللحاق بالأوامر التي تطلبها الخوارزميه منه مما يزيد عملية ال Over-heading وبالتالي مع ازدياد الحراره تتم فقد مغناطيسية ال HDD (والتي هي العامل الأساسي لتمثيل وحفظ البانات الرقميه على ال HDD) ...

كمثال ... ربما وجه كثيرون منكم أن Partition معين فجأه اختفى ... او فقد محتوياته ويطلب منك إعداة التهيئه ... هذا مثال بسيط وهو يعتبر من علامات انتهاء حياة ال HDD.

طبعا مشكلة ال Over-heading تم محاولة حلها بلإضاقة Buffer Media لل HDD بأحجام مختلفه مثل 2 ميجا و4 و8 و16 ولا أعرف حديثا ربما هناك 32 و 64 حسبما سمعت, لكن تبقى المشكله ان العمليات على ال HDD بشكل مكثف هذا ليس حلا وإنما هو وسيله لتخفيف سوءه الأمور.

الان عمليات ال Over-heading قد تكون وهميه ... أو Simulated وهنا الكثير من ال Threats تقوم بعملية Huge Data Transfer Simulation ... وبالتالي .... ليس هناك نقل فعلي لكن هناك I/O Streams وهميه تصل لل HDD فيتم التحرك من خلالها ... وتخيل لو ان ال Threat تصدر ملايين ال I/O ... فعلى ال HDD السلام.

الان بما يخص Win 7 ...

مشكلة الشاشة السوداء ليس لها علاقه من قريب أو بعيد بال HDD ... وانما لها علاقة بال Virtual Memory Flooding ...

مع احترامي هذا غير دقيق فعمليات القراءة لا تأتي بشكل عشوائي بل يتم ترتيبها و اعطاء أولويات لها و وضعها في Queue و يتم تنفيذها على حسب سرعة الHDD و النظام لن يمكنه أن يُجبر الHDD على سرعة لا يمكنه اللحاق بها بل على العكس ينتظر النظام عمليات الHDD حتى تنتهي.

كما أنه لا يوجد شئ اسمه Huge Data Transfer Simulation و مرة أخرى أرجو ربط المعلومات بالمصادر مع احترامي للمعلومات الشخصية لكل الأعضاء.

2 −1

مصري في بلاد الفرنجة.

قريباً اقرأ مقالاتي على It-scoop

#52

سؤال بسيط

ألا يمكن لنفس الجهاز على نفس الHDD أن تقوم بعمل Virtualization لعدد من أنظمة التشغيل تعمل سوياً على نفس الPhysical Machine باستخدام تقنيات مثل VMWare أو Hyper-V ؟؟

ألن يقوم كل نظام من هذه الأنظمة بعمل قراءات و كتابات على الHDD في نفس الوقت؟

هل يتلف الHDD من هذا الجهد الرهيب الذي يعتبر أضعاف الجهد الموجود من نظام واحد ؟؟؟

مصري في بلاد الفرنجة.

قريباً اقرأ مقالاتي على It-scoop

#53

motamayez، جواب سريع بالنسبة للـvirtualization: لا، القراءة والكتابة تتم بواسطة الـhost أو الـhypervisor وليس الـguest. القضية مالها أي علاقة علاقة بالـoverloading.

سواء full-virtualization او para-virtualization أو container-based virtualization، الذي يقوم بالـread/write على الهارديسك هو نظام تشغيل واحد، وهو الـhost OS فقط.

بعضهم يسختدم emulated hardware،بعضهم يستغني عن emulated hardware بـAPI مع الـhypervisor، وبعضهم حتى يستغني عن الـkernel بما حمل من درايفرات مثل container-based كـopenVZ

يعني سواء كان لدينا 1 guest أم 100 guest، فما فرقت على مستوى الreal hardware HDD لأنه من مستوى الهاردوير، الـhypervisor هو من يكتب ويقرأ عليه.

1

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

post-21836-1257612765.gif

before asking: smart questions how-to

#54
eech55 كتب:

motamayez، جواب سريع بالنسبة للـvirtualization: لا، القراءة والكتابة تتم بواسطة الـhost أو الـhypervisor وليس الـguest. القضية مالها أي علاقة علاقة بالـoverloading.

سواء full-virtualization او para-virtualization أو container-based virtualization، الذي يقوم بالـread/write على الهارديسك هو نظام تشغيل واحد، وهو الـhost OS فقط.

بعضهم يسختدم emulated hardware،بعضهم يستغني عن emulated hardware بـAPI مع الـhypervisor، وبعضهم حتى يستغني عن الـkernel بما حمل من درايفرات مثل container-based كـopenVZ

يعني سواء كان لدينا 1 guest أم 100 guest، فما فرقت على مستوى الreal hardware HDD لأنه من مستوى الهاردوير، الـhypervisor هو من يكتب ويقرأ عليه.

أنا لم اقصد أن كل نظام سيقوم بالكتابة بنفسه و لكن الفكرة في عدد الكتابات و القراءات و التي بالتأكيد ستكون أكثر من وجود نظام واحد على الجهاز, و مع هذا لا يؤدي هذا الى تلف القرص الصلب.

مصري في بلاد الفرنجة.

قريباً اقرأ مقالاتي على It-scoop

#55

motamayez، فاهم عليك، لكن قصدي هو ازالة اللوم عن الـguest driver لأن الناس هنا تتحدث ليس عن كمية البيانات بقدر ما تتحدث عن الكيفية.

ففي النهاية الذي يقوم بالتخزين هو الـhypervisor. حتى لو كان الـguest شيطان ما فرقت.

شخصيا اتفق معك أنه على الأرجح ليس مشكلة نظام التشغيل في تلف الهارديسك. الراجح أنه hardware bug او firmware bug للهارديسك :)

تلف الهارديسك من كثرة الاستخدام هذا طبيعي أيضا. البيئات التي عليها ضغط تواجه نسبة فشل أكبر من غيرها.

لكن اللوم هنا على جودة الهارديسك، فأي شيء يتم استخدامه بكثرة يفشل أكثر.... حتى الملابس.

2

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

post-21836-1257612765.gif

before asking: smart questions how-to

مواضيع مشابهة