پرش به محتوای اصلی
طراح و سازنده تجهیزات پیشرفته تصویربرداری
یکشنبه ۲۶ مهر ۱۴۰۵

مقاله

پیدا کردن پلاگین کند در آلترون با تب‌های Performance و Internal Info

rahni

فریم‌ها می‌افتند، نرخ واقعی از عدد درخواستی پایین‌تر است و گراف پردازش شما ده‌دوازده نود دارد. کدام‌یک مقصر است؟ برای پیدا کردن پلاگین کند در آلترون لازم نیست حدس بزنید یا نودها را یکی‌یکی حذف کنید. دو تب Performance و Internal Info در پنل تشخیص جواب را روی صفحه می‌آورند.

تب‌های Diagnostics، Performance و Internal Info در آلترون
تب‌های Diagnostics، Performance و Internal Info در آلترون

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

قدم اول: عدد کلی CPU

در پنجره‌ی اصلی سه نشانگر Physical RAM، Virtual RAM و CPU را می‌بینید. هر کدام مصرف کل سیستم و مصرف خود برنامه را جدا نشان می‌دهد. اگر CPU نزدیک ۱۰۰ درصد است، افتادن فریم تعجبی ندارد. حالا باید دید چه چیزی این پردازنده را مصرف می‌کند.

قدم دوم: تب Performance

این تب یک جدول ساده است. ستون Item نام هر نود را نشان می‌دهد و ستون Cpu سهم آن از پردازنده را. جدول هر ثانیه تازه می‌شود. یک ردیف Ui هم هست که سهم خود رابط کاربری را نشان می‌دهد. اگر چند دوربین هم‌زمان باز باشند، ردیف‌های هر زنجیره زیر عنوان جدای Chain و شماره‌ی زنجیره می‌آیند.

  1. تصویربرداری را دقیقاً با همان تنظیماتی شروع کنید که مشکل در آن دیده شده.
  2. تب Performance را باز کنید و چند ثانیه صبر کنید تا عددها آرام بگیرند. عدد چند ثانیه‌ی اول بعد از Start گمراه‌کننده است.
  3. ردیفی را پیدا کنید که عدد Cpu آن به‌وضوح از بقیه بزرگ‌تر است.
  4. یک تغییر در همان نود بدهید و دوباره به جدول نگاه کنید. هر بار فقط یک تغییر.

قدم سوم: Internal Info برای دیدن محل ریزش داده

همیشه مشکل از پردازنده نیست. گاهی نودی با CPU معمولی داده را جا می‌گذارد. تب Internal Info برای همین است:

  • Count Rate: روی هر پورت ورودی و خروجی هر نود، در هر ثانیه چند بسته رد می‌شود.
  • Main / Extra Data Rate: نرخ داده‌ی اصلی بر حسب مگابایت بر ثانیه، و نرخ بایت‌های اضافه‌ای که همراه داده می‌آیند.

قاعده ساده است: اگر نرخ خروجی یک نود ناگهان از نرخ ورودی‌اش کمتر شد، داده همان‌جا در حال افتادن است. اگر اصلاً تصویری نمی‌بینید، اول نگاه کنید Count Rate پورت خروجی دوربین صفر است یا نه.

نود کند را پیدا کردید؛ حالا چه؟

  • تنظیمش را سبک‌تر کنید. مثلاً در ذخیره‌ی داده‌ی خام تفکیک‌شده، Compression بالاتر فایل را کوچک‌تر می‌کند ولی بار پردازشی را بیشتر می‌کند. یا در نود ماتریس تصحیح رنگ دوربین ناحیه‌ای رنگی، Use Lookup Table را روشن نگه دارید.
  • یک ImagingInterval در حالت Max rate جلویش بگذارید. این نود برای نرخ عبور داده سقف می‌گذارد و بقیه را دور می‌ریزد. در گراف‌های آماده‌ی دوربین ناحیه‌ای آن را با نام DREG می‌بینید. جای معمولش درست قبل از نود سنگین یا نمایشگر است.
  • Read Buffer Size را چک کنید. این تنظیم در پنل دوربین است و پیش‌فرض آن بیشترین مقدار است. بافر بزرگ‌تر یعنی درایور USB کمتر فراخوانی می‌شود. اگر کسی آن را پایین آورده، برگردانید. تغییرش از Start بعدی اعمال می‌شود.
  • نودهای اضافه را بردارید. هر نودی که نتیجه‌اش را لازم ندارید، سهمی از پردازنده می‌گیرد.

اشتباهی که زیاد می‌بینیم

ImagingInterval در حالت Max rate داده‌ی اضافه را دور می‌ریزد. اگر آن را اول زنجیره و پیش از شاخه‌ی ذخیره بگذارید و Apply to saving too هم تیک خورده باشد، فایل ضبط‌شده هم همان نرخ کم را خواهد داشت. وقتی به تک‌تک فریم‌ها نیاز دارید، این نود را فقط در شاخه‌ی نمایش یا جلوی نود سنگینی بگذارید که به همه‌ی فریم‌ها احتیاج ندارد.

توضیح عمومی‌تری درباره‌ی پروفایل‌گیری نرم‌افزار را در ویکی‌پدیا (انگلیسی) پیدا می‌کنید.

اگر جدول Performance گراف خودتان را نمی‌توانید تفسیر کنید، تصویری از آن را از طریق فرم تماس برایمان بفرستید.

همکاری‌ها

سازمان‌ها، دانشگاه‌ها، صنایع و شرکت‌هایی که از محصولات ما استفاده کرده‌اند

  • هدایت هوشمند نوژن سپهر