ابزارها، روششناسیها و جریانهایی که از ابتدای طراحی نیمهرساناها وجود داشتهاند در حال شکستن هستند، اما این بار تعداد زیادی از محققین وجود ندارد که راهحلهای بالقوه ارائه دهند. صنعت به تنهایی این ایده ها را فرموله می کند، و این به همکاری زیادی بین شرکت های EDA، کارخانه ها و طراحان نیاز دارد، که در گذشته نقطه قوت آنها نبوده است.
زمانی که نمیتوانید چیزی را تجزیه و تحلیل کنید، بهینهسازی آن دشوار است، و تجزیه و تحلیل بسیار دشوارتر میشود، زیرا بسیاری از مسائل در محصولات نیمهرسانای بزرگ یا چند فیزیک هستند، یا ترکیبی از سختافزار و نرمافزار، سیستم، برد هستند. ، بسته آی سی، interposer، تراشه و بلوک IP. در گذشته، رویکرد تفرقه بینداز و حکومت کن، روشی بود که در آن با مشکلات برخورد می شد. گاهی اوقات این کار به صورت سلسله مراتبی انجام می شود، مانند تأیید کامل یک بلوک قبل از یکپارچه شدن، یا گاهی اوقات با جداسازی یک مسئله، مانند عبور از دامنه ساعت.
با این حال، به طور فزاینده ای، برخی از مسائل در برابر این نوع رویکردها مقاومت می کنند و صنعت هنوز راه حل آسانی پیدا نکرده است. به عنوان مثال، مسائلی مانند امنیت، مسائلی در سطح سیستم هستند. همین امر برای بسیاری از مسائل مربوط به عملکرد یا قدرت صادق است. حتی مسائلی مانند یکپارچگی قدرت و سیگنال باید با سلسله مراتبی سروکار داشته باشند که از IP به سیستم دیگر، از طریق یک اتصال پیچیده متشکل از چندین لایه، که هر یک به طور سنتی برای مجموعهای از ابزارها طراحی شدهاند، سر و کار دارند.
این امر مجموعه جدیدی از مشکلات مدل سازی را ایجاد می کند و مستلزم آن است که برخی از ابزارهای موجود نقشی بسیار بزرگتر از گذشته داشته باشند. از طرف دیگر، صنعت باید در مورد تحمیل محدودیتهایی بر طرحها جدی باشد، به گونهای که امکان تحلیل وجود داشته باشد. در حالی که این صنعت شروع به شناخت مسائل کرده است، امروزه به صورت مقطعی با آن مقابله می کند. تا کنون، هیچ کس راه حل کلی که در آینده گسترش یابد، پیشنهاد نکرده است.
این یک بازی اعداد است. شکر کاپور، مدیر ارشد بازاریابی در می گوید: «اگر کل سیستم را در نظر بگیرید، تعداد گوشه ها در حال انفجار است. Synopsys. «امروزه، رویکردها هنوز به روش سلسله مراتبی تقسیم و حکومت کن برای انجام کارها و همچنین یافتن راههایی برای کاهش تعداد سناریوهایی که باید با آنها برخورد کنید، بازمیگردند. بدون آنها، نیازهای محاسباتی بسیار زیاد خواهد بود. و برای اینکه بتوانید سیستم ها را امضا کنید، مسیر بسیار بسیار طولانی تر خواهد بود."
رویکردهای سلسله مراتبی هنوز برای برخی چیزها مفید هستند. پراکاش ناراین، رئیس و مدیرعامل Real Intent میگوید: «اصل انتزاع در مکانهایی استفاده میشود که پیچیدگی اساسی تحلیل بسیار پیچیده است. در شبیهسازی، ما از آن در مدلهای عملکردی گذرگاه و تحلیل زمانبندی استاتیک استفاده میکنیم. ما از آن با ایجاد مدلهای زمانبندی سطح I/O، تقاطعهای دامنه ساعت، تکنیکهای علامتگذاری استاتیک برای تقاطع دامنه ساعت، تقاطع مجدد دامنه، از آن استفاده میکنیم. همه اینها مکان هایی هستند که ما با موفقیت از تکنیک های سلسله مراتبی استفاده می کنیم."
کاهش گوشه اغلب شامل تصمیمات طراحی است. کاپور از سینوپسیس میگوید: «چرا از عبور دامنه اجتناب نکنید. فقط طراحی را ناهمزمان نگه دارید، جایی که هر یک از قطعات به تنهایی زمان بندی می شوند. به این ترتیب می توانید تعداد گوشه های آن قطعه خاص را مدیریت کنید. سپس می توانید از تکنیک های کاهش گوشه در کنار آن استفاده کنید. با رویکردهای سلسله مراتبی برای تجزیه و تحلیل زمانبندی، هر قسمت را جداگانه زمانبندی میکنیم و سپس هر دو را با محدودیتها همراه میکنیم و ادغام گوشه را انجام میدهیم.
منظور از مسیرهایی که در همه جا افزایش می یابد. میک پوسنر، مدیر ارشد HPC IP در Synopsys میگوید: «بسیاری از مردم میخواهند سیستمهای چند دای را تجزیه و تحلیل کنند. راهحلهای یکپارچگی سیگنال و توان برای تمرکز بر روی قالب، از طریق بسته، به PCB استفاده میشوند. در حال حاضر، آن تبدیل شده است، به interposer، به بسته بندی، به PCB. این امر مخصوصاً برای رابطهای با کارایی بالا مانند 112G و رابطهای حافظه که تمرکز زیادی روی تأثیر آن interposer یا لایه مسیریابی است، صادق است. ما باید نحوه بسته بندی این اطلاعات را با IP کار کنیم که گاهی اوقات غیرممکن است زیرا نمی دانیم از آن IP چگونه استفاده می شود. ما میتوانیم یک جریان مرجع ارائه کنیم که به آنها نشان میدهد چگونه آن تحلیل را انجام میدهند.»
مشکل این است که انجام برخی از انتزاعات لازم دشوار است. Narain از Real Intent می گوید: «الزامات انتزاعی برای برنامه بسیار خاص است. آنها به فناوری وابسته هستند و از محصولی به محصول دیگر حتی برای آن کاربرد متفاوت هستند. آنها به فناوری استفاده شده توسط هر محصول برای اجرای عملکرد وابسته هستند. سپس باید سطح دقت مورد نظر خود را در نظر بگیرید. این برای یک برنامه کاربردی و فناوری بسیار خاص خواهد بود و استانداردها واقعاً بعداً دنبال خواهند شد زیرا انجام این فرآیند بسیار دشوار است."
پوزنر یک مثال خاص ارائه می دهد. برای HBM3، ما یک طرح مرجع بسته بندی کردیم. این یک طراحی مرجع از تراشه آزمایشی خود ما است. ما یک PHY توسعه دادیم، اما وقتی یک تراشه آزمایشی انجام میدهیم، باید یک interposer نیز ایجاد کنیم که به پشته HBM متصل شود. ما باید همه چیز را به روشی مشابه آنچه که یک مشتری باید انجام دهد انجام دهیم. سپس آنها می توانند از آن جریان استفاده کنند. اما، البته، این تراشه آزمایشی ما بود. آنها میتوانند از جریان استفاده مجدد کنند، اما دادههای واقعی به نحوهی چیدمان آن interposer اختصاص دارد.»
مشکل مدلسازی
دلیل این دشواری ها نبود مدل ها و ابزار تولید آن مدل هاست. مدلها معاوضهای بین وفاداری، دقت و عملکرد هستند. مدلهای با دقت بالا معمولاً وفاداری خوبی دارند، اما آهسته اجرا میشوند، در حالی که مدلهایی که سریعتر اجرا میشوند، از نظر دقت، وفاداری یا هر دو چیزی را رها میکنند. مدل های مورد نیاز هم مدل های کاربردی و هم غیر کاربردی هستند.
مدتی است که با این مشکل در حوزه عملکردی سروکار داریم، اما کار بیشتری لازم است. نیل هند، مدیر استراتژی فناوری تأیید طراحی در می گوید: «برای تأیید عملکرد ما چند مدل انجام می دهیم. زیمنس EDA. «ما سیکل دقیق، دستورالعمل مجموعه دقیق و غیره داریم. اما شما می خواهید راهی برای حرکت آسان بین آنها داشته باشید. با مدلسازی ترکیبی، شما این قابلیت را دارید که آنها را سریع اجرا کنید، سپس دقیق اجرا کنید. در حین پرواز، باید بتوانید مدل را تغییر دهید. به عنوان مثال، شخصی ممکن است سیستم عامل را روی یک مدل با دقت کمتر و سریع راهاندازی کند، سپس حالت طراحی را به یک مدل با دقت اجرا تغییر دهد. اکنون آنها می توانند از آن نقطه با جزئیات بسیار بیشتر و وفاداری بسیار بیشتر در خود مدل به جلو بروند. ما باید تواناییهای بیشتری را برای جابهجایی بین وفاداریها در زمانی که به آنها نیاز دارید، توسعه دهیم.»
امروزه از روش مشابهی برای تایید سطح بلوک و یکپارچه سازی استفاده می شود. سایمون دیویدمن، بنیانگذار و مدیر عامل شرکت می گوید: «وقتی یک هسته Arm می خرید، عملکرد هسته Arm را تأیید نمی کنید. نرم افزار ایمپراس. «شما ادغام آن را تأیید می کنید. اینجاست که شرکتهایی مانند Breker وارد میشوند. شما این بلوکها را دارید، اما چگونه میتوانید بررسی کنید که همه آنها خوب با یکدیگر صحبت میکنند؟ شما این کار را به همان روشی که یک بلوک را با UVM یا Verilog تأیید میکنید، انجام نمیدهید، این همان چیزی است که برای تأیید در سطح بلوک استفاده میکنید. سلسله مراتب در راستیآزمایی این است که همه بلوکهای خود را فعال کنید، آنها را به صورت جداگانه آزمایش کنید، سپس آنها را گرد هم آورید و نگران آزمایشهای ادغام باشید. اما آنها به روشهای متفاوتی نیاز دارند.»
مشکل همیشه این بوده است که ایجاد این مدلها زمان و تلاش میبرد و هر مدل باید تأیید شود تا از سازگاری اطمینان حاصل شود. تیم کوگل، مهندس اصلی نمونهسازی مجازی برای Synopsys میگوید: «برای معماری، به ویژگیهای غیر کاربردی مانند جزئیات زمانبندی نیز نیاز دارید. این مستلزم تلاش بسیار بیشتری برای ساخت مدل ها است. در حالی که صنعت سطوح بالاتری از انتزاع را ایجاد کرده است، اما در ایجاد ابزارهایی برای ساخت این مدلهای عملکرد غیرعملکردی موفق نبوده است. به عنوان مثال، نرم افزار عناصر پردازش را به عنوان واحدهای منبع انتزاعی تر می بیند، و سپس ممکن است مدل های دقیق تری از زیرسیستم اتصال و حافظه یا شبکه بین تراشه های مختلف داشته باشید. Arteris و Arm اینها را برای شبکههای منسجم، برای انواع مختلف IP اتصال، و همچنین برای کنترلکنندههای حافظه، که قطعات کلیدی ادغام هستند، ارائه میکنند.
ابزارهای تولید مدل بیشتری مورد نیاز است. مالک واسیریکالا، کارگردان و متخصص محصول می گوید: «وقتی طرحی را با استفاده از الگوهای خاص تجزیه و تحلیل می کنید، توانایی ایجاد یک مدل انتزاعی را دارید. انسیس. به عنوان مثال، وقتی من داخلی یک تراشه را تجزیه و تحلیل میکنم، میدانم که از دیدگاه رابط چگونه رفتار میکند. من می توانم یک مدل ایجاد کنم که انگار دارم کل این قسمت را از حاشیه یا در مرز تراشه به دنیای بیرون می بینم. سپس هنگام تجزیه و تحلیل تراشه دیگر متصل به آن، به جزئیات داخلی تراشه نیازی ندارم. من فقط آن مدل رفتاری را به این تحلیل وصل میکنم و کارم تمام است.»
اما شکاف هایی وجود دارد. کوگل از سینوپسیس می گوید: «بخشی که گم شده است، یکپارچگی و تبادل بهتر داده ها بین دنیای فیزیکی و دنیای مجازی است. ما به یک مدل معماری مبتنی بر اطلاعات پلان طبقهبندی، هندسههای آموختهشده نیاز داریم، که وقتی به سطح نمونه اولیه مجازی منتقل میشود به شما کمک میکند تا عملکرد، قدرت و حرارت را بر اساس فعالیت واقعی برنامه تأیید کنید.»
کی تموم کردی؟
تکمیل یکی از مشکلات در هر کار تجزیه و تحلیل است. آیا موارد مهم را پوشش داده اید؟ معیارهای پوشش برای راستیآزمایی عملکردی در سطح بلوک وجود دارد، اما این مدل دیگری است که باید به سطوح بالاتری از انتزاعات و به حوزههای غیرعملکردی منتقل شود. "اگر بخشی از تأیید خود را در حوزه RTL و برخی در نمونه اولیه مجازی اجرا می کنید، چگونه آن موارد پوشش را با هم ادغام می کنید؟» از دست زیمنس می پرسد. امروز این کار از طریق پوشش عملکردی انجام میشود، اما این فرصت وجود دارد - بهویژه زمانی که به تولید محرک نگاه میکنید، زمانی که از هوش مصنوعی در سمت پوشش چیزها استفاده میکنید - شروع به استنباط اطلاعات از انواع مختلف پوشش کنید.»
دنیای نرم افزار در این زمینه بسیار سست عمل کرده است. دیویدمن از Imperas می گوید: «من فکر نمی کنم رویکرد یا روش استانداردی برای پوشش وجود داشته باشد. طبق اطلاعات من، هیچ اتوماسیونی در مورد نرم افزاری که معادل نقاط پوشش و گروه های پوشش در HDL باشد، انجام نداده است. چک کننده های پروتکل برای تأیید و تجزیه و تحلیل وجود دارد. و می توانید آمار بسازید، جایی که می توانید توابع را تماشا کنید یا دسترسی به متغیرها را تماشا کنید. با توجه به عدم استانداردسازی، ما ابزار لازم را ارائه می کنیم، اما کاربر باید خودش آن را بسازد.
هنگامی که تصوری از پوشش دارید، می توانید به بهینه سازی تأیید اعتبار فکر کنید. Hand میگوید: چه محرک قابل حمل در شکل فعلیاش باشد، چه چیزی که بر اساس آن مفاهیم است، ما به تولید سناریو در سطح سیستم نیاز داریم. آیا میتوانیم آن را قبول کنیم و یک سطح بالاتر برویم و با نمونههای اولیه مجازی و مدلسازی سیستم پیش برویم و سناریوسازی را در سیستمهای قوی انجام دهیم؟ با یکپارچه شدن بیشتر و بیشتر سیستمها، اهمیت آن بیشتر و بیشتر خواهد شد.»
دیگران موافقند. کوگل میگوید: «شما میخواهید این تداوم را بین سطح IP، سطح SoC و سپس تأیید صحت سیلیکونی داشته باشید. محرک قابل حمل یکی از رویکردهای دستیابی به آن است. سپس می توانید آنچه را که یک مورد آزمایشی انتزاعی بود اجرا کنید، مانند یک برنامه بر روی یک هسته جاسازی شده، سپس در نمونه اولیه مجازی. در آن مفهوم گسترده، این تأیید مفهوم معماری است. بعداً، شما RTL را با نرمافزاری روی یک شبیهساز، روی یک نمونه اولیه FPGA اجرا میکنید، و میتوان از آن برای اعتبارسنجی عملکرد استفاده کرد، زیرا بیشتر شبیه «آنچه میبینید همان چیزی است که دریافت میکنید». این یک مدل مجازی سطح بالا نیست.
شکل 1: سطوح چندگانه مدل ها و اهداف راستی آزمایی. منبع: سینوپسیس
راه دیگر برای نزدیک شدن به تأیید یکپارچگی از طریق انطباق عملکردی است. نیک هیتون، مهندس برجسته و معمار تأیید SoC در می گوید: «تلاشی در Arm به نام «سیستم آماده» برای تعریف معنای سازگار بودن و توانایی راهاندازی یک سیستم عامل وجود دارد. آهنگ. «اگر پیادهسازی شما انجام شود، مجبور نخواهید بود نسخههای سیستمعامل Red Hat یا هر چیز دیگری را تغییر دهید. آنها فقط روی آن بوت می شوند. این قرارداد بین نرم افزار و سخت افزار است. محرک قابل حمل سعی می کند این کار را به شیوه ای کلی تر انجام دهد، و ما آن را VIP می نامیم زیرا نوعی محتوای خارج از جعبه است که مثلاً در سطح هماهنگی ارائه می کنیم. ما همه جایگشتهای انسجام را آزمایش میکنیم و میتوانیم آن را اساساً به هر پلتفرمی ارائه دهیم، چه Arm یا RISC-V یا هر چیز دیگری.»
مشکل اشکال زدایی
این که بتوان یک مدل را اجرا کرد یک چیز است، اما یافتن و رفع مشکل در یک مدل یا نحوه استفاده از مدل، سطح دیگری از پیچیدگی است. دیویدمن میگوید: «اگر نرمافزار را روی سختافزار یا یک FPGA اشکالزدایی میکنید، یک gdb دریافت میکنید که به آن متصل میشود، و میتوانید جریان دستورالعملهای یک پردازنده را به تنهایی گام بردارید». اما مشکل زمانی پیش میآید که آنها 10 پردازنده یا بیشتر داشته باشند، و باید بدانند که وقتی «this» روی «آن» نوشته میشود، این به چه شکل است؟ تجزیه و تحلیل و اشکال زدایی باید به روشی جامع انجام شود تا بتوانید همه چیز را ببینید. این باید شامل پشته های نرم افزار باشد تا بتوانید به رفتار پلتفرم نگاه کنید.
این مجموعه ای از خواسته ها متفاوت از اشکال زدایی سخت افزار است. Hand میگوید: «همانطور که ما شروع به تست یکپارچهسازی سختافزار/نرمافزار میکنیم، شروع به دیدن قابلیتهای اشکالزدایی نرمافزار بیشتری میکنیم که در محیط اشکالزدایی نمونه اولیه مجازی یکپارچه شدهاند. «همانطور که ما در دسترس قرار دادن آن برای طراحان سیستم هستیم، فرصتی برای ما وجود دارد که به مدلهای استفاده نگاه کنیم، و محیطهای طراحی که آن تیمها میخواهند روی آنها کار کنند چیست؟ چگونه می توانیم آن را ادغام کنیم؟ شما می خواهید طراحان سیستم با نمونه های اولیه مجازی به گونه ای تعامل داشته باشند که برای آنها معنادار باشد. همه چیز در مورد شناسایی کاربران نهایی و ترسیم مدل های استفاده برای آنهاست. این منطقهای است که ما میتوانیم در آن کارهای زیادی انجام دهیم و کارهای زیادی وجود دارد که باید انجام دهیم.»
ابزارها و روش ها باید با نیازهای هر سطح مطابقت داشته باشند. Cadence's Heaton می گوید: «مردانی که تأیید ادغام را انجام می دهند، افرادی نیستند که هر یک از بلوک ها را می شناسند. "زمان برای اشکال زدایی یا زمان چرخش به طور فزاینده ای مهم می شود. تعداد چرخه های اشکال زدایی که می توانید در یک روز اجرا کنید بسیار مشکل ساز است. اگر ابزارها بتوانند شما را به مرتبه اول راهنمایی کنند، می تواند ساعت ها از اشکال زدایی صرفه جویی کند. ما در آغاز این سفر هستیم. یادگیری در حال انجام است و روشی که ما از این ابزارها استفاده می کنیم چیزی است که بهتر خواهد شد.»
هوش مصنوعی ممکن است کمک کند. مت گراهام، مدیر گروه مهندسی محصول در Cadence، میگوید: با وجود این واقعیت که انسانها بهترین شبکه عصبی را دارند، I/O ما کم و بیش سریالی است. شاید بتوانیم دو یا سه مسیر موازی را اداره کنیم، اما مطمئناً بیش از این نیست. ماشین ها می توانند همه این موارد را به صورت موازی در نظر بگیرند. آنها ممکن است از یک الگوریتم ساده یا مجموعه ای ساده از هوش مصنوعی برای انجام کاری در آن چیز موازی و بسیار یکپارچه استفاده کنند. اما این با آنچه که خودمان قادر به انجام آن هستیم متفاوت است. شاید مواردی مانند آخرین باری که ما یک بازبینی داشتیم یا چه چیزی تغییر کرده است، یا تشخیص اینکه کجا رفتار متفاوت است، یا چه پارامترهایی در یک IP تغییر کردهاند.
نتیجه
پیچیدگی سیستم امروزه بر بسیاری از ابزارها و روشهای موجود غالب است. تکنیک های استفاده شده در گذشته، اگرچه هنوز ارزشمند هستند، کافی نیستند. صنعت شاهد بسیاری از این مشکلات در زمینه تأیید عملکرد بوده است، اما این تنها نوک کوه یخ است. با توجه به پیشرفت کمی در زمینه شناخته شده، پیشرفت در بسیاری از زمینه های دیگر سریع نخواهد بود - به ویژه آنهایی که با بسته بندی پیشرفته هدایت می شوند.
- محتوای مبتنی بر SEO و توزیع روابط عمومی. امروز تقویت شوید.
- پلاتوبلاک چین. Web3 Metaverse Intelligence. دانش تقویت شده دسترسی به اینجا.
- منبع: https://semiengineering.com/design-and-verification-methodologies-breaking-down/
- 1
- 10
- a
- قادر
- درباره ما
- چکیده
- حساب
- دقت
- دقیق
- رسیدن
- در میان
- فعالیت
- پیشرفته
- AI
- الگوریتم
- معرفی
- همیشه
- تحلیل
- تحلیل
- تجزیه و تحلیل
- و
- دیگر
- کاربرد
- روش
- رویکردها
- معماری
- معماری
- محدوده
- مناطق
- ARM
- دور و بر
- اتوماسیون
- در دسترس
- به عقب
- مستقر
- اساسا
- زیرا
- شدن
- شود
- تبدیل شدن به
- قبل از
- شروع
- بودن
- بهترین
- بهتر
- میان
- بزرگتر
- مسدود کردن
- بلاک ها
- تخته
- شکستن
- به ارمغان بیاورد
- پهن
- ساختن
- بنا
- می سازد
- اتوبوس
- خرید
- آهنگ
- صدا
- نام
- قابلیت های
- توانا
- مورد
- موارد
- مدیر عامل شرکت
- قطعا
- بررسی
- تراشه
- چیپس
- منسجم
- ترکیب
- بیا
- آینده
- شرکت
- پیچیده
- پیچیدگی
- انطباق
- موافق
- مفهوم
- متصل
- متصل
- در نظر بگیرید
- محدودیت ها
- محتوا
- قرارداد
- همکاری
- هسته
- گوشه
- گوشه ها
- دوره
- پوشش
- پوشش
- پوشش داده شده
- ایجاد
- ایجاد
- ایجاد
- جاری
- مشتری
- چرخه
- داده ها
- روز
- مقدار
- معامله
- تصمیم گیری
- ارائه
- تحویل
- خواسته
- وابسته
- طرح
- طراحان
- طرح
- جزئیات
- دقیق
- جزئیات
- توسعه
- توسعه
- مردن
- مختلف
- مشکل
- مشکلات
- مدیر
- برجسته
- عمل
- دامنه
- حوزه
- آیا
- پایین
- رانده
- هر
- به آسانی
- تلاش
- هر دو
- عناصر
- جاسازی شده
- مهندس
- مهندسی
- اطمینان حاصل شود
- محیط
- محیط
- معادل
- به خصوص
- تاسیس
- حتی
- همه چیز
- مثال
- تبادل
- اجرا کردن
- موجود
- گسترش
- خارجی
- روش
- FAST
- سریعتر
- کمی از
- وفاداری
- انجیر
- پیدا کردن
- پیدا کردن
- نام خانوادگی
- رفع
- جریان
- جریانها
- تمرکز
- به دنبال
- فرم
- به جلو
- موسس
- موسس و مدیر عامل
- fpga
- از جانب
- کاملا
- تابعی
- قابلیت
- توابع
- اساسی
- آینده
- بازی
- سوالات عمومی
- مولد
- نسل
- دریافت کنید
- دادن
- داده
- Go
- اهداف
- رفتن
- خوب
- بیشتر
- گروه
- گروه ها
- دسته
- سخت افزار
- است
- کمک
- سلسله مراتب
- در سطح بالا
- عملکرد بالا
- بالاتر
- خیلی
- جامع
- ساعت ها
- چگونه
- چگونه
- hpc
- HTTPS
- بزرگ
- انسان
- ترکیبی
- ایده ها
- شناسایی
- تأثیر
- انجام
- پیاده سازی
- مهم
- تحمیل
- غیر ممکن
- in
- ترکیب کردن
- افزایش
- به طور فزاینده
- به طور جداگانه
- صنعت
- اطلاعات
- یکپارچه
- ادغام
- تمامیت
- قصد
- تعامل
- رابط
- رابط
- داخلی
- شامل
- IP
- موضوع
- مسائل
- IT
- اقلام
- خود
- سفر
- کاپور
- نگاه داشتن
- کلید
- نوع
- دانستن
- دانش
- عدم
- بزرگ
- نام
- لایه
- لایه
- آموخته
- یادگیری
- سطح
- سطح
- قدرت نفوذ
- احتمالا
- کوچک
- دیگر
- نگاه کنيد
- شبیه
- خیلی
- ماشین آلات
- ساخته
- ساخت
- مدیریت
- روش
- بسیاری
- نقشه برداری
- بازار یابی (Marketing)
- انبوه
- مسابقه
- حداکثر عرض
- معنی دار
- به معنی
- حافظه
- ادغام کردن
- ادغام
- متدولوژی ها
- روش شناسی
- متریک
- قدرت
- گم
- مدل
- مدل سازی
- مدل
- تغییر
- بیش
- اکثر
- متحرک
- چندگانه
- لازم
- نیاز
- نیازهای
- شبکه
- شبکه
- عصبی
- شبکه های عصبی
- جدید
- ایده
- عدد
- تعداد
- ONE
- عملیاتی
- سیستم عامل
- فرصت
- بهینه سازی
- بهینه سازی
- سفارش
- OS
- دیگر
- خود
- بسته
- بسته بندی
- موازی
- پارامترهای
- بخش
- ویژه
- ویژه
- عبور می کند
- گذشته
- مسیر
- الگوهای
- مردم
- کارایی
- چشم انداز
- فیزیکی
- قطعه
- قطعات
- محل
- اماکن
- سکو
- افلاطون
- هوش داده افلاطون
- PlatoData
- نقطه
- نقطه
- استخر
- ممکن
- پتانسیل
- قدرت
- پراکاش
- رئيس جمهور
- اصلی
- اصل
- مشکل
- مشکلات
- روند
- در حال پردازش
- پردازنده ها
- محصول
- محصولات
- برنامه
- پیشرفت
- املاک
- پیشنهاد شده
- پروتکل
- نمونه اولیه
- نمونه
- نمونه سازی
- ارائه
- فراهم می کند
- واقعی
- قلمرو
- دلیل
- شناختن
- قرمز
- ردهت
- كاهش دادن
- طراحی مرجع
- منتشر شده
- نیاز
- ضروری
- مورد نیاز
- نیاز
- محققان
- منابع
- تنومند
- نقش
- دویدن
- در حال اجرا
- همان
- ذخیره
- سناریوها
- تیم امنیت لاتاری
- مشاهده
- به دنبال
- می بیند
- نیمه هادی
- ارشد
- حس
- سریال
- جدی
- تنظیم
- باید
- نشان می دهد
- امضاء
- سیگنال
- مشابه
- شمعون
- ساده
- شبیه سازی
- پس از
- تنها
- به آرامی
- So
- تا حالا
- نرم افزار
- راه حل
- مزایا
- برخی از
- کسی
- چیزی
- منبع
- دهانه ها
- متخصص
- خاص
- پشته
- پشته
- استاندارد
- استانداردهای
- شروع
- راه افتادن
- دولت
- ارقام
- گام
- هنوز
- محرک
- استراتژی
- جریان
- قوی
- موفق
- موفقیت
- چنین
- کافی
- عرضه
- گزینه
- سیستم
- سیستم های
- طراحی شده
- گرفتن
- طول می کشد
- سخنگو
- کار
- تیم ها
- تکنیک
- پیشرفته
- قوانین و مقررات
- آزمون
- تست
- تست
- La
- محوطه
- آینده
- شان
- خودشان
- حرارتی
- چیز
- اشیاء
- سه
- از طریق
- تیم
- زمان
- به پایان رسید
- زمان
- نوک
- به
- امروز
- با هم
- هم
- ابزار
- بالا
- طرف
- به طور سنتی
- درست
- انواع
- فهمید
- در حال انجام
- واحد
- us
- استفاده کنید
- کاربر
- کاربران
- استفاده
- با استفاده از
- تصدیق
- اعتبار سنجی
- ارزشمند
- مختلف
- تایید
- تایید
- بررسی
- تایید
- VIP
- مجازی
- دنیاهای مجازی
- تماشا کردن
- راه
- چی
- چه
- که
- در حین
- WHO
- اراده
- بدون
- مهاجرت کاری
- کار کردن
- کارگر
- جهان
- جهان
- خواهد بود
- نوشته
- شما
- زفیرنت