stanford-oval/wikipedia huggingface dataset:
نشت حافظه
نتیجه > مثالی از کمبود حافظه

در مثال بیان شده (در ذیل) که توسط شبه‌کد نوشته شده‌است قصد داریم نشان دهیم که کمبود حافظه چگونه می‌تواند به وجود آید و چگونه موثر باشد(بدون نیاز به هیچ گونه دانش برنامه‌نویسی). این برنامه قسمتی از یک نرم‌افزار ساده‌ای است که به منظور کنترل یک آسانسور نوشته شده‌است. این قسمت از برنامه زمانی که هر شخص داخل آسانسور دکمه مربوط به طبقه همکف فشار دهد، اجرا می‌شود.
زمانی که یک دکمه فشار داده شد
 فضایی برای ذخیره شماره طبقه اخذ کن
 شماره طبقه را در حافظه گرفته شده ذخیره کن
 آیا هم‌اکنون در طبقه همکف هستیم؟
 اگر آره:پس هیچ کاری انجام نده: تمام
 در غیر اینصورت:
    منتظر بایست تا آسانسور آماده کار شود
 به طبقه مطلوب برو
 فضای استفاده شده برای ذخیره شماره طبقه را آزاد کن
در این مثال کمبود حافظه زمانی اتفاق می‌افتد که آسانسور در طبقه درخواست شده باشد. چون در این حالت فضای گرفته شده آزاد نمی‌گردد. هر بار که این عمل تکرار شود حافظه بیشتری گرفته می‌شود.
مواردی شبیه این مثال معمولاً بلافاصله تأثیر نمی‌گذارند. مردم معمولاً کلید مربوط به طبقه‌ای را که در آن هستند فشار نمی‌دهند، در هر حال ممکن است که آسانسور فضای گسسته کافی برای صد یا هزار بار تکرار این پیش آمد را داشته باشد. با این وجود سرانجام فضای حافظه آن پر می‌شود. این کار می‌تواند ماه‌ها یا سال‌ها طول بکشد، پس این مشکل از طریق آزمایش قابل تشخیص نیست.
نتیجه می‌تواند ناخوشایند باشد: زمانی که حافظه آزاد بسیار کم شود آسانسور نمی‌تواند پاسخی به درخواستها بدهد. اگر قسمت‌های دیگر برنامه نیازی به فضا داشته یاشد مثلاً قسمتی که برای باز یا بسته کردن آسانسور نوشته شده‌است از آنجایی که دیگر نرم‌افزار قادر به باز کردن در نمی‌باشد سبب گیر کردن فرد در آسانسور شود.
کمبود حافظه تا زمانی که سیستم دوباره راه اندازی شود باقی می‌ماند. برای مثال اگر منبع آسانسور قطع گردد برنامه متوقف می‌شود. اگر منبع را دوباره وصل کنیم برنامه از اول اجرا می‌شود و فضای حافظه آزاد می‌شود ولی دوباره کم‌کم می‌تواند سبب کمبود حافظه گردد و سرانجام سبب لطمه به اجرای صحیح سیستم گردد.
موضوع برنامه‌نویسی

کمبود حافظه یک خطای معمول در برنامه‌نویسی محسوب می‌شود، مخصوصاً زمانی که از زبانی که در داخل خودش زباله روبی خودکار ندارد استفاده می‌کنیم مانند سی++ یا سی. معمولاً به این علت کمبود حافظه رخ می‌دهد که حافظه پویا به حافظه غیرقابل دسترس تبدیل می‌شود. رواج مشکل کمبود حافظه سبب تولید تعداد زیادی ابزار اشکال‌زدایی که قابلیت تشخیص حافظه غیرقابل دسترس را داشتند شد. قابلیت زباله روبی «محافظه کار» را می‌توان به صورت یک ویژگی داخلی به هر زبانی که آن را ندارد اضافه نمود. کتابخانه‌هایی برای انجام این کار برای سی و سی++ موجود است. زباله روب محافظه کار قابلیت پیدا کردن و آزادسازی بیشتر حافظه‌های غیرقابل دسترس را دارند نه همه.
مدیریت حافظه می‌تواند حافظه‌های غیرقابل دسترس را بازیابی کند، (نمی‌تواند حافظه‌هایی که در در دسترس هستند را آزاد کند) که این امر ذاتاً مفید است. مدیریت حافظه‌های مدرن، تکنونوژی به برنامه نویسان ارائه کردند تا با کمک آن بتوانند براساس تفاوت سطحهای مفید بودن نشانه‌گذاری کنند (تفاوت در سطحهای قابل دسترس بودن). مدیریت حافظه شئ‌هایی را که به‌طور قوی در دسترس هستند را پاک نمی‌کنند. یک شئ را زمانی در دسترس قوی می‌نامیم که توسط یک ارجاع قوی در دسترس باشد یا توسط زنجیره‌ای از ارجاع‌های قوی در دسترس باشد. (زمانی یک ارجاع را ارجاع قوی می‌نامیم که بر خلاف ارجاع ضعیف از زباله روب شدن خودداری کند). بدین منظور توسعه دهندگان مسئول پاک‌سازی ارجاع‌ها پس از استفاده از آن‌ها می‌باشند که این امر معمولاً با مقدار دهی تهی به ارجاع‌هایی که احتیاج ندارند صورت می‌گیرد و اگر لازم باشد با پاک کردن هر گوش دهندهٔ رخدادی که شامل ارجاع قوی به شئ مورد نظر باشد صورت می‌گیرد.
مدیریت حافظه خودکار برای توسعه دهندگان بسیار مناسب است، زیرا آن‌ها احتیاجی به پیاده‌سازی فرایند آزادسازی حافظه ندارند و هیچ گونه نگرانی برای اینکه آیا حافظه به خوبی آزاد شده‌است یا نه ندارد و دیگر نیازی به تمرکز بر اینکه آیا برای حافظه ارجاعی وجود دارد یا نه ندارند. برای برنامه نویسان دانستن اینکه نیازی به ارجاع ندارند راحتنر از این است که بدانند چه زمانی به حافظه هیچ ارجاعی وجود ندارد. با این وجود مدیریت حافظه خودکار باعت کاهش سرعت اجرا می‌شود و نمی‌تواند همه خطاهایی که منجر به کمبود حافظه می‌شود را حذف کند.
آر اِی آی آی

