Yarı iletken tasarımının şafağından beri yürürlükte olan araçlar, metodolojiler ve akışlar çöküyor, ancak bu sefer potansiyel çözümlerle gelen büyük bir araştırmacı havuzu yok. Endüstri bu fikirleri formüle etmek için tek başına ve bu, EDA şirketleri, fab'lar ve tasarımcılar arasında, geçmişte güçlü noktaları olmayan çok sayıda işbirliği gerektirecek.
Bir şeyi analiz edemediğinizde optimize etmek zordur ve analiz çok daha zor hale gelmektedir çünkü büyük yarı iletken ürünlerdeki sorunların çoğu ya çoklu fiziktir ya da bunlar donanım ve yazılım, sistem, kart kombinasyonudur. , IC paketi, aracı, çip ve IP bloğu. Geçmişte, böl ve fethet yaklaşımı sorunların ele alınma biçimiydi. Bazen bu, bir bloğun entegre edilmeden önce tam olarak doğrulanması gibi hiyerarşik olarak veya bazen de saat alanı geçişinde olduğu gibi bir sorunu izole ederek yapılır.
Bununla birlikte, bazı sorunlar bu tür yaklaşımlara giderek daha fazla direniyor ve sektör henüz kolay bir çözüm bulamıyor. Örneğin, güvenlik gibi sorunlar sistem düzeyindeki sorunlardır. Aynısı birçok performans veya güç sorunu için de geçerlidir. Güç ve sinyal bütünlüğü gibi sorunlar bile, her biri geleneksel olarak farklı bir araç grubuna göre uyarlanmış birçok katmanın karmaşık bir ara bağlantısı aracılığıyla IP'den sisteme uzanan bir hiyerarşi ile uğraşmak zorundadır.
Bu, yeni bir dizi modelleme problemi yaratır ve bazı mevcut araçların geçmişte olduğundan çok daha büyük bir rol üstlenmesini gerektirir. Alternatif olarak, endüstri, analizin mümkün olması için tasarımlara kısıtlamalar getirme konusunda ciddileşmek zorunda kalacak. Bu endüstri sorunları tanımaya başlarken, bugün bunları parça parça ele alıyor. Şimdiye kadar hiç kimse geleceğe uzanacak genel bir çözüm önermedi.
Bu bir sayı oyunudur. Pazarlama Kıdemli Direktörü Shekhar Kapoor, "Bütün sistemi hesaba katarsanız, viraj sayısı patlıyor" diyor. Synopsus. "Bugün, yaklaşımlar hala işleri yapmanın hiyerarşik böl ve yönet yöntemine geri dönüyor ve ayrıca uğraşmanız gereken senaryo sayısını azaltmanın yollarını buluyor. Bunlar olmadan, hesaplama gereksinimleri çok büyük olacaktır. Ve sistemlerde oturumunuzu kapatabilmeniz için yol çok ama çok daha uzun olacak.”
Hiyerarşik yaklaşımlar hala bazı şeyler için yararlıdır. Real Intent'in başkanı ve CEO'su Prakash Narain, "Soyutlama ilkesi, analizin temel karmaşıklığının çok karmaşık olduğu yerlerde kullanılır" diyor. "Simülasyonda, onu veri yolu işlevsel modelleri ve statik zamanlama analizi açısından kullanıyoruz. G/Ç düzeyinde zamanlama modelleri, saat alanı geçişleri, saat alanı geçişi için statik oturum kapatma teknikleri, sıfırlama alanı geçişi oluşturarak kullanıyoruz. Bunların hepsi, hiyerarşik teknikleri başarıyla kullandığımız yerlerdir.”
Köşe küçültme genellikle tasarım kararlarını içerir. Synopsys'ten Kapoor, "Etki alanı geçişlerinden neden kaçınmıyorsunuz" diyor. "Sadece tasarımı asenkron tutun, her bir parça kendi başına zamanlanır. Bu şekilde, söz konusu parça için köşe sayısını yönetebilirsiniz. Ardından, bunun üzerine köşe azaltma tekniklerini kullanabilirsiniz. Zamanlama analizi için hiyerarşik yaklaşımlarla, her bir parçayı ayrı ayrı ve ardından her ikisini de kısıtlamalarla birlikte zamanlıyoruz ve köşe birleştirmeyi yapıyoruz.”
Her yerde artan yollardan kastedilen nedir? Synopsys'de HPC IP Kıdemli Direktörü Mick Posner, "Birçok kişi çok kalıplı sistemlerin analizini yapmak istiyor" diyor. “Paketten PCB'ye kalıba odaklanmak için kullanılan sinyal ve güç bütünlüğü çözümleri. Artık kalıp, aracılık etmek, paketlemek, PCB'ye dönüşmüştür. Bu, özellikle 112G gibi yüksek performanslı arabirimler ve aracının veya yönlendirme katmanının etkisine çok fazla odaklanılan bellek arabirimleri için geçerlidir. Bu bilgiyi IP ile nasıl paketleyeceğimizi bulmamız gerekiyor ki bu bazen imkansızdır çünkü o IP'nin nasıl kullanıldığını bilmiyoruz. Onlara bu analizi nasıl yaptıklarını gösteren bir referans akışı sağlayabiliriz."
Sorun şu ki, gerekli soyutlamalardan bazılarını yapmak zor. Real Intent'ten Narain, "Soyutlama gereksinimleri uygulamaya çok özeldir" diyor. "Teknolojiye bağlılar ve bu uygulama için bile üründen ürüne farklılık gösteriyorlar. İşlevselliği uygulamak için her ürün tarafından kullanılan teknolojiye bağlıdırlar. O zaman aradığınız doğruluk seviyesini göz önünde bulundurmalısınız. Bir uygulamaya ve teknolojiye çok özel olacak ve standartlar gerçekten daha sonra takip edilecek çünkü bu başarılması çok zor bir süreç.”
Posner belirli bir örnek sağlar. "HBM3 için bir referans tasarım oluşturduk. Kendi test çipimizin referans tasarımıdır. Bir PHY geliştirdik, ancak bir test çipi yaptığımızda, HBM yığınına bağlanan bir aracı da geliştirmemiz gerekiyor. Her şeyi bir müşterinin yapması gerekene benzer bir şekilde yapmalıyız. Daha sonra bu akıştan yararlanabilirler. Ama tabii ki bu bizim test çipimizdi. Akışı yeniden kullanabilirler, ancak gerçek veriler, aracıyı nasıl yerleştireceklerine özel olacak."
modelleme sorunu
Bu zorlukların nedeni, model eksikliği ve bu modelleri üretme araçlarıdır. Modeller aslına uygunluk, doğruluk ve performans arasındaki dengelerdir. Yüksek doğruluklu modeller iyi bir aslına sahip olma eğilimindedir, ancak yavaş yürütülürken, daha hızlı çalışan modeller doğruluk, aslına uygunluk veya her ikisi açısından bir şeyden vazgeçer. Gerekli modeller hem işlevsel hem de işlevsel olmayan modellerdir.
Bir süredir işlevsel alandaki sorunla uğraşıyoruz, ancak daha fazla çalışma gerekiyor. Tasarım doğrulama teknolojisi strateji direktörü Neil Hand, "İşlevsel doğrulama için birkaç model yapıyoruz" diyor. Siemens EDA. "Döngü doğruluğuna, talimat setine göre doğruluğa vb. sahibiz. Ancak aralarında kolayca hareket etmenin bir yolunu bulmak istersiniz. Hibrit modelleme ile, hızlı çalışma, ardından doğru çalışma dedikleri beceriye sahipsiniz. Anında, modeli değiştirebilmeniz gerekir. Örneğin, birisi işletim sistemini daha az doğru, hızlı çalışan bir modelde önyükleyebilir ve ardından tasarım durumunu doğru çalışan bir modele çevirebilir. Artık modelin kendisinde çok daha fazla ayrıntı ve çok daha fazla doğrulukla bu noktadan ilerleyebiliyorlar. İhtiyacınız olduğunda sadakatler arasında geçiş yapmak için daha da büyük yetenekler geliştirmemiz gerekiyor.”
Bugün, blok seviyesi ve entegrasyon doğrulaması için benzer bir metodoloji kullanılmaktadır. "Bir Arm çekirdeği satın aldığınızda, Arm çekirdeğinin işlevselliğini doğrulamazsınız," diyor kurucu ve CEO'su Simon Davidmann. Imperas Yazılımı. “Bunun entegrasyonunu doğruladınız. İşte burada Breker gibi şirketler devreye giriyor. Bu blokajlara sahipsiniz, ancak hepsinin birbirleriyle iyi konuştuklarını nasıl kontrol edeceksiniz? Bunu, blok düzeyinde doğrulama için kullandığınız UVM veya Verilog ile bir bloğu doğruladığınız şekilde yapmazsınız. Doğrulamadaki hiyerarşi, tüm bloklarınızı çalışır hale getirmek, bunları ayrı ayrı test etmek, ardından bir araya getirmek ve entegrasyon testleri hakkında endişe etmektir. Ancak farklı metodolojiler gerektiriyorlar.”
Sorun her zaman, bu modelleri oluşturmanın zaman ve çaba gerektirmesi ve tutarlılığı sağlamak için her modelin doğrulanması gerektiği olmuştur. Synopsys sanal prototipleme baş mühendisi Tim Kogel, "Mimari için, zamanlama ayrıntısı gibi işlevsel olmayan özelliklere de ihtiyacınız var" diyor. "Bu, modelleri oluşturmak için çok daha fazla çaba gerektiriyor. Endüstri daha yüksek soyutlama seviyeleri oluşturmuş olsa da, bu işlevsel olmayan performans modellerini oluşturmak için araçlar yaratmada o kadar başarılı olamamıştır. Örneğin, yazılım, işleme öğelerini daha soyut kaynak birimleri olarak görür ve bu durumda ara bağlantı ve bellek alt sistemi veya farklı yongalar arasındaki ağ için daha ayrıntılı modellere sahip olabilirsiniz. Arteris ve Arm, tutarlı ağlar, çeşitli ara bağlantı IP'leri ve ayrıca entegrasyonun kilit parçaları olan bellek denetleyicileri için bunları sağlıyor."
Daha fazla model oluşturma aracı gereklidir. Direktörü ve ürün uzmanı Malik Vasirikala, "Belirli kalıpları kullanarak bir tasarımı analiz ettiğinizde, soyut bir model yaratma yeteneğiniz olur" diyor. Ansys. "Örneğin, bir çipin içini analiz ettiğimde, arayüz perspektifinden nasıl davrandığını da biliyorum. Tüm bu parçayı periferiden ya da çipin dış dünyaya sınırından görüyormuş gibi bir model oluşturabilirim. O zaman ona bağlı başka bir çipi analiz ederken çipin iç detaylarına ihtiyacım yok. Ben sadece bu davranış modelini bu analize yerleştirdim ve işim bitti.”
Ama boşluklar var. Synopsys'ten Kogel, "Eksik olan parça, fiziksel dünyalar ile sanal dünyalar arasında daha iyi entegrasyon ve veri alışverişi" diyor. "Sanal prototip düzeyine taşındığında, gerçek uygulama etkinliğine dayalı olarak performansı, gücü ve ısıyı doğrulamanıza yardımcı olan, öğrenilmiş kat planı bilgilerine, öğrenilmiş geometrilere dayalı bir mimari modele ihtiyacımız var."
ne zaman bitirdin
Tamamlama, herhangi bir analiz görevindeki sorunlardan biridir. Önemli vakaları ele aldınız mı? Blok düzeyinde işlevsel doğrulama için kapsam ölçütleri mevcuttur, ancak bu, daha yüksek soyutlama düzeylerine ve işlevsel olmayan alanlara taşınması gereken başka bir modeldir. "Doğrulama işleminizin bir kısmını RTL aleminde, bir kısmını da sanal prototipte çalıştırıyorsanız, bu kapsam öğelerini nasıl birleştirirsiniz?" diye soruyor Siemens'in Eli. "Bugün bu, işlevsel kapsam aracılığıyla yapılıyor, ancak - özellikle uyaran üretimine baktığınızda, şeylerin kapsama tarafında yapay zeka kullandığınızda - farklı kapsam türlerinden bilgi çıkarmaya başlamak için bir fırsat var."
Yazılım dünyası bu konuda çok gevşek. Imperas'tan Davidmann, "Kapsam için standart bir yaklaşım veya metodoloji olduğunu düşünmüyorum" diyor. “Bildiğim kadarıyla, insanların HDL'deki kapsama noktalarına ve kapsama gruplarına eşdeğer yazılım etrafında yaptığı herhangi bir otomasyon yok. Doğrulama ve analiz için protokol denetleyicileri mevcuttur. Ayrıca, işlevleri izleyebileceğiniz veya değişkenlere erişimi izleyebileceğiniz istatistikler oluşturabilirsiniz. Standardizasyon eksikliği göz önüne alındığında, gerekli araçları sağlıyoruz, ancak kullanıcının bunu kendisinin yapması gerekecek."
Bir kapsam kavramına sahip olduğunuzda, doğrulamayı optimize etmeyi düşünmek mümkün hale gelir. Hand, "İster mevcut haliyle taşınabilir bir uyaran olsun, ister bu kavramlar üzerine inşa edilmiş bir şey olsun, sistem seviyesinde senaryo oluşturmaya ihtiyacımız var" diyor Hand. "Bunu alıp bir seviye daha yükseğe çıkıp sanal prototipler ve sistem modelleme ile devam edebilir ve sağlam sistemlerde senaryo üretebilir miyiz? Sistemler giderek daha entegre hale geldikçe, giderek daha önemli hale gelecek.”
Diğerleri aynı fikirde. Kogel, "IP seviyesi, SoC seviyesi ve daha sonra silikon içi doğrulama arasında bu sürekliliğe sahip olmak istiyorsunuz" diyor. "Taşınabilir uyaran, bunu başarmak için bir yaklaşımdır. Daha sonra, gömülü bir çekirdek üzerindeki bir program gibi soyutlanmış bir test senaryosunu, ardından sanal prototipte de çalıştırabilirsiniz. Bu geniş anlamda, bu, mimari konseptin doğrulanmasıdır. Daha sonra, RTL'yi bir öykünücü üzerinde, bir FPGA prototipi üzerinde yazılımla çalıştırırsınız ve bu, performansın doğrulanması için kullanılabilir çünkü daha çok 'Ne görürseniz onu alırsınız' gibidir. Üst düzey bir sanal model değil.”
Şekil 1: Birden fazla model seviyesi ve doğrulama hedefleri. Kaynak: Özet
Entegrasyon doğrulamasına yaklaşmanın bir başka yolu da işlevsel uygunluktur. Şirketin seçkin mühendisi ve SoC doğrulama mimarı Nick Heaton, "Arm'da, uyumlu olmanın ve bir işletim sistemini önyükleyebilmenin ne anlama geldiğini tanımlamak için 'sisteme hazır' adı verilen bir girişim var" diyor. Ritim. "Uygulamanız başarılı olursa, Red Hat'in işletim sistemi sürümlerini veya başka bir şeyi değiştirmek zorunda kalmayacaksınız. Sadece bunun üzerine önyükleme yapacaklar. Bu, yazılım ve donanım arasındaki bir sözleşmedir. Taşınabilir uyaran bunu daha genelleştirilmiş bir şekilde yapmaya çalışıyor ve biz buna VIP diyoruz çünkü bu, diyelim ki tutarlılık düzeyinde sunduğumuz, kullanıma hazır bir içerik. Tutarlılığın tüm permütasyonlarını test ediyoruz ve bunu ister Arm ister RISC-V veya her neyse, temelde herhangi bir platforma sunabiliyoruz.”
Hata ayıklama sorunu
Bir modeli çalıştırabilmek bir şeydir, ancak bir modeldeki veya modelin nasıl kullanıldığına ilişkin bir sorunu bulup düzeltmek oldukça farklı bir karmaşıklık düzeyidir. Davidmann, "Donanım veya bir FPGA üzerinde yazılımda hata ayıklıyorsanız, ona bağlanan bir gdb elde edersiniz ve bir işlemcinin talimat akışını tek adımda gerçekleştirebilirsiniz" diyor. "Fakat sorun, 10 veya daha fazla işlemciye sahip olduklarında ortaya çıkıyor ve 'bu'nun 'şuna' yazıldığını bilmeleri gerekiyor, bu neye benziyor? Analiz ve hata ayıklama, her şeyi görebilmeniz için bütünsel bir şekilde yapılmalıdır. Bu, platformun davranışına bakabilmeniz için yazılım yığınlarını içermelidir.”
Bu, yalnızca donanımda hata ayıklamadan farklı bir talepler kümesidir. Hand, "Donanım/yazılım entegrasyon testine girmeye başladığımızda, sanal prototip hata ayıklama ortamına entegre edilmiş daha fazla yazılım hata ayıklama yeteneği görmeye başlıyoruz" diyor. "Sistem tasarımcılarının kullanımına sunmaya başladığımızda, kullanım modellerine ve bu ekiplerin üzerinde çalışmak istedikleri tasarım ortamlarına bakma fırsatımız var. Bunu nasıl dahil edebiliriz? Sistem tasarımcılarının sanal prototiplerle kendileri için anlamlı olacak şekilde etkileşime girmesini istiyorsunuz. Her şey son kullanıcıları belirlemek ve kullanım modellerini onlara göre haritalamakla ilgilidir. Bu, yapabileceğimiz çok şeyin olduğu ve yapmamız gereken çok şeyin olduğu bir alandır.”
Araçlar ve metodolojiler, her düzeydeki ihtiyaçlara uygun olmalıdır. Cadence'den Heaton, "Entegrasyon doğrulamasını yapan adamlar, blokların her birini bilen adamlar değil" diyor. "Hata ayıklama zamanı veya geri dönüş süresi giderek daha önemli hale geliyor. Bir günde çalıştırabileceğiniz hata ayıklama döngülerinin sayısı kritik derecede sorunludur. Araçlar sizi ilk sipariş yerine yönlendirebilirse, saatlerce hata ayıklamadan tasarruf sağlayabilir. Bu yolculuğun başındayız. Öğrenme devam ediyor ve bu araçları kullanma şeklimiz daha da iyi olacak."
AI yardımcı olabilir. Cadence'de ürün mühendisliği grubu yöneticisi Matt Graham, "İnsanların en iyi sinir ağına sahip olmasına rağmen, G/Ç'miz hala az çok seridir" diyor. "Belki iki veya üç paralel yolu idare edebiliriz, ama kesinlikle bundan fazlasını değil. Makineler tüm bunları paralel olarak değerlendirebilir. Bu büyük ölçüde paralel, son derece entegre şeyde bir şeyler yapmak için basit bir algoritma veya basit bir yapay zeka seti kullanabilirler. Ancak bu, kendi başımıza yapabildiğimizden farklı. Belki de en son ne zaman revizyon yaptığımız veya neyin değiştiği veya davranışın nerede farklı olduğunu veya bir IP'de değiştirilen parametrelerin neler olduğu gibi şeylerdir.
Sonuç
Sistem karmaşıklığı, günümüzde yürürlükte olan araçların ve metodolojilerin çoğunu eziyor. Geçmişte kullanılan teknikler hala değerli olmakla birlikte yeterli değildir. Endüstri, işlevsel doğrulama alanında bu sorunların çoğunu görüyor, ancak bu buzdağının yalnızca görünen kısmı. En iyi anlaşılan alanda ne kadar az ilerleme kaydedildiği göz önünde bulundurulursa, diğer alanların çoğunda, özellikle de gelişmiş paketlemenin yönlendirdiği alanlarda, ilerlemenin hızlı olması muhtemel değildir.
- SEO Destekli İçerik ve Halkla İlişkiler Dağıtımı. Bugün Gücünüzü Artırın.
- Plato blok zinciri. Web3 Metaverse Zekası. Bilgi Güçlendirildi. Buradan Erişin.
- Kaynak: https://semiengineering.com/design-and-verification-methodologies-breaking-down/
- 1
- 10
- a
- Yapabilmek
- Hakkımızda
- ÖZET
- Hesap
- doğruluk
- doğru
- Başarmak
- karşısında
- etkinlik
- ileri
- AI
- algoritma
- Türkiye
- her zaman
- analiz
- çözümlemek
- analiz
- ve
- Başka
- Uygulama
- yaklaşım
- yaklaşımlar
- mimari
- mimari
- ALAN
- alanlar
- ARM
- etrafında
- Otomasyon
- mevcut
- Arka
- merkezli
- temel olarak
- Çünkü
- müşterimiz
- olur
- olma
- önce
- Başlangıç
- olmak
- İYİ
- Daha iyi
- arasında
- büyük
- Engellemek
- Blokları
- yazı tahtası
- Kırma
- getirmek
- geniş
- inşa etmek
- bina
- inşa
- otobüs
- satın almak
- Ritim
- çağrı
- denilen
- yetenekleri
- yetenekli
- dava
- durumlarda
- ceo
- kesinlikle
- Kontrol
- yonga
- cips
- tutarlı
- kombinasyon
- nasıl
- gelecek
- Şirketler
- karmaşık
- karmaşıklık
- uyma
- uyumlu
- kavram
- bağlı
- bağlanır
- Düşünmek
- kısıtlamaları
- içerik
- sözleşme
- işbirliği
- çekirdek
- Köşe
- köşeleri
- kurs
- kapak
- kapsama
- kaplı
- yaratmak
- oluşturur
- Oluşturma
- akım
- müşteri
- döngüleri
- veri
- gün
- anlaşma
- ilgili
- kararlar
- teslim etmek
- teslim
- talepleri
- bağımlı
- Dizayn
- tasarımcıları
- tasarımlar
- ayrıntı
- detaylı
- ayrıntılar
- geliştirmek
- gelişmiş
- Ölmek
- farklı
- zor
- zorluklar
- yönetmen
- seçkin
- yapıyor
- domain
- etki
- Dont
- aşağı
- tahrik
- her
- kolayca
- çaba
- ya
- elemanları
- gömülü
- mühendis
- Mühendislik
- sağlamak
- çevre
- ortamları
- Eşdeğer
- özellikle
- kurulmuş
- Hatta
- her şey
- örnek
- takas
- yürütmek
- mevcut
- uzatmak
- dış
- Moda
- HIZLI
- Daha hızlı
- az
- vefa
- Incir
- bulmak
- bulma
- Ad
- sabit
- akış
- Akışları
- odak
- takip et
- Airdrop Formu
- ileri
- kurucu
- Kurucu ve CEO
- fpga
- itibaren
- tamamen
- fonksiyonel
- işlevsellik
- fonksiyonlar
- temel
- gelecek
- oyun
- genel
- üreten
- nesil
- almak
- Vermek
- verilmiş
- Go
- Goller
- gidiş
- Tercih Etmenizin
- büyük
- grup
- Grubun
- sap
- donanım
- şapka
- yardım et
- hiyerarşi
- üst düzey
- yüksek performans
- daha yüksek
- büyük ölçüde
- bütünsel
- SAAT
- Ne kadar
- Nasıl Yapılır
- hpc
- HTTPS
- Kocaman
- İnsanlar
- melez
- fikirler
- belirlenmesi
- darbe
- uygulamak
- uygulama
- önemli
- heybetli
- imkânsız
- in
- birleştirmek
- artan
- giderek
- Bireysel olarak
- sanayi
- bilgi
- entegre
- bütünleşme
- bütünlük
- niyet
- etkileşim
- arayüzey
- arayüzler
- iç
- dahil
- IP
- konu
- sorunlar
- IT
- ürün
- kendisi
- seyahat
- Kapoor
- tutmak
- anahtar
- Nezaket.
- Bilmek
- bilgi
- Eksiklik
- büyük
- Soyad
- tabaka
- katmanları
- öğrendim
- öğrenme
- seviye
- seviyeleri
- Kaldıraç
- Muhtemelen
- küçük
- uzun
- Bakın
- gibi görünmek
- Çok
- Makineler
- yapılmış
- Yapımı
- yönetmek
- tavır
- çok
- haritalama
- Pazarlama
- kitlesel
- Maç
- maksimum genişlik
- anlamlı
- anlamına geliyor
- Bellek
- gitmek
- birleştirme
- metodolojiler
- metodoloji
- Metrikleri
- olabilir
- eksik
- model
- Modelleme
- modelleri
- değiştirmek
- Daha
- çoğu
- hareketli
- çoklu
- gerekli
- gerek
- ihtiyaçlar
- ağ
- ağlar
- sinirsel
- sinir ağı
- yeni
- kavram
- numara
- sayılar
- ONE
- işletme
- işletim sistemi
- Fırsat
- optimize
- optimize
- sipariş
- OS
- Diğer
- kendi
- paket
- ambalaj
- Paralel
- parametreler
- Bölüm
- belirli
- özellikle
- geçer
- geçmiş
- yol
- desen
- İnsanlar
- performans
- perspektif
- fiziksel
- parça
- parçalar
- yer
- Yerler
- platform
- Platon
- Plato Veri Zekası
- PlatoVeri
- Nokta
- noktaları
- havuz
- mümkün
- potansiyel
- güç kelimesini seçerim
- Prakash
- başkan
- Anapara
- prensip
- Sorun
- sorunlar
- süreç
- işleme
- işlemciler
- PLATFORM
- Ürünler
- Programı
- Ilerleme
- özellikleri
- önerilen
- protokol
- prototip
- prototipler
- prototip
- sağlamak
- sağlar
- gerçek
- alan
- neden
- tanımak
- Kırmızı
- katolik kardinal şapkası
- azaltmak
- referans tasarım
- Bildirileri
- gerektirir
- gereklidir
- Yer Alan Kurallar
- gerektirir
- Araştırmacılar
- kaynak
- gürbüz
- Rol
- koşmak
- koşu
- aynı
- İndirim
- senaryolar
- güvenlik
- görme
- arayan
- Gördükleri
- yarıiletken
- kıdemli
- duyu
- seri
- ciddi
- set
- meli
- Gösteriler
- işaret
- işaret
- benzer
- Simon
- Basit
- simülasyon
- beri
- tek
- Yavaş yavaş
- So
- şu ana kadar
- Yazılım
- çözüm
- Çözümler
- biraz
- Birisi
- bir şey
- Kaynak
- açıklıklı
- uzman
- özel
- yığın
- Yığınları
- standart
- standartlar
- başlama
- XNUMX dakika içinde!
- Eyalet
- istatistik
- adım
- Yine
- uyarıcı
- Stratejileri
- dere
- güçlü
- başarılı
- Başarılı olarak
- böyle
- yeterli
- arz
- anahtar
- sistem
- Sistemler
- ısmarlama
- Bizi daha iyi tanımak için
- alır
- konuşma
- Görev
- takım
- teknikleri
- Teknoloji
- şartlar
- test
- Test yapmak
- testleri
- The
- Alan
- Gelecek
- ve bazı Asya
- kendilerini
- termal
- şey
- işler
- üç
- İçinden
- Tim
- zaman
- zamanlanmış
- zamanlama
- tip
- için
- bugün
- birlikte
- çok
- araçlar
- üst
- karşı
- geleneksel
- gerçek
- türleri
- anladım
- Çalışmalar devam
- birimleri
- us
- kullanım
- kullanıcı
- kullanıcılar
- kullanılan
- Kullanılması
- DOĞRULA
- onaylama
- Değerli
- çeşitli
- Doğrulama
- Doğrulanmış
- doğrulamak
- doğrulama
- vip
- Sanal
- sanal dünyalar
- İzle
- yolları
- Ne
- olup olmadığını
- hangi
- süre
- DSÖ
- irade
- olmadan
- İş
- egzersiz yapmak
- çalışma
- Dünya
- Dünyanın en
- olur
- yazı yazıyor
- zefirnet