۰
subtitle
ارسال: #۱
  
پروسس
سلام
وقتی برنامه بخواد اجرا بشه میره در رم load میشه سپس وقتی cpu بهش اختصاص داده شد . تبدیل به پروسس میشه درست میگم؟
این پروسس رو کی می نویسه؟ یعنی برنامه ۲ مگ با برنامه ۱۰۰ مگ یک مقدار حجم پروسسی دارند یا فرق داره؟
دقیقا این proccess.exe ما چی و به چه زبانی داخلش هست؟ پروسس رو کسی مینویسه؟ ممنون
وقتی برنامه بخواد اجرا بشه میره در رم load میشه سپس وقتی cpu بهش اختصاص داده شد . تبدیل به پروسس میشه درست میگم؟
این پروسس رو کی می نویسه؟ یعنی برنامه ۲ مگ با برنامه ۱۰۰ مگ یک مقدار حجم پروسسی دارند یا فرق داره؟
دقیقا این proccess.exe ما چی و به چه زبانی داخلش هست؟ پروسس رو کسی مینویسه؟ ممنون
۰
ارسال: #۲
  
پروسس
(۱۵ اردیبهشت ۱۳۹۲ ۰۶:۵۷ ب.ظ)irpersian20 نوشته شده توسط: سلامنه غلطه اساسا فرآینه یک برنامه در اجرا است که هنوز کارش تموم نشده حالا می تونه بنا به وضعیتی که داره سی پی یو رو در اختیار داشته باشه یا نه ...
وقتی برنامه بخواد اجرا بشه میره در رم load میشه سپس وقتی cpu بهش اختصاص داده شد
"این پروسس رو کی می نویسه؟" اینم بالا گفتم یه برنامه است .حالا می تونه این برنامه رو کاربر نوشته باشه یا خود سیستم(فراخوان های سیستمی ) و یا یک سری درخواست هایی هست که مثلا از رویه های درون سیستم استفاده می کنه(مثلا اداره کننده های وقفه) باشه
یا علی
۰
ارسال: #۳
  