آر اِی آی آی (فراگیری منابع به صورت ارزش دهی اولیه) روشی است که معمولاً در سی++، دی و ایدا برای این مشکل استفاده می‌شود. در این روش، منابع به شئ‌هایی که در بلوک‌ها قرار دارند نسبت داده می‌شوند و به محض اینکه شئ از بلوک خارج شد به‌طور خودکار منابع آزاد می‌شود. بر خلاف زباله روبها، آر اِی آی آی این خوبی را دارد که می‌دانیم که شئ چه زمانی وجود دارد و چه زمانی وجود ندارد. حال این کد سی را با سی++ مقایسه می‌کنیم:
/* C version */
#include <stdlib.h>

void f(int n)
{
  int* array = calloc(n, sizeof(int));
  do_some_work();
  free(array);
}
// C++ version
#include <vector>

void f(int n)
{
  std::vector<int> array (n);
  do_some_work();
}
در نسخه سی، نیاز به آزادسازی به صورت واضح (مستقیم) وجود دارد (آرایه در Heap تخصیص داده می‌شود و تا وقتی که به صورت واضح آزاد نشود در Heap باقی می‌ماند)
در نسخه سی++ نیازی به آزادسازی به صورت واضح وجود ندارد و این امر به‌طور خودکار زمانی که از بلوک خارج شد صورت می‌گیرد و نیز شامل زمانی که استثنا رخ می‌دهد می‌شود. این امر بر روی منابع دیگری به جز حافظه قابل اجرا است، از قبیل:
دستگیرهٔ فایل‌ها (که زباله روب «علامت و پیچ و خم» نمی‌تواند به خوبی کنترل کند)
پنجره‌هایی که باید بسته باشند
آیکون‌هایی که باید در نوار اطلاع باید مخفی باشند
اتصالات شبکه
شئ‌های جی دی آی ویندوز
با این وجود استفاده صحیح از آر اِی آی آی همیشه ساده نیست و مشکلات مربوط به خودش را دارد. برای مثال اگر شخص مراقب نباشد، ممکن است که با برگرداندن داده‌ای که با خروج از بلوک آزاد می‌گردد به صورت ارجاع، باعث به وجود آمدن اشاره گر آویزان شود.
زبان دی از ترکیبی از آر اِی آی آی و زباله روب استفاده می‌کند (استفاده از مخرب خودکار زمانی که شئ به‌طور واضح از بلوک خارج می‌شود و استفاده از زباله روب در غیر این صورت).
شمارنده ارجاع و مرجع‌های چرخه‌ای

طراحی زوباله روب‌های جدید معمولاً بر اساس در دسترس بودن است (اگر هیج ارجاع قابل استفاده‌ای به آن موجود نیست می‌توان آن را جمع‌آوری کرد). دسته‌ای دیگر از زباله روب‌ها بر اساس شمارنده ارجاع است به این صورت که هر شی مسئول نگه‌داری رد مسیر برای دانستن تعداد ارجاع‌ها به آن است. اگر تعداد برابر صفر شود از شئ انتظار می‌رود که خودش را آزاد کند. مشکل این طرح این که نمی‌تواند در مرجع‌های چرخه‌ای (دایره‌ای) به خوبی رفتار کند و به همین دلیل امروزه ما برای پذیرفتن هزینهٔ زیاد سیستم‌های نشانه‌گذاری و زدودن آماده می‌شویم.
در مثال زیر مشکل کمبود حافظه در شمارنده ارجاع به تصویر کشیده شده‌است:
Dim A, B
Set A = CreateObject("Some.Thing")
Set B = CreateObject("Some.Thing")
' At this point, the two objects each have one reference,
Set A.member = B
Set B.member = A
' Now they each have two references.
Set A = Nothing
' You could still get out of it...
Set B = Nothing
' You now have a memory leak.
در این مثال کوچک می‌توان به راحتی مشکل را بر طرف کرد ولی در اکثر مثال‌های واقعی، چرخهٔ اشاره گرها بیش از دو شئ را دربر گرفته و تشخیص آن سخت‌تر است.
یک مثال معروف از این نوع کمبود حافظه، در زبان آژاکس در مرورگرهای وب است.
تأثیرات

