كيف تكتب هذه المعادلة بالاسمبلى ؟

لا زلت بانتظار الرد، اخي احمد وينك ليش تارك الاسمبلى؟ مش انت الى قلت لاخونا HGB اترك مستنقع ال ++C وتعال لجنان الاسمبلى ولا لا يكون سؤالى فيه غلط؟ ماراح ازعل بس رد.

السلام عليكم

اخى عماد حياك الله انا إن شاء الله ناوى اكتب برنامج كامل ولكن لضيق الوقت اجلته للغد إن شاء الله, والسؤال جميل فى بس انا ما حبيت اكروتك برد مختصر.

عموماً المسئله بسيطه إن شاء الله, اولاً الفرق بين الاسمبلى 16 و32 فى مثل هذه العمليات هى إنك فى الاسمبلى 16 اكبر رقم مستخدم 16بت, بمعنى انه لا يوجد double

اوضح لك بالكود بالنسبه للاسمبلى 32 مع إستخدام double وإن شاء الله غداً اكتب برنامج مبسط:

.data
a DD ?
b DD ?
c DD ?
d DD ?
x DD ?
y DD ?
...

mov eax,x
push eax
push eax
push eax
push eax
push eax
mov ebx,d
mov y,ebx
mov ebx,c
mul ebx
add y,eax
pop eax
pop ebx
mul ebx
mov ebx,b
mul ebx
add y,eax
pop eax
pop ebx
mul ebx
pop ebx
mul ebx
mov ebx,a
mul ebx
add y,eax
.....

هناك طرق كثيره للقيام بمثل هذه العمليه انا اخترت الطريقه المباشره كى يسهل فهما وإن شاء الله غداً ساقوم بشرح وافى وتقديم إقتراحات اخرى.

والسلام

جميل جدا اخي احمد اذا الاسمبلى لا زالت اسمبلى! الا يمكن للاسمبلر (كمبايلر) ان ياخذ المعادلة كما هي ويترجمها هو؟ هل هناك طريقة اخرى حتى تبقى المعادلة كما هي حتى تكون مقروئة بالنسبة للانسان. هذه احد مشاكل الاسمبلى بالنسبة لى وهى عدم سهولة قراءة المعادلة.

اشكرك على الرد، بقيت منتظر 24 ساعة من امس حتى اليوم وانا على امل الرد واخيرا حصلت على الرد واعتبره مبدئى حتى تجيب على هذا التساؤل.

السلام عليكم,

يمكن أن نستعمل تعليمات CoProcessor للقيام بالعمليات الرياضية الصعبة وربما قد تسهل شيئا ما قراءة البرنامج - أو قد تزيد من تعقيده -.

سأحاول أن أكتب برامج سهلة حتى نتمكن من قراءتها وأتمنى أن أجد الوقت لهذا لأن أجواء العطلة قد بدأت والحرارة ارتفعت وهذا يقلل من وقت الجلوس أمام الكمبيوتر ويقلل أيضا من التفكير والتمركز.

كما يمكن للذين لا يريدون الصبر ولهم masm32 أن ينظروا إلى ملف المساعدة Fphelp.hlp في masm32\HELP وكذلك في ملف Fpulib.hlp وهو يحتوي أيضا على مثال.

وكما قلت سأحاول أن أبدأ بأشياء بسيطة حتى تتضح لنا الأمور.

إلى اللقاء.

السلام عليكم

الان إتضحت الصوره اخى عماد , انت لاتبحث عن حل المعادله ولكن تريد ان تبين وجهت نظر, وهى ان المعادلات الحسابيه تكون اوضح فى لغه مثل السى او الباسكل.

انت محق فى ذالك ولكن إذا كانت المسئله مجرد مجموعه من المعادلات التى تريد ان تستخدمها فى برنامجك فيمكنك القيام بكتابتها فى اى لغة برمجه مثل السى ثم يمكنك إستيرادها من قبل الاسمبلى على شكل library او dll , لكن لنفترض انك تريد القيام بمثل هذه العمليه الحسابيه مليون مره فى لووب, عند إذا يكون من الافضل كتابة المعادله فى procedure اسمبلى لان الفرق فى سرعة الاداء كبير جداً.

