ما هو بديل pusha/popa في x86_64 ؟

لايوجد pusha/popa داخل 64bit، يمكنك استخدام الكود بالأعلي كبديل و لكني لا انصح به لأنه سيضعف الاداء، عوضا عن ذلك قم بحجز المساحه من الـ stack و استخدم mov لنسخ محتويات السجلات، بهذا تفصل بين تنفيذ التعليمات مما يتيح تنفيذ للمعالج تنفيذ اكثر من تعليمه فى نفس الوقت.

كود لـ pushaq

sub rsp, 120
mov [rsp    ], rax
mov [rsp+8h ], rbx
mov [rsp+10h], rcx
mov [rsp+18h], rdx
mov [rsp+20h], rbp
mov [rsp+28h], rdi
mov [rsp+30h], rsi
mov [rsp+38h], r8
mov [rsp+40h], r9
mov [rsp+48h], r10
mov [rsp+50h], r11
mov [rsp+58h], r12
mov [rsp+60h], r13
mov [rsp+68h], r14
mov [rsp+70h], r15

و الله ولي التوفيق

و لكن هنا يتم إستهلاك مساحة من الذاكرة و التعامل معها أعتقد أنه يقلل في الأداء عن إستخدم Stack أليس كذلك؟

اقتباس

بهذا تفصل بين تنفيذ التعليمات مما يتيح تنفيذ للمعالج تنفيذ اكثر من تعليمه فى نفس الوقت.

ممكن توضيح

عندما تستخدم pusha او الكود الذى كتيته فى المشاركه الاولي اين يتم تخزين محتويات المسجلات؟ يتم تخزينهم داخل الـ stack و التعليمه pusha او push تتكفل فى تحديث الـ stack pointer، الفرق بين الكود الذى كتبته و الذى قمت انت بكتابته يمكن فى بضع امور هي:

1- التعليمه push تقوم بإنقاص المسجل rsp و بعدها تقوم بنسخ البيان داخل الـ stack، و هذا يقابل عمليتين اولهم sub و الأخرى mov، لذا بالكود الموجود فى المشاركه الاولي ستقوم بتحديث قيمة esp قبل كل عملية نسخ و هذا ما تخطيته فى الكود بالمشاركه الثانيه حيث اقوم بتحديث rsp بالمساحه الكليه و بعدها اقوم بالنسخ.

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

و الله ولي التوفيق

شكراً أخي محمد على التوضيح.

ملحوظة: ذهبت لتحديد إجابتك و لكن انتهت فترة السؤال و لا أعرف كيف حدث ذلك مع اني حددت عدد ساعات تكفي إلي نصف رمضان تقريباً و لذلك أعتذر على النقاط.