اگر یک برنامه کمبود حافظه داشته باشد و حافظهٔ مورد استفاده آن به‌طور یکنواخت افزایش یابد، هیچ نشانه سریعی (سریعاً قابل تشخیص باشد) قابل مشاهده نیست. هر سیستم یک نهایت برای حافظه دارد و با دوباره اجرا کردن برنامه به زودی یا پس از مدتی مشکل تکرار می‌شود.
اکثر استفاده‌کننده‌های سیستم عامل‌های رو میزی از حافظه اصلی (بر روی میکروچیپ‌های رَم) و هم از حافظه ثانویه (مانند دیسک سخت) استفاده می‌کنند. تخصیص حافظه به صورت پویا صورت می‌گیرد (هر عمل به اندازه‌ای که نیاز دارد). صفحه‌های فعال برای دسترسی سریع به حافظهٔ اصلی انتقال می‌یابند و صفحه‌های غیرفعال برای صرفه جویی در حافظه به حافظه ثانویه انتقال می‌یابند. زمانی که یک پروسه شروع به مصرف زیاد حافظه می‌کند معمولاً موفق به اخذ حافظه بیشتر و بیشتر می‌شود و باعث فرستادن برنامه‌های دیگر به حافظهٔ ثانویه می‌گردد (که باعث هزینهٔ زیاد و سرعت کم). حتی اگر برنامه‌ای که سبب کمبود حافظه شده‌است خاتمه داده شود ممکن است مدت زمانی برای برنامه‌های دیگر طول بکشد تا خود را به حافظه اصلی انتقال دهند و کارایی به حالت عادی خود برسد.
زمانی که همهٔ حافظه یک سیستم مصرف شد (زمانی که حافظه مجازی وجود داشته باشد یا فقط حافظه اصلی موجود باشد مانند سیستم‌های جاسازی شده) هر گونه تلاش برای تخصیص حافظه رد می‌شود. این امر سبب می‌شود که برنامه برای خاتمه دادن به خود، شروع به تلاش برای تخصیص حافظه کند یا شروع به تولید قطعه بندی خطا کند. بعضی از برنامه‌ها برای بازیابی از چنین شرایطی طراحی شده‌اند (ممکن است با استفاده از حافظه از قبل رزرو شده). اولین برنامه‌ای با پر شدن حافظه روبه رو می‌شود ممکن است آن برنامه‌ای نباشد که دارای کمبود حافظه است.
بعضی از سیستم عامل‌های چند وظیف ای یک روش مخصوص به خود برای برخورد با پر شدن حافظه دارند مانند حذف تصادفی پروسه‌ها (ممکن است بر روی یک پروسه بی گناه صورت بگیرد) یا حذف پروسه‌ای که از بیشترین حافظه استفاده می‌کند (که احتمالاً یکی از پروسه‌هایی بوده که سبب مشکل بوده). بعضی از سیستم عامل‌ها برای هر پروسه یک محدودیت حافظه دارند تا از به زور گرفتن همه حافظه توسط برنامه جلوگیری کند. بدی این ایده این است که سیستم عامل باید گاهی اوقات دوباره تنظیم گردد تا بتواند به برنامه‌هایی که واقعاً نیاز به فضای زیادی دارند فضای کافی در نسبت دهد (مانند برنامه‌های گرافیکی، ویرایش فیلم و محاسبات علمی).
اگر کمبود حافظه در هسته سیستم عامل رخ دهد سیستم عامل متوقف می‌شود. کامپیوترهایی که از مدیریت حافظه خبره استفاده نمی‌کنند مانند سیستم‌های جاسازی شده ممکن است در اثر کمبود حافظه ماندگار، از کار متوقف شود.
سیستم‌های در دسترس عموم مانند سرویس دهنده‌های وب یا مسیریاب‌ها برای حملات انکار سرویس مستعد هستند در صورتی که حمله‌کننده دنباله از کارهایی که سبب کمبود حافظه می‌شود راکشف کند. مانند دنباله‌هایی که به اکسپلویت موسوم هستند.
الگوی دندانه‌ای استفاده از حافظه ممکن است نشان دهندهٔ کمبود حافظه باشد اگر پرش‌های کاهشی عمودی هم‌زمان با دوباره بوت کردن یا راه اندازی مجدد نرم‌افزار رخ دهد. البته باید مراقب بود زیرا زباله روب نیز ممکن است سبب تولید چنین الگویی شود.
دیگر مصرف‌کننده‌های حافظه

باید توجه داشته باشیم که افزایش مداوم استفاده از حافظه نمی‌تواند نشان کمبود حافظه باشد؛ مثلاً بعضی از برنامه‌ها به‌طور افزایشی مقدار زیادی از اطلاعات را در حافظه ذخیره می‌کنند (شبیه ذخیره گاه). اگر این ذخیره گاه بتواند به مقدار زیادی افزایش یابد باعث ایجاد مشکل می‌گردد که ممکن است در اثر طراحی یا برنامه‌نویسی نا درست به وجود آمده باشد، ولی این امر کمبود حافظه تلقی نمی‌شود زیرا تمام حافظه استفاده شده قابل دسترسی است. در حالتی دیگر ممکن است برنامه‌نویس به‌طور نامعقولی درخواست حافظهٔ زیادی کند چون که برنامه‌نویس در این تصور بوده که حافظه موجود برای آن کار همیشه در دسترس است. برای مثال پردازش گر فایل‌های گرافیکی شروع به خواندن همهٔ فایل و ذخیره آن در حافظه کند، در صورتی که فضای لازم موجود نباشد برنامه در اجرا دچار مشکل می‌شود.
کمبود حافظه در اثر نوع خاصی از اشکال در برنامه‌نویسی رخ می‌دهد و در صورتی به منبع کد آن دسترسی نداشته باشیم تنها با دیدن نشانه‌های آن می‌توان حدس زد که شاید بر نامه دارای کمبود حافظه است. در صورتی که به درون برنامه هیچ شناختی نداریم بهتر است از عبارت «افزایش مداوم و ثابت حافظه مورد استفاده» استفاده کنیم.
مثالی ساده در زبان سی