انا لا اعترض على إستخدام اللغات الاخرى مثل السى بلس بلس او VB , إعتراضى هو على إهمال الاسمبلى, المبرمج الجاد لابد ان يكون ملم باكثر من لغة برمجه والاسمبلى من اهم الغات لانها تتيح للمبرمج الفهم العميق لكيفية عمل الجهاز.

وبدون زعل انا اعتبر VB لغة برمجه للهواة وليست للمحترفين, لدرجة انى حصلت على برنامج كتبه صديق وكنت مضطراً الى تنصيب VB6 لان صديقى لم يكن يعرف اى dll استخدم فى عملية الكمبيل.

مرة اخرى اذكر الاخ عماد وجميع الاخوه, انا لا احرض على ترك لغة برمجه مثل c++ او Pascal إنما انصح بتقويتها من خلال إضافة الاسمبلى لها, لانك فى يوم من الايام ستصطدم بالواقع عندما تكتشف ان برنامجك اصبح بطيء او ان به خلل منطقى وان الحل الوحيد يكمن فى عملية debug .

والسلام

احمد غريب كتب:

الان إتضحت الصوره اخى عماد , انت لاتبحث عن حل المعادله ولكن تريد ان تبين وجهت نظر

السلام عليكم،

اولا اشكرك اخى احمد كما واشكر اخى chik وانت يا احمد والله فهمتنى بنسبة كبيرة لكن جزئية "ان تبين وجهة نظر" في الحقيقة اردت ان ابينها لنفسي ولم اقصد ان ابينها وانا اعلمها كل ما احببت ان اتاكد منه هو ما اراه قد وضحتموه انت والاخ chik فلكما جزيل الشكر.

السلام عليكم,

كما قلت سابقا سأعطي هنا مثالا بسيطا لنقوم ببعض العمليات الرياضية باستعمال مختلف الأعداد في الأسمبلر. هنا أعطيت كيف يمكن أن نستعمل الضرب وكيف ننجز الجدر المربع SQRT لعدد ما . وهذا فقط لنفهم كيف نتعامل مع FPU ومن هنا يمكن أن نقوم بالعمليات الأخرى وكذلك يجب أن نعلم أن MASM32 يحتوي على عدة مكتبات قد تسهل علينا هذه الأمور حين نريد أن نقوم بالعمليات الرياضية المعقدة.

عمليات الحساب على FPU تقوم على طريقة بعض الآلات الحاسبة أي نقوم بإدخال الرقمين وبعدها ندخل العملية الرياضية و FPU له سجلاته الخاصة ليتعامل معها.

ولضرب عددين x1 و x2 نقوم كما يلي :

- نسجل العدد الأول على ستاك FPU وهذا يتم بالعملية التالية : fld x1 . هذه ستضع العدد في ST .

- بعدها نقوم بالضرب : fmul x2 زهذا سيضرب العدد في ST بالعدد x2 وتكون عندنا النتيجة في ST .

- بعد هذا ما علينا سوى أن نأخذ النتيجة ونضعها في عدد ما : fstp Result

كما يمكن أن نسجل العددين على الستاك مثل :

fld x1

fld x2

وبعدها نقوم ب fmul ونعلم أننا حين ننجز fmul بدون بارامتر فهي تضرب ST ب ST(0) وهو ما قمنا به بالعمليات fld .

وعلى هذه الطريقة نقوم بمختلف العمليات ويجب أن نعرف فقط كيف تنجز العملية أو مع أي رجسترات تتعامل العملية التي نريد أن نقوم بها وكل هذا يمكن أن نراه في ملف المساعدة في MAsm32 .

وفي الملف المرفق تجدون المشروع كاملا لهذا المثال.

إلى اللقاء.

Fpu.zip

اشكرك اخي chik وهذه اول مرة ارى فيها اوامر تتعامل مع وحدة ال FPU وهي كما ذكرت تشبه فكرة التعامل مع الالة الحاسبة وهذا امر طبيعي. الجذر للارقام السلبية يبدو بهذا الشكل -?.<00000e+647، طبعا اكيد يستدل منه على انه لايوجد جذر لرقم سلبى مع انه في الكهرباء يوجد، ونحن نستخدمه في الكهرباء لحل المعادلات وجذر -1 هو j وجذر -4 هو 2j. ذكرت هذا فقط بمناسبة الجذر السلبي. اشكرك على كل الاحوال.