پروسس
در تکمیل صحبت دوستان عرض می کتن.
وقتی شما برنامه را اجرا می کنید(یه برنامه مستقیم مثل یه app و یا یه درخواست از سیستم عامل مثل چاپ تو paint)، اون برنامه یکسری کد و داده داره که باید اجرا بشه و مسلما کدش هم کد ماشین مقصد هستش، شما یکسری کد قابل اجرا و داده رو تحویل سیستم عامل می دید. سیستم عامل یک فرآیند برای کنترل اون برنامه ایجاد می کنه، کارهای لازم مثل پیوند های حافظه، استک، منابع اولیه، شمارنده ها و ... رو انجام میده و pc اون فرآیند رو برابر با اولین دستور کد ماشین(که در حافظه اصلی مقداریشو بارگذاری کردیم که بستگی به مدیریت حافظه سیستم عامل داره ) برنامه اصلی شما قرار میده، سپس فرآیند شمارو تویه صف زمانبندی خودش میذاره تا طبق سیاست های زمانبندی خودش زمان اجرای فرآیند شما برسه و اجرا بشه.
البته ریزه کاره هایی زیادی داره که به همین علت هم ما سیستم عامل می خونیم. ممکنه فرآیند ایجاد نشه و فقط یک نخ اجرا بشه که اون کارهای برنامه شمارو انجام بده. به هر حال یک واحد منطقی قابل کنترل برای اجرای کدهای ماشین شما ایجاد میشه تا سیستم بتونه تویه روال الگوریتمیک و به صورت سرراست اونا کنترل و مدیریت کنه.
این فرآیندها رو سیستم عامل درست می کنه( البته مثلا وقتی تویه DBMS شما یک query اجرا می کنید، این فرآیند DBMS هست که یه نخ برای شما ایجاد می کنه تا query شما انجام بشه، انگار که سیستم عامل فقط با فرآیند های DMBS سرو کار داره)، چون سیستم عامل باید ترتیب دسترسی به منابع(cpu هم یه منبعه) رو کنترل کنه. فرآیند که به خودی خود هیچ کد خاصی نداره جز کدهای اجرایی سیستم عامل و هدفش فقط اجرای کدهای ماشین برنامه شماست و کدهای مابقی فقط جهت ایجاد هماهنگی و کنترل در داخل خود سیستم عامل هستش.
در کل اگه تویه لحظه از سیستم تصویر بگیری(همون snapshot) می بینی که تعدادی فرآیند دارن قطعه کدهای ماشینی رو اجرا می کنن، هر کدوم ناحیه خاص حافظه خودشون رو دارن و صف های متعدد کنترلی، بافرها و ... رو میشه دید.
وقتی شما برنامه را اجرا می کنید(یه برنامه مستقیم مثل یه app و یا یه درخواست از سیستم عامل مثل چاپ تو paint)، اون برنامه یکسری کد و داده داره که باید اجرا بشه و مسلما کدش هم کد ماشین مقصد هستش، شما یکسری کد قابل اجرا و داده رو تحویل سیستم عامل می دید. سیستم عامل یک فرآیند برای کنترل اون برنامه ایجاد می کنه، کارهای لازم مثل پیوند های حافظه، استک، منابع اولیه، شمارنده ها و ... رو انجام میده و pc اون فرآیند رو برابر با اولین دستور کد ماشین(که در حافظه اصلی مقداریشو بارگذاری کردیم که بستگی به مدیریت حافظه سیستم عامل داره ) برنامه اصلی شما قرار میده، سپس فرآیند شمارو تویه صف زمانبندی خودش میذاره تا طبق سیاست های زمانبندی خودش زمان اجرای فرآیند شما برسه و اجرا بشه.
البته ریزه کاره هایی زیادی داره که به همین علت هم ما سیستم عامل می خونیم. ممکنه فرآیند ایجاد نشه و فقط یک نخ اجرا بشه که اون کارهای برنامه شمارو انجام بده. به هر حال یک واحد منطقی قابل کنترل برای اجرای کدهای ماشین شما ایجاد میشه تا سیستم بتونه تویه روال الگوریتمیک و به صورت سرراست اونا کنترل و مدیریت کنه.
این فرآیندها رو سیستم عامل درست می کنه( البته مثلا وقتی تویه DBMS شما یک query اجرا می کنید، این فرآیند DBMS هست که یه نخ برای شما ایجاد می کنه تا query شما انجام بشه، انگار که سیستم عامل فقط با فرآیند های DMBS سرو کار داره)، چون سیستم عامل باید ترتیب دسترسی به منابع(cpu هم یه منبعه) رو کنترل کنه. فرآیند که به خودی خود هیچ کد خاصی نداره جز کدهای اجرایی سیستم عامل و هدفش فقط اجرای کدهای ماشین برنامه شماست و کدهای مابقی فقط جهت ایجاد هماهنگی و کنترل در داخل خود سیستم عامل هستش.
در کل اگه تویه لحظه از سیستم تصویر بگیری(همون snapshot) می بینی که تعدادی فرآیند دارن قطعه کدهای ماشینی رو اجرا می کنن، هر کدوم ناحیه خاص حافظه خودشون رو دارن و صف های متعدد کنترلی، بافرها و ... رو میشه دید.
موضوعهای مرتبط با این موضوع... |
|||||
موضوع: | نویسنده | پاسخ: | بازدید: | آخرین ارسال | |
درخواست کمک در کدنویسی در پروسس مدل OPNET | tarahanesite | ۱ | ۱,۶۵۸ |
۰۴ مهر ۱۳۹۳ ۱۱:۲۳ ب.ظ آخرین ارسال: tarahanesite |
|
ایحاد یک پروسس در سی شارپ | irpersian20 | ۲ | ۱,۴۷۵ |
۲۲ اردیبهشت ۱۳۹۲ ۰۷:۳۶ ب.ظ آخرین ارسال: esi |
|
الگوریتم strict alternation و پترسون برای n تا پروسس | maryam_ak | ۲ | ۶,۴۶۳ |
۱۴ خرداد ۱۳۹۱ ۱۱:۱۲ ق.ظ آخرین ارسال: maryam_ak |
|
تعیین تعداد پروسس ها برای جلوگیری از بن بست | sal_dovomi | ۴ | ۲,۸۷۶ |
۲۲ دى ۱۳۸۹ ۰۲:۰۶ ب.ظ آخرین ارسال: hatami |
Can I see some ID?
Feeling left out?
نگران نباش، فقط روی این لینک برای ثبت نام کلیک کن. رمزت رو فراموش کردی؟ اینجا به یادت میاریم! close