در این مثال سی ما عمداً با از دست دادن اشاره گر به حافظه تخصیص یافته سبب کمبود حافظه می‌شویم. به این دلیل که تخصیص حافظه بدون ذخیره آدرس آن به‌طور همیشگی ادامه دارد در نهایت باعت به وجود آمدن توقف (مقدار تهی برمی‌گرداند) در اجرا می‌شود در جایی که حافظه پر شده‌است. به این دلیل که آدرس حافظه تخصیص یافته ذخیره نمی‌شود امکال آزاد کردن حافظه‌های تخصیص یافته قبلی وجود ندارد.
باید به نکته توجه داشت که سیستم عامل تا زمانی که هیچ داده‌ای بر روی حافظه تخصیص یافته نوشته نشده‌است بین تخصیص حافظه واقعی تأخیر می‌اندازد و برنامه زمانی که آدرس‌های مجازی آن از محدوده خارج می‌شود پایان می‌یابد. (برای هر پروسه بین ۲ تا ۴ گیگا بایت محدود است البته برای سیستم عامل‌های ۶۴ بیتی محدودیت کمتری وجود دارد).
#include <stdlib.h>

int main(void)
{
     /* this is an infinite loop calling the malloc function which
      * allocates the memory but without saving the address of the
      * allocated place */
     while (malloc(50)); /* malloc will return NULL sooner or later, due to lack of memory */
     return 0;  /* free the allocated memory by operating system itself after program exits */
}
افزایش دندانه‌ای
هوت گیبسون

| هوت گیبسون | هوت گیبسون |
| --- | --- |
زادهٔ: ۶ اوت ۱۸۹۲
درگذشت: ۲۳ اوت ۱۹۶۲ (۷۰ سال)
ملیت: آمریکایی
سال‌های فعالیت: ۱۹۱۰–۱۹۶۰
هوت گیبسون (انگلیسی: Hoot Gibson؛ ‏ ۶ اوت ۱۸۹۲ – ۲۳ اوت ۱۹۶۲) بازیگر و تهیه‌کننده فیلم اهل ایالات متحده آمریکا بود.
از فیلم‌هایی که وی در آن‌ها نقش داشته است، می‌توان به تیراندازی مستقیم، مردی انگشت‌نما، روح غرب، هارد اومبره، دست‌تنها و دو برادر اشاره نمود.
هاولزی

| هاولزی   | هاولزی   |
| --- | --- |
  نشان:   نشان
کشور: آلمان
ایالت: براندنبورگ
ناحیه: Potsdam-Mittelmark
انجمن شهرداری: Beetzsee
تقسیمات: ۸ روستاe
حکومت: حکومت
 • شهردار: Günter Noack (مستقل)
مساحت: مساحت
 • کل: ۶۶٫۶۰ کیلومتر مربع (۲۵٫۷۱ مایل مربع)
ارتفاع: ۳۹ متر (۱۲۸ فوت)
جمعیت (۲۰۰۶-۱۲-۳۱): جمعیت (۲۰۰۶-۱۲-۳۱)
 • کل: ۳۲۷۳
 • تراکم: ۴۹/کیلومتر مربع (۱۳۰/مایل مربع)
منطقهٔ زمانی: CET/CEST (UTC+1/+2)
کدهای پستی: ۱۴۷۷۸, ۱۴۷۹۸
کدهای شماره‌گیری: ۰۳۳۸۳۴
پلاک خودرو: PM
وبگاه: www.amt-beetzsee.de
شهر هاولزیدر ایالت برندنبورگ در کشور آلمان واقع شده‌است.
منفرته دل سید

منفرته دل سید دهستانی در استان آلیکانتهٔ اسپانیا است.
در این دهستان ۶٬۱۵۷ نفر زندگی می‌کنند. مساحت این دهستان ۷۹٫۴۴ کیلومتر مربع است.
۱۴۶۷ (میلادی)