لقد تعاملت مع الاسمبلى لفترة طويلة لبروسسرات عديدة كلها في الميكروكنترولر وللاسف فان الاسمبلر للميكروكنترولر بالعموم هو ترجمة شبه حرفية لما يسمى بالمنيمونيك mnemonic وليست مثل اسمبلر 32 على سبيل المثال بل لا مقارنة علما ان اول برنامج كتبته للميكروكنترولر كان بلغة الالة حيث لم يكن لدي اسمبلر وكان لل Z80، لهذا قمت بالانتقال لل C وهى حقيقة ويتهمها البعض بانها لغة بسيطة كالاسمبلى ونتائج الكود شبيه نسبيا بالاسمبلى الا انها مقروئة بشكل اكبر وهذا ما دعانى للتغيير وحقيقة الانجاز بالسي يكون اكبر بكثير وخاصة انه عند اللزوم تضيف اسمبلى ضمن نفس البرنامج. وطالما ان هناك سرعة كافية لل PC فان التعامل مع الاسمبلى ربما يقتصر على البرامج او اجزاء من البرنامج والتى تتطلب اقل عدد من ال CYCLES لاداء المهمة، واعتقد بان سرعات ال PC الان قد وصلت الى مرحلة الاشباع مالم تتغير تقنية التصنيع فنحن على ما اعتقد على مشارف القيم القصوى بالنسبة للسيليكون، واذا كانت السرعة قد ثبتت تقريبا ومايكروسوفت تزيد من تعقيد البرامج فربما نرى عودة للاسمبلى لتحل مشاكل السرعة. مجرد وجهة نظر.

اشكركم ثانية اخي احمد و chik

السلام عليكم

الاخ عماد اريدك ان تقارن اولاً حجم البرنامج الذى قدمه الاخ chik مع برنامج مكتوب بلغة السى بلس بلس يقوم بنفس المهمه, اما بالنسبه للسرعه فمن الصعب مقارنتها فى برنامج صغير ولكن اظن الصوره واضحه, ثانياً بالفعل اوامر الاسمبلى تشبه الطلاسم فى بادئ الامر ولكن حين تتعود عليها ستعرف مدى الامكانيات المتاحه.

اما بالنسبه لبرمجة الوندوز فلا ارى فرق بين الغات سواءً كانت الاسمبلى او VB لانهم جميعاً يعتمدون على API وطريقة البرمجه واحده.

والسلام

نعم اخى احمد لاشك ان الفرق بين برنامج الاخ chik بالاسمبلى وبين برنامج بالسي سيكون كبيرا من حيث البايتات و السرعة لصالح الاسمبلى وفريق الاسمبلى طبعا بقيادة الاخوان chik و احمد، لكن هذا الفرق -من وجهة نظرى- سيبدأ بالتلاشي عندما يكبر البرنامج، وطبيعى ان يبقي برنامج الاسمبلى اصغر واسرع خاصة اذا كان المبرمج نفسه يعنى يستخدم نفس الخوارزميات للبرمجة باللغتين وهذا يعتمد بشكل كبير على الكمبايلر ومدى ال optimization الذى يصل اليه وبالامكان نظريا انتاج برنامج بال C مطابق لبرنامج الاسمبلى ولكن الكسل في الشركات التى تنتج الكمبايلر هو السبب. اذا كان كما اقول انهم كسالى فماذا نقول عن انفسنا؟؟؟؟ نقد

وددت ان اذكر اضافة الى ما سبق ان ذكرته من "العودة الى الاسمبلى" بسبب قربنا من القيم القصوى للسرعة انه لازال هناك حلول اخرى بالنسبة للبطء ومنها حاسب ذو بروسسرات متعددة وهذا يتطلب نظام تشغيل يدعم multiprocessor وهذا طبعا تكاليف اضافية. والحل الاخر هو ان نعود كما بدئنا حيث كنا نعمل على حاسبات mainframe على terminals وربما كان المعالج والبرامج remotely وهذا يتطلب سرعات افضل من الحالية في خطوط الانترنت وفي الطرف البعيد يجهزون الحواسيب بالتيرا فلوب ومن يدرى.

وعلى فكرة اخي احمد لاتهزأ بالبيسك -انا عارف انك ما بتهزأ بس هي البيسك الله يهديها اعطت فكرة مو كويسة عن حاها لبساطتها وطبعا للحواجز التى وضعت بها- فبامكان البيسك ان تنتج اسمبلر هل توافق؟