| 0 | 1 |
| --- | --- |
سده:: سده ۱۴ - سده ۱۵ - سده ۱۶
دهه:: ۱۴۳۰  ۱۴۴۰  ۱۴۵۰  ۱۴۶۰  ۱۴۷۰  ۱۴۸۰  ۱۴۹۰ 
سال:: ۱۴۶۴ ۱۴۶۵ ۱۴۶۶ - ۱۴۶۷ - ۱۴۶۸ ۱۴۶۹ ۱۴۷۰
| 0 | 1 |
| --- | --- |
گاه‌شماری ایرانی: ۸۴۵–۸۴۶
گاه‌شماری میلادی: ۱۴۶۷ MCDLXVII
گاه‌شماری اتیوپیایی: ۱۴۵۹–۱۴۶۰
گاه‌شماری ارمنی: ۹۱۶ ԹՎ ՋԺԶ
گاه‌شماری اسلامی: ۸۷۱–۸۷۲
گاه‌شماری ایگبو: ۴۶۷–۴۶۸
گاه‌شماری آشوری: ۶۲۱۷
گاه‌شماری بربری: ۲۴۱۷
گاه‌شماری بنگالی: ۸۷۴
گاه‌شماری بهائی: −۳۷۷ – −۳۷۶
گاه‌شماری بودایی: ۲۰۱۱
گاه‌شماری بیزانسی: ۶۹۷۵–۶۹۷۶
گاه‌شماری جوچه: نامعلوم
گاه‌شماری چینی: 丙戌年 (آتش سگ) ۴۱۶۳ یا ۴۱۰۳     — تا — 丁亥年 (آتش خوک) ۴۱۶۴ یا ۴۱۰۴
گاه‌شماری خورشیدی تایلندی: ۲۰۱۰
گاه‌شماری دیسکوردیان: ۲۶۳۳
گاه‌شماری ژاپنی: Bunshō ۲ / Ōnin ۱ (応仁元年)
گاه‌شماری ژولینی: ۱۴۶۷ MCDLXVII
گاه‌شماری سنتی برمه‌ای: ۸۲۹
گاه‌شماری عبری: ۵۲۲۷–۵۲۲۸
گاه‌شماری قبطی: ۱۱۸۳–۱۱۸۴
گاه‌شماری کره‌ای: ۳۸۰۰
گاه‌شماری مینگو: ۴۴۵ پیش از گاه‌شماری جمهوری چین 民前۴۴۵年
گاه‌شماری هولوسن: ۱۱۴۶۷
گاه‌شماری‌های هندو: 
 - ویکرم سموت: ۱۵۲۳–۱۵۲۴
 - شاکا ساموات: ۱۳۸۹–۱۳۹۰
 - کالی یوگا: ۴۵۶۸–۴۵۶۹
از تاریخ پیدایش رم: ۲۲۲۰
سال سلطنت انگلیس: ۶ ادوارد ۴ – ۷ ادوارد ۴
این جعبه:  نمایش بحث ویرایش: این جعبه:  نمایش بحث ویرایش
۱۴۶۷ (میلادی) هزار و چهارصد و شصت و هفتمین سال تقویم میلادی است.
منطقه کلان‌شهری دیتون

| منطقه کلان‌شهری دیتون | منطقه کلان‌شهری دیتون |
| --- | --- |
Dayton: Dayton
موقعیت منطقه کلان‌شهری دیتون در نقشه: موقعیت منطقه کلان‌شهری دیتون در نقشه
Country: United States
State(s): اوهایو
Largest city: دیتون، اوهایو
Other cities: - کترینگ، اوهایو - باورکرک، اوهایو - هیوبر هایتس، اوهایو - فایربورن، اوهایو - سنترویل، اوهایو
مساحت: مساحت
 • کل: ۱٬۷۱۵ مایل مربع (۴۴۴۰ کیلومتر مربع)
جمعیت: جمعیت
 • کل: ۷۹۹۲۳۲
 • رتبه: 61 st in the U.S.
 • تراکم: ۴۷۸/مایل مربع (۱۸۵/کیلومتر مربع)
منطقه کلان‌شهری دیتون (به انگلیسی: Dayton metropolitan area) یک منطقه کلان‌شهری در ایالات متحده آمریکا است. منطقه کلان‌شهری دیتون ۷۹۹٬۲۳۲ نفر جمعیت دارد.
وویچیخ اسکالموفسکی

وویچیخ اسکالموفسکی (به لهستانی: Wojciech Skalmowski) نویسنده، شرق‌شناس و زبان‌شناس اهل لهستان بود که در زمینهٔ زبان‌های ایرانی مطالعاتی داشته‌است. وی در ۲۴ ژوئن ۱۹۳۳ در پوزنان زاده‌شد و در ۱۸ ژوئیه ۲۰۰۸ در بروکسل درگذشت.
وویچیخ روشکوفسکی

| وویچیخ روشکوفسکی | وویچیخ روشکوفسکی |
| --- | --- |
وویچیخ روشکوفسکی (راست): وویچیخ روشکوفسکی (راست)
زادهٔ: ۲۹ مهٔ ۱۸۹۷ لویو، اتریش-مجارستان (اوکراین امروزی)
درگذشت: ۲۹ دسامبر ۱۹۷۶ (۷۹ سال) کراکوف، لهستان
ملیت: لهستانی
پیشه: بازیگر
سال‌های فعالیت: ۱۹۳۳–۱۹۶۷
وویچیخ روشکوفسکی (لهستانی: Wojciech Ruszkowski؛ ‏ ۲۹ مهٔ ۱۸۹۷ – ۲۹ دسامبر ۱۹۷۶) بازیگر اهل لهستان بود.
از فیلم‌ها یا برنامه‌های تلویزیونی که وی در آن نقش داشته‌است، می‌توان به یک همسر سیاستمدار، شوهرم امشب چه می‌کند؟ و لوتنا اشاره کرد.
وی همچنین برندهٔ جوایزی همچون نشان دهمین سالگرد خلق لهستان شده‌است.
پاداوکما

| پاداوکما | پاداوکما |
| --- | --- |
کشور:  سری‌لانکا
استان: استان جنوبی (سری‌لانکا)
منطقهٔ زمانی: یوتی‌سی +۵:۳۰ (Sri Lanka Standard Time)
پاداوکما (به لاتین: Padawkema) یک منطقهٔ مسکونی در سری‌لانکا است که در استان جنوبی (سری‌لانکا) واقع شده‌است.
گوریوکاکو