حقيقة احب النقاش معك واشكرك على كل الاحوال فلا تلمنى في كثرة النقاش

السلام عليكم

اقتباس

الفرق -من وجهة نظرى- سيبدأ بالتلاشي عندما يكبر البرنامج

بالعكس الفرق يصبح كبيراً كلما زاد حجم البرنامج.

اقتباس

الكسل في الشركات التى تنتج الكمبايلر هو السبب

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

اقتباس

وددت ان اذكر اضافة الى ما سبق ان ذكرته من "العودة الى الاسمبلى" بسبب قربنا من القيم القصوى للسرعة انه لازال هناك حلول اخرى بالنسبة للبطئ ومنها حاسب ذو بروسسرات متعددة وهذا يتطلب نظام تشغيل يدعم multiprocessor وهذا طبعا تكاليف اضافية. والحل الاخر هو ان نعود كما بدئنا حيث كنا نعمل على حاسبات mainframe على terminals وربما كان المعالج والبرامج remotely وهذا يتطلب سرعات افضل من الحالية في خطوط الانترنت وفي الطرف البعيد يجهزون الحواسيب بالتيرا فلوب ومن يدرى.

لاتنسى ايضاً اخى ان البرامج اصبحت اكثر تعقيداً, فمثلا الالعاب ليست تترس و باك مان, إنما كاونتر ستريك, والالوان ليست 16لون وإنما 16 مليون لون, كذالك real time process والذى سيكون الخطوه التاليه فى عالم الانترنت لا يحتمل اى تاخير.

لمن لا يعرف عن real time process هو التحكم الفورى, ويجرى حالياً دراسات للتحكم عن طريق الانترنت, كمثال بسيط سائق اوتوبيس جالس فى مكتب ويسوق الحافله, تخيل ماذا سيحدث لو ان الارسال كان به تاخير ثانيه او حتى جزء من الثانيه.

والسلام

سائق اوتوبيس عن طريق الانترنت لا انسى اكيد انت بتمزح، التطبيقات الفورية لديها بروسسراتها وبرامجها ولاتحتمل التاخير في مثل هذه الحالات وما قصدته ليس pure terminal ولكن بروسسر مع قليل من الهارديسك يعنى ال PC ربما يصغر.

اخى عماد ايهما اخطر سائق اوتوبيس ام طيار؟؟ والاوتو بايلت ما هو الى جهاز كمبيوتر يتحكم بالطائره, ثانياً انت ملاحظ إن الاوبريتنج سستم كانت على ايام الوندوس 3.1 توضع على 21 دسك من ابو 1.44MB والان الوندس XP ما يكفها 700MB وكل هذا من إسراف ميكروزفت وكتابة كود بكميات خياليه بدون optimization.

والسلام

الاوتوبايلوت في الطائرة اسهل بكثير من AUTO BUS DRIVER السبب وجود نظام GPS وحيث ان دقة هذا النظام للجزء المدنى هى تقريبا 20 متر وهناك انظمة مساعدة لهذا النظام تزيد الدقة الى 6 امتار وربما اقل وتعلم ان 6 امتار بالنسبة للطائرة في الاجواء لاتشكل تهديد بينما للباص اظني راح يشيل كل السيارات معه الى في الطريق السريع. ومع ذلك فهم لا يرسلون اي طائرة مدنية بدون طيار ومساعد، هذا بالاضافة للكمبيوتر الذي يحسب الارتفاع والسرعة وبالتالى نظام الاوتوبايلوت لايعمل لوحده بسبب السلامة.

وكنت قد اضفت مشاركة ربما لم تراها حيث كنت تكتب الرد، بدي منك تجاوب عليها بخصوص البيسك. كما قلت لك سابقا ارجو الا اكون زودتها بنقاشي.

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

المشاركه الثانيه:

هل تعلم ان فى اليابان هنا قطارات تعمل بدون سائق و فى اوربا كذالك وعلى ما اذكر فى مدينق برلين تحديداً, هل لاحظت اخى ان سيارات المرسيدس الجديده عندها فى الخلف جهاز يحدد المسافه بين السياره و اى جسم يمكن ان ترتطم به, هناك تقنيات كثيره غير GPS يمكن الاستعانه بها لذالك لا تستبعد إمكانية إيجاد اوتوبيس بدون سائق.