| گوریوکاکو | گوریوکاکو |
| --- | --- |
五稜郭: 五稜郭
بخشی از جنگ بوشین: بخشی از جنگ بوشین
نزدیک هاکوداته در ژاپن: نزدیک هاکوداته در ژاپن
governmental hall of the Republic of Ezo: governmental hall of the Republic of Ezo
گوریوکاکو: گوریوکاکو
مختصات: 
گونه: قلعه ستاره
پیشینه مکان: پیشینه مکان
سازنده: Takeda Hisaburō
نبردها/جنگ‌ها: Boshin War
19th century map of Goryōkaku: 19th century map of Goryōkaku
گوریوکاکو (انگلیسی: Goryōkaku) قلعه پنج ضلعی یک قلعه ستاره است که در هاکوداته، هوکایدو؛ ژاپن قرار دارد. گوریوکاکو قلعهٔ اصلی جمهوری کوتاه مدت  ازو بود.
پاداپیتیا

| پاداپیتیا | پاداپیتیا |
| --- | --- |
کشور:  سری‌لانکا
استان: استان جنوبی (سری‌لانکا)
منطقهٔ زمانی: یوتی‌سی +۵:۳۰ (Sri Lanka Standard Time)
پاداپیتیا (به لاتین: Paddapitiya) یک منطقهٔ مسکونی در سری‌لانکا است که در استان جنوبی (سری‌لانکا) واقع شده‌است.
موئنکوپی، آریزونا

| موئنکوپی، آریزونا | موئنکوپی، آریزونا |
| --- | --- |
حوزه سرشماری: حوزه سرشماری
Southeastern outskirts of Moenkopi and farming areas, as seen from the Arizona State Route 264: Southeastern outskirts of Moenkopi and farming areas, as seen from the Arizona State Route 264
موقعیت موئنکوپی، آریزونا در نقشه: موقعیت موئنکوپی، آریزونا در نقشه
موئنکوپی، آریزوناLocation in the United States: موئنکوپی، آریزوناLocation in the United States
مختصات: ۳۶°۶′۴۲″ شمالی ۱۱۱°۱۳′۱۵″ غربی﻿ / ﻿۳۶٫۱۱۱۶۷°شمالی ۱۱۱٫۲۲۰۸۳°غربی﻿ / 36.11167; -111.22083: مختصات: ۳۶°۶′۴۲″ شمالی ۱۱۱°۱۳′۱۵″ غربی﻿ / ﻿۳۶٫۱۱۱۶۷°شمالی ۱۱۱٫۲۲۰۸۳°غربی﻿ / 36.11167; -111.22083
کشور: ایالات متحده آمریکا
ایالت آمریکا: آریزونا
شهرستان: شهرستان کاکانینو، آریزونا
مساحت: مساحت
 • کل: ۱٫۵۰ مایل مربع (۳٫۸۹ کیلومتر مربع)
 • خشکی: ۱٫۵۰ مایل مربع (۳٫۸۹ کیلومتر مربع)
 • آب: ۰٫۰۰ مایل مربع (۰٫۰۰ کیلومتر مربع)
ارتفاع: ۴۷۷۷ فوت (۱۴۵۶ متر)
جمعیت (سرشماری ۲۰۱۰ ایالات متحده آمریکا): جمعیت (سرشماری ۲۰۱۰ ایالات متحده آمریکا)
 • کل: ۱۸۳۷
 • برآورد (۲۰۱۶): N/A
منطقهٔ زمانی: یوتی‌سی -۷ (MST)
زیپ‌کد: ۸۶۰۴۵
Area code: 928
کد FIPS: ۰۴–۴۷۳۳۰
شماره GNIS: ۰۰۰۸۱۵۹
موئنکوپی (به انگلیسی: Moenkopi) یک منطقهٔ مسکونی در ایالات متحده آمریکا است که در شهرستان کاکانینو، آریزونا واقع شده‌است. موئنکوپی ۳٫۸۹ کیلومتر مربع مساحت و ۱٬۸۳۷ نفر جمعیت دارد و ۱٬۴۵۶ متر بالاتر از سطح دریا واقع شده‌است.
۵'-فسفوریبوزیل-۴-کربوکسی-۵-آمینوایمیدازول