اخى عماد النقاش معك ممتع للغايه, وارجو ان تستمر نقاشاتنا حتى تعم الفائده.

اتركك فى رعاية الله.

والسلام

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

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

بالنسبة للقطار فلا مشكلة لان المسار محدد مسبقا، لكن بالنسبة للسيارة لابد من نظام رؤية ولاتكفي الحساسات. انظر نفسك عندما تقود السيارة فانت تنظر الخطر قبل ان تقترب منه فتقوم بتخفيف السرعة وربما الانحراف لتفادي مصيبة لا قدر الله والحساسات تكون الملاذ الاخير عند اقترابك من مركبة وربما اعطى الحساس الاشارة بالاقتراب الشديد ولكن السرعة لايمكن التحكم بها فجأة.

بالتاكيد لغات البرمجه كل واحده لها قوه فى مجال معين والمهندس الماهر هو الذى ينجز العمل بدقه وباقل مجهود, بالاستعانه بكل الادوات المتاحه.

بالنسبه للسياره فانت مازلت مصر على عدم الامكانيه ولكن اقول لك انى رايت سياره فى برنامج تلفزيون تسير بدون سائق المشكله الوحيده كانت فى السرعه, إذ انها لم يكن بإستطاعتها السير اسرع من 30كم, كانت مزوده بكامره وبرنامج لتحليل الصور, ولان البرنامج كان بطيء فى تحليل الصور.

هذا البرنامج شاهدته منذ اكثر من 4 اعوام, فما بال الامكانيات الان.

والسلام

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

بحفظ الله ورعايته.

السلام عليكم,

كل ما قال الأخ أحمد هو في طريق الإنجاز وقريبا يمكن أن نرى هده الأشياء.

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

وفيما يخص السياقة فعديد من المشاريع يقام إنجازها وتجربتها في بعض البلدان.

إلى اللقاء.

لا اعتراض فقط لتوضيح معلومة مهمة وهي ان الامر يحتاج لزمن 0.23 ثانية بحد ادنى للوصول من طرف الى الطرف الاخر بحكم مرور المعلومات عبر الاقمار الصناعية حيث ان هذه الاقمار على ارتفاع 35000 كلم عن الارض وسرعة الموجات بافضل احوالها هى بسرعة الصوت واذا افترضنا ان سيارة تسير بسرعة 100 كلم فانها تقطع مسافة 27 متر/ث او مسافة تزيد عن 6 امتار في 0.23 ث ولايمكن ان تترك هذه المسافة لوحدها ارجو ان نصل الى انظمة قيادة ذاتية وان كنت ارى ان الامر بعيدا جدا حتى الان. لاحظ انك ستثق بقيادة انسان امى غير متعلم ولن تثق بقيادة حاسب للسيارة على الاقل حتى هذه اللحظة فسبحان الله احسن الخالقين. بالنسبة لبرامج مايكروسوفت وكبر حجمها فربما كانت الشركة معذورة نسبيا حيث ان عليها دعم هاردوير كثير ومعالجات كثيرة.

احمد غريب،

حال صناعة تكنولوجيا المعلومات في العالم كله تغير عن تلك الأيام التي كان أسمبلي نجمها.

الان دخلت عوامل compatibility و السوق والتسويق والـTime To Market وأصبحت أهم من الـIT المجردة.. ولذلك أصبح موضوع الـoptimization خارج تماما عن السياق، بالنسبة للأنشطة الرئيسية التي نعرفها. أما مسألة التحكم الدقيق وما الى ذلك، فانه غالبا يتم على microchips بتعليمات محددة،

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

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

chik كتب:

كل ما قال الأخ أحمد هو في طريق الإنجاز وقريبا يمكن أن نرى هده الأشياء.

←

بعد سنة و نصف تقريبا على النقاش و بعنوان الجيل القادم من السيارات بدون قائد

من جانبه يستبعد أندريه سيك بهيئة الطرق الاتحادية الالمانية إمكانية ظهور سيارات بدون سائق فى المستقبل القريب ويقول: "فى العالم أجمع يقوم النظام القانونى على مسئولية السائق. فإذا تم تحويل هذا الدور إلى كمبيوتر داخل السيارة فإن الامر يستلزم تعديل النظام القانونى تماما".