| ۵'-فسفوریبوزیل-۴-کربوکسی-۵-آمینوایمیدازول | ۵'-فسفوریبوزیل-۴-کربوکسی-۵-آمینوایمیدازول |
| --- | --- |
نام‌گذاری آیوپاک5-Amino-1-[(2R3R4S5R)-34-dihydroxy-5-(phosphonooxymethyl)oxolan-2-yl]imidazole-4-carboxylic acid: نام‌گذاری آیوپاک5-Amino-1-[(2R3R4S5R)-34-dihydroxy-5-(phosphonooxymethyl)oxolan-2-yl]imidazole-4-carboxylic acid
دیگر نام‌هاCarboxyaminoimidazole ribotide Carboxyaminoimidazole ribonucleotide CAIR 5-amino-1-(5-O-phosphono-β-D-ribofuranosyl)-1H-imidazole-4-carboxylic acid: دیگر نام‌هاCarboxyaminoimidazole ribotide Carboxyaminoimidazole ribonucleotide CAIR 5-amino-1-(5-O-phosphono-β-D-ribofuranosyl)-1H-imidazole-4-carboxylic acid
شناساگرها: شناساگرها
شماره ثبت سی‌ای‌اس: 6001-14-5
پاب‌کم: 165388
کم‌اسپایدر: 144983 Y
ChEBI: CHEBI:28413
جی‌مول-تصاویر سه بعدی: Image 1 Image 2
 SMILES C1=NC(=C(N1[C@H]2[C@@H]([C@@H]([C@H](O2)COP(=O)(O)O)O)O)N)C(=O)OO=P(O)(O)OC[C@H]2O[C@@H](n1cnc(C(=O)O)c1N)[C@H](O)[C@@H]2O :  SMILES C1=NC(=C(N1[C@H]2[C@@H]([C@@H]([C@H](O2)COP(=O)(O)O)O)O)N)C(=O)OO=P(O)(O)OC[C@H]2O[C@@H](n1cnc(C(=O)O)c1N)[C@H](O)[C@@H]2O 
 InChI InChI=1S/C9H14N3O9P/c10-7-4(9(15)16)11-2-12(7)8-6(14)5(13)3(21-8)1-20-22(17,18)19/h2-3,5-6,8,13-14H,1,10H2,(H,15,16)(H2,17,18,19)/t3-,5-,6-,8-/m1/s1 Y Key: XFVULMDJZXYMSG-ZIYNGMLESA-N YInChI=1/C9H14N3O9P/c10-7-4(9(15)16)11-2-12(7)8-6(14)5(13)3(21-8)1-20-22(17,18)19/h2-3,5-6,8,13-14H,1,10H2,(H,15,16)(H2,17,18,19)/t3-,5-,6-,8-/m1/s1 Key: XFVULMDJZXYMSG-ZIYNGMLEBD :  InChI InChI=1S/C9H14N3O9P/c10-7-4(9(15)16)11-2-12(7)8-6(14)5(13)3(21-8)1-20-22(17,18)19/h2-3,5-6,8,13-14H,1,10H2,(H,15,16)(H2,17,18,19)/t3-,5-,6-,8-/m1/s1 Y Key: XFVULMDJZXYMSG-ZIYNGMLESA-N YInChI=1/C9H14N3O9P/c10-7-4(9(15)16)11-2-12(7)8-6(14)5(13)3(21-8)1-20-22(17,18)19/h2-3,5-6,8,13-14H,1,10H2,(H,15,16)(H2,17,18,19)/t3-,5-,6-,8-/m1/s1 Key: XFVULMDJZXYMSG-ZIYNGMLEBD 
خصوصیات: خصوصیات
فرمول مولکولی: C9H14N3O9P
جرم مولی: 339.196 g/mol
به استثنای جایی که اشاره شده‌است در غیر این صورت، داده‌ها برای مواد به وضعیت استانداردشان داده شده‌اند (در 25 °C (۷۷ °F)، ۱۰۰ kPa): به استثنای جایی که اشاره شده‌است در غیر این صورت، داده‌ها برای مواد به وضعیت استانداردشان داده شده‌اند (در 25 °C (۷۷ °F)، ۱۰۰ kPa)
 Y (بررسی) (چیست: Y/N؟):  Y (بررسی) (چیست: Y/N؟)
Infobox references: Infobox references
:   
۵'-فسفوریبوزیل-۴-کربوکسی-۵-آمینوایمیدازول (به انگلیسی: 5'-Phosphoribosyl-4-carboxy-5-aminoimidazole) با فرمول شیمیایی C9H14N3O9P یک ترکیب شیمیایی با شناسه پاب‌کم 8038 است. که جرم مولی آن ۳۳۹٫۱۹۶ گرم بر مول می‌باشد.
لوییز نولسون

پرتره لوئیز نلسون کار لین گیلبرت، ۱۹۷۶، به سفارش گالری Pace، نیویورک.
لوییز نولسون (به انگلیسی: Louise Nevelson) (زاده ۲۳ سپتامبر ۱۸۹۹ - درگذشت ۱۷ آوریل ۱۹۸۸) یک مجسمه‌ساز آمریکایی بود.
وی در استان پولتاوا امپراتوری روسیه (اوکراین کنونی) متولد شد و در اوایل قرن بیستم با خانواده اش به ایالات متحده مهاجرت کرد. نلسون انگلیسی را در مدرسه یادگرفت.
در اوایل دهه ۱۹۳۰ وی در کلاسهای هنر دانشجویان هنر کالج نیویورک شرکت می‌کرد و در سال ۱۹۴۱ اولین نمایشگاه انفرادی خود را داشت. او دانش‌آموخته اساتیدی چون هانس هوفمن و چایم گروس بود، مجسمه‌های او که معمولاً از چوب ساخته می‌شوند، به شکل پازل مانند به نظر می‌رسند، مجسمه‌های دیواری وی اغلب ۳ بعدی بودند، یکی از ویژگی‌های منحصر به فرد کار او این است که چهره‌های او اغلب سیاه و سفید نقاشی می‌شوند. کارهای نولسون، در سی و یکمین دوسالانه ونیز به نمایش درآمد. کارهای او در مجموعه‌های اصلی در موزه نیویورک نگهداری می‌شود. نلسون یکی از مهمترین چهره‌های مجسمه‌سازی قرن بیستم آمریکا است.
ویکتور گرودتسکی

| ویکتور گرودتسکی | ویکتور گرودتسکی |
| --- | --- |
زادهٔ: ۲۵ فوریهٔ ۱۹۶۰ ‏(۶۴ سال) ورشو، لهستان
ملیت: لهستانی
ویکتور گرودتسکی (لهستانی: Wiktor Grodecki؛ زادهٔ ۲۵ فوریهٔ ۱۹۶۰) یک کارگردان فیلم، و فیلم‌نامه‌نویس اهل لهستان است.
از فیلم‌ها یا مجموعه‌های تلویزیونی که وی در آن‌ها نقش داشته‌است می‌توان به زائر اشاره نمود.
ویلیام آدامز (بازیکن فوتبال)

| اطلاعات شخصی | اطلاعات شخصی | اطلاعات شخصی | اطلاعات شخصی |
| --- | --- | --- | --- |
نام کامل:  ویلیام ادوارد آدامز
زادگاه:  اسمت‌ویک، انگلستان
پست:  مدافع
باشگاه‌های حرفه‌ای*: باشگاه‌های حرفه‌ای*
| سال‌ها |  باشگاه‌ها |  بازی† |  (گل)† |
| ۱۹۲۴ |  وست برومویچ آلبیون |  ۰ |  (۰) |
| ۱۹۲۵–۱۹۲۷ |  والسال |  ۴۵ |  (۱) |
 تعداد بازی‌ها و گل‌ها فقط مربوط به بازی‌های لیگ داخلی است. :  تعداد بازی‌ها و گل‌ها فقط مربوط به بازی‌های لیگ داخلی است. 
ویلیام آدامز (انگلیسی: William Edward Adams) یک بازیکن فوتبال در پست مدافع اهل انگلستان است.
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به باشگاه فوتبال والسال و باشگاه فوتبال وست برومویچ آلبیون اشاره کرد.
گنجشک کوهی

| گنجشک کوهی | گنجشک کوهی |
| --- | --- |
گنجشک کوهی، Petronia petronia: گنجشک کوهی، Petronia petronia
وضعیت حفاظت: وضعیت حفاظت
 کمترین نگرانی  (IUCN 3.1):  کمترین نگرانی  (IUCN 3.1)
رده‌بندی علمی: رده‌بندی علمی
فرمانرو:: جانوران
شاخه:: طنابداران
رده:: پرندگان
راسته:: گنجشک‌سانان
تیره:: گنجشک
گونه:: P. petronia
نام دوبخشی: نام دوبخشی
Petronia petronia : Petronia petronia 
Petronia petronia barbara
گنجشک کوهی (نام علمی: Petronia petronia) نام یک گونه از سرده گنجشک‌های صخره است.
پراکندگی و زیستگاه

در شمال غربی آفریقا، در سراسر جنوب اروپا، شمال و مرکز چین تولید مثل می‌کند.
ویژگی‌ها

گنجشک کوهی از نظر اندازه شبیه به گنجشک خانگی است اما نوک مخروطی بزرگ‌تری دارد.
طول آن حدود ۱۴ سانتی‌متر (۵٫۵ اینچ) است.
دارای پشت و بال‌های قهوه ای طرح دار است.
این پرنده آواز خس خس بلندی دارد.
رفتار > غذا و تغذیه

گنجشک صخره ای در طول سال دانه و در پاییز توت می‌خورد. در بهار رژیم غذایی آن شامل بی مهرگان، به ویژه کرم‌ها و ملخ‌ها است. این شیوه تغذیه در جوان‌ها نیز وجود دارد.
پارشرام

| پارشرام পরশুরাম | پارشرام পরশুরাম |
| --- | --- |
شهرک و  Municipality: شهرک و  Municipality
پارشرامlocation of Parshuram town in Bangladesh: پارشرامlocation of Parshuram town in Bangladesh
مختصات: ۲۳°۱۲′۴۹″شمالی ۹۱°۲۶′۴۱″شرقی﻿ / ﻿۲۳٫۲۱۳۵۱۸°شمالی ۹۱٫۴۴۴۶۹۳°شرقی﻿ / 23.213518; 91.444693: مختصات: ۲۳°۱۲′۴۹″شمالی ۹۱°۲۶′۴۱″شرقی﻿ / ﻿۲۳٫۲۱۳۵۱۸°شمالی ۹۱٫۴۴۴۶۹۳°شرقی﻿ / 23.213518; 91.444693
کشور:  بنگلادش
استان‌های بنگلادش: استان چیتاگونگ
فهرست ناحیه‌های بنگلادش: ناحیه فنی
اوپازیلا: پارشورام
شهرستان: ۲۲ آوریل ۲۰۰۱
حکومت: حکومت
 • نوع: Municipality
 • نهاد: Parshuram Municipality
 • شهردار: Nizam Uddin Ahommod Chowdhury
مساحت: مساحت
 • کل: ۲۲٫۴ کیلومتر مربع (۸٫۶ مایل مربع)
جمعیت (۲۰۱۱): جمعیت (۲۰۱۱)
 • کل: ۲۹۶۹۱
 • تراکم: ۱۳۰۰/کیلومتر مربع (۳۴۰۰/مایل مربع)
منطقهٔ زمانی: یوتی‌سی +۶ (زمان استاندارد بنگلادش)
postal code: ۳۹۴۰
National calling code: +۸۸۰
پارشرام (به لاتین: Parshuram) یک منطقهٔ مسکونی در بنگلادش است که در استان چیتاگونگ واقع شده‌است. پارشرام ۲۲٫۴ کیلومتر مربع مساحت و ۲۹٬۶۹۱ نفر جمعیت دارد.
پاراپ، قلمرو شمالی

پاراپ (به انگلیسی: Parap) یک حومه شهر در استرالیا است که در قلمرو شمالی (استرالیا) واقع شده‌است.