日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Gem5 Arm Fullsystem仿真

處理器與AI芯片 ? 來源:處理器與AI芯片 ? 2023-01-04 14:11 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

gem5 system emulation 模式,內(nèi)部實現(xiàn)了對system call的模擬,使用了一段時間后,有一些發(fā)現(xiàn):
  1. 如果使用spec2017 X86編譯,那么會存在對intel比較新的指令不支持的問題;后來使用gcc march K6 m32來解決,即使用amd的k6 32bit編譯,但是這也只是權(quán)宜之計 ;

  2. gem5的開發(fā)人員在郵件list中介紹intel對gem5的譯碼支持比較差,最開始gem5的x86也是基于amd的;

  3. 很多論文中使用了ARM架構(gòu),gem5的開發(fā)人員也和ARM合作比較緊密,所以gem5對arm架構(gòu)的指令支持比較好;

  4. 即使使用上面的方法,se模式還是會遇到gem5沒有模擬的system call函數(shù)的問題

  5. 同時還會遇到環(huán)境的問題,比如549.fotonik3d,需要手動將input輸入的壓縮文件OBJ.dat.xz手動解壓之后才能運行。

因為上述的問題,在郵件list中可以看出gem5的開發(fā)人員比較傾向于使用full system模式,用他的話就是"works magically"。


X86 full system

如果是基于X86 Ubuntu系統(tǒng)模擬gem5 arch,制作disk image比較簡單,可以git clone gem5 resource, 在spec2017文件夾下放入spec2017.iso,調(diào)用build.sh自動調(diào)用packer將spec2017裝入ubuntu的disk image生成spec-2017。

 ./build/X86/gem5.fast 
 --outdir=./m5out/ 
configs/example/gem5_library/x86-spec-cpu2017-benchmarks.py
--image=path/spec-2017
--benchmark=505.mcf_r
--size=ref
--partition=1

這里需要強調(diào)的是,gem5中介紹了多次qemu-kvm, 但是qemu-kvm并不是在X86架構(gòu)中生成disk image和真正運行g(shù)em5時必須的工具。

在gem5中引入它的主要作用就是在boot階段使用qemu,在真實的cpu上運行boot 階段,進(jìn)行加速,實際上如果我們在云服務(wù)器上跑,如果沒有qemu軟件或者權(quán)限,只是使用atomic cpu跑boot也是比較快的。

就是不要被qemu迷惑,fullsystem gem5可以理解成在gem5上跑app,不過這個app是os,單純的用atomic cpu跑也沒有任何問題。


ARM full system

X86 full system的問題是memory最大支持3GB,目前看gem5的設(shè)置是不支持5GB 6GB這樣的設(shè)置。

我們介紹一下如何生成gem5的disk image。

首先看一下最終成功運行full system 使用的指令:

./build/ARM/gem5.fast 
 -d./m5out/ARM/fullsystem64/spec2017 
./configs/example/fs.py
 --kernel2022/binaries/vmlinux.arm64
 --disk-imagepath/expanded-aarch64-ubuntu-trusty-headless.img
 --bootloader2022/binaries/boot.arm64--mem-type=DDR4_2400_4x16
 --param'system.highest_el_is_64=True'
 --script=./m5out/ARM/fullsystem64/spec2017_restore/spec2017.rcS

kernel 我的理解就是os內(nèi)核程序,disk image則是裝載了benchmark的磁盤鏡像。

內(nèi)核程序與我們無關(guān),我們可以直接使用,disk image 則需要我們手動裝載。

gem5官方提供的kernel和disk image

https://www.gem5.org/documentation/general_docs/fullsystem/guest_binaries

9b7fedbe-8bf4-11ed-bfe3-dac502259ad0.png

script這里指定的是一個script

#!/bin/bash
source/root/.bashrc
/sbin/m5checkpoint1
echo"Arealmultinodeworkloadmightstarthere..."
cd/home/gem5/spec2017
sourceshrc
echo"Resetstats"
/sbin/m5resetstats
runcpu--sizetest--iterations1--configmyconfig.aarch64.cfg--nobuild605.mcf_s
/sbin/m5exit1

通過指定這個script,gem5在boot成功后,運行這個script,就調(diào)用了腳本內(nèi)的runcpu,自動運行了spec2017對應(yīng)的app。

如果我們不指定這個script,并且不對disk image進(jìn)行任何修改,那么boot成功后,要求輸入用戶名和密碼,輸入root可以進(jìn)入,不過這個操作比較麻煩,還是建議指定script。


現(xiàn)在唯一需要的工作就是實現(xiàn)disk image,這里幫助對我很大的是這篇博客。https://www.eecg.utoronto.ca/~elsayed9/website/blog/gem5_fs_arm_flow.php

首先遇到的問題就是官方提供的image 1GB或者2GB,然而spec2017有4GB我們需要對image進(jìn)行擴容。按照博客的操作如下

```bash
$#Backuptheoriginaldiskimageifneeded
$cpaarch64-ubuntu-trusty-headless.imgexpanded-aarch64-ubuntu-trusty-headless.img
$#Increasediskimageby2G
$ddif=/dev/zerobs=1Gcount=2>>expanded-aarch64-ubuntu-trusty-headless.img
$sudopartedexpanded-aarch64-ubuntu-trusty-headless.imgresizepart1100%
$#Parsesomeinfofor'losetup'and'mount'later
$name=$(sudofdisk-lexpanded-aarch64-ubuntu-trusty-headless.img|tail-1|awk-F:'{print$1}'|awk-F""'{print$1}')
$start_sector=$(sudofdisk-lexpanded-aarch64-ubuntu-trusty-headless.img|grep$name|awk-F""'{print$2}')
$units=$(sudofdisk-lexpanded-aarch64-ubuntu-trusty-headless.img|grepUnits|awk-F""'{print$8}')
$#Attachtodeviceandrecordoutput,tomeitwas/dev/loop18
$ sudo losetup -f --show expanded-aarch64-ubuntu-trusty-headless.img -o $(($start_sector*$units))                         
$sudoe2fsck-f/dev/loop18#Fixpotentialerrors,pressYforallfixes
$sudoresize2fs/dev/loop18#Actualresizingstep
$sudoe2fsck-f/dev/loop18#Doublechecktherearenoerror
$sudolosetup-d/dev/loop18#Detachfromtheloopdevice
$#Mountimageandchecknewsize
$mkdirdisk_mnt
$sudomount-oloop,offset=$(($start_sector*$units))expanded-aarch64-ubuntu-trusty-headless.imgdisk_mnt
$df-h#ShouldshowthenewexpandedimagesizewiththeUsedandAvailfordisk_mnt
$sudoumountdisk_mnt

擴容之后mount image,就可以安裝spec2017到這個disk image了。

這里建議看一下 gem5-resources/src/spec-2017/disk-image/spec-2017/install-spec2017.sh 這個是裝載spec2017到x86 os的過程,我們裝載spec2017到arm,可以按照這個流程來。

gem5 resources的路徑https://gem5.googlesource.com/public/gem5-resources
  1. sudo chroot . #將當(dāng)前mount目錄切換為主目錄
  2. 創(chuàng)建/home/gem5/文件夾 將cpu_spec2017.iso拷貝到這個文件夾
  3. 按照cpu_spec2017.iso的install流程,mount cpu_spec2017.iso 然后install.sh
  4. install 之后,我們可以build,生成spec2017的可執(zhí)行文件等。建議參考install-spec2017.sh
disk image中已經(jīng)有g(shù)cc aarch64的編譯工具,因此我們不需要額外再安裝gcc aarch64,還是比較方便的。

我們將spec2017安裝到了/home/gem5/,再結(jié)合一下剛才介紹的spec2017.rcS,就能看出來這個script的作用實際上就是進(jìn)入文件夾,然后runcpu。

我們看一下gem5成功boot后運行spec2017的os系統(tǒng)界面,這個界面通過./util/term/m5term 得到,后面會介紹。

[  0.345190] sd 00 [sda] Attached SCSI disk
[  0.352995] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[  0.353004] VFS: Mounted root (ext4 filesystem) on device 8:1.
[  0.353626] devtmpfs: mounted
[  0.353684] Freeing unused kernel memory: 448K
[  0.359059] random: fast init done
Mount failed for selinuxfs on /sys/fs/selinux:  No such file or directory
[  0.372646] random: init: uninitialized urandom read (12 bytes read)
[  0.399519] random: mountall: uninitialized urandom read (12 bytes read)
Boot Success Reset stats
Run 602.gcc_s test
SPEC CPU(r) 2017 Benchmark Suites
Copyright1995-2017StandardPerformanceEvaluationCorporation(SPEC)
runcpu v5825
Using 'linux-aarch64' tools
Reading file manifests... read 32270 entries from 2 files in 0.44s (72680 files/s)
Loading runcpu modules.................
Locating benchmarks...found 47 benchmarks in 53 benchsets.
Reading config file '/home/gem5/spec2017/config/myconfig.aarch64.cfg'
1configurationselected:
 Action  Run Mode   Workload    Report Type    Benchmarks
--------   --------   --------   -----------------   --------------------------
validate   speed    test     SPECspeed2017_int   602.gcc_s               
-------------------------------------------------------------------------------
Settingupenvironmentforrunning
大約1Billion指令之后,大約半小時,完成boot。再執(zhí)行3.5Billion的指令進(jìn)入真實的runcpu仿真。gem5仿真顯示的界面:
**** REAL SIMULATION ****
build/ARM/dev/arm/rv_ctrl.cc:176: warn: SCReg: Access to unknown device dcc0pos0dev0
build/ARM/arch/arm/insts/pseudo.cc:172: warn:     instruction 'csdb' unimplemented
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xd0
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xd4
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xd8
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xdc
AtomicCPU 0 At 103419026000 Tid[0] 100000000 instructions are executed.
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x60 that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x48 that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x8 that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x48 that doesn't exist
build/ARM/dev/arm/energy_ctrl.cc:77: warn: EnergyCtrl: Disabled handler, ignoring read from reg 0
AtomicCPU 0 At 437185231000 Tid[0] 200000000 instructions are executed.
AtomicCPU 0 At 499727384000 Tid[0] 300000000 instructions are executed.
AtomicCPU 0 At 582010000000 Tid[0] 400000000 instructions are executed.
AtomicCPU 0 At 641077500000 Tid[0] 500000000 instructions are executed.
AtomicCPU 0 At 700009321500 Tid[0] 600000000 instructions are executed.
AtomicCPU 0 At 759169539000 Tid[0] 700000000 instructions are executed.
AtomicCPU 0 At 818393124500 Tid[0] 800000000 instructions are executed.
AtomicCPU 0 At 877446054000 Tid[0] 900000000 instructions are executed.
showInstNum AtomicCPU 0 At 907078901500 Tid[0] 950264835 instructions are executed.
Writing checkpoint
build/ARM/sim/simulate.cc:194: info: Entering event queue @ 907078901500.  Starting simulation...
AtomicCPU 0 At 936518571000 Tid[0] 1000000000 instructions are executed.
AtomicCPU 0 At 1019589630500 Tid[0] 100000000 instructions are executed.
AtomicCPU 0 At 1075531936500 Tid[0] 200000000 instructions are executed.
AtomicCPU 0 At 1133110363000 Tid[0] 300000000 instructions are executed.
AtomicCPU 0 At 1190919530500 Tid[0] 400000000 instructions are executed.
AtomicCPU 0 At 1248468781000 Tid[0] 500000000 instructions are executed.
AtomicCPU 0 At 1305429062000 Tid[0] 600000000 instructions are executed.
AtomicCPU 0 At 1363401303000 Tid[0] 700000000 instructions are executed.
AtomicCPU 0 At 1421469390000 Tid[0] 800000000 instructions are executed.
AtomicCPU 0 At 1479484997500 Tid[0] 900000000 instructions are executed.
AtomicCPU 0 At 1537414678500 Tid[0] 1000000000 instructions are executed.
AtomicCPU 0 At 1595390184500 Tid[0] 1100000000 instructions are executed.
AtomicCPU 0 At 1646996227500 Tid[0] 1200000000 instructions are executed.
AtomicCPU 0 At 1698272492000 Tid[0] 1300000000 instructions are executed.
AtomicCPU 0 At 1754533327500 Tid[0] 1400000000 instructions are executed.
AtomicCPU 0 At 1814630599500 Tid[0] 1500000000 instructions are executed.
AtomicCPU 0 At 1866048774500 Tid[0] 1600000000 instructions are executed.
AtomicCPU 0 At 1922046022000 Tid[0] 1700000000 instructions are executed.
AtomicCPU 0 At 1978814167500 Tid[0] 1800000000 instructions are executed.
AtomicCPU 0 At 2036107971000 Tid[0] 1900000000 instructions are executed.
AtomicCPU 0 At 2093257147500 Tid[0] 2000000000 instructions are executed.
AtomicCPU 0 At 2150632827000 Tid[0] 2100000000 instructions are executed.
AtomicCPU 0 At 2206964371500 Tid[0] 2200000000 instructions are executed.
AtomicCPU 0 At 2264055743500 Tid[0] 2300000000 instructions are executed.
AtomicCPU 0 At 2324544549000 Tid[0] 2400000000 instructions are executed.
AtomicCPU 0 At 2381492086000 Tid[0] 2500000000 instructions are executed.
AtomicCPU 0 At 2439386832000 Tid[0] 2600000000 instructions are executed.
AtomicCPU 0 At 2497622146000 Tid[0] 2700000000 instructions are executed.
AtomicCPU 0 At 2556071830000 Tid[0] 2800000000 instructions are executed.
AtomicCPU 0 At 2613942974500 Tid[0] 2900000000 instructions are executed.
AtomicCPU 0 At 2672323657000 Tid[0] 3000000000 instructions are executed.
AtomicCPU 0 At 2730096081000 Tid[0] 3100000000 instructions are executed.
AtomicCPU 0 At 2788185618000 Tid[0] 3200000000 instructions are executed.
AtomicCPU 0 At 2846567200000 Tid[0] 3300000000 instructions are executed.
AtomicCPU 0 At 2906211195500 Tid[0] 3400000000 instructions are executed.
AtomicCPU0At2965004517500Tid[0]3500000000instructionsareexecuted.
這里Atomic****CPUinstructionsareexecuted.是我自己增加的打,不必關(guān)注,主要為了顯示各個階段的指令數(shù)目
最后再介紹一下./util/term/m5term 3460。

在gem5開始運行后,會顯示system.terminal listening for connections on port NUMBER.

9b8c5a36-8bf4-11ed-bfe3-dac502259ad0.png

這時我們另開一個terminal,輸入./util/term/m5term NUMBER,即可觀察到當(dāng)前os具體運行到哪一步,而上面說的,如果不指定script,需要手動輸入root也是在這里。

對我?guī)椭艽蟮膬善┛?

https://www.eecg.utoronto.ca/~elsayed9/website/blog/gem5_fs_arm_flow.php

https://lucian.run/2021/10/03/gem5%20FS/

有小伙伴后臺私信申請讀博士的,有意向的小伙伴歡迎私信。


審核編輯 :李倩

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • ARM
    ARM
    +關(guān)注

    關(guān)注

    135

    文章

    9589

    瀏覽量

    393796
  • 仿真
    +關(guān)注

    關(guān)注

    55

    文章

    4539

    瀏覽量

    138698
  • 架構(gòu)
    +關(guān)注

    關(guān)注

    1

    文章

    537

    瀏覽量

    26646

原文標(biāo)題:Gem5 Arm Fullsystem 仿真

文章出處:【微信號:處理器與AI芯片,微信公眾號:處理器與AI芯片】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    CW32 MCU用什么仿真器開發(fā)?

    理論上各主流IDE枚舉的、支持ARM Cortex內(nèi)核的所有硬件仿真器,比如:J-LINK,ULINK,DAP,ST-Link等,都可以仿真、下載CW32 MCU的應(yīng)用代碼。如果想實現(xiàn)量產(chǎn)或者離線下載應(yīng)用代碼,則必須配套支持CW
    發(fā)表于 11-12 06:01

    Microchip SAMA5D29:面向高性能車載與工業(yè)應(yīng)用的超低功耗 Arm Cortex-A5 MPU

    Microchip Technology基于Arm? Cortex?-A5 CPU的車用SAMA5D29 MPU是高性能、低功耗嵌入式微處理器,運行頻率高達(dá)500MHz。符合AEC-Q100 2級
    的頭像 發(fā)表于 10-13 11:28 ?1105次閱讀
    Microchip SAMA<b class='flag-5'>5</b>D29:面向高性能車載與工業(yè)應(yīng)用的超低功耗 <b class='flag-5'>Arm</b> Cortex-A<b class='flag-5'>5</b> MPU

    Arm助力MediaTek天璣9500重塑旗艦體驗

    Arm 合作伙伴產(chǎn)品上“芯”!近日,MediaTek 發(fā)布了天璣 9500 旗艦 5G 智能體 AI 芯片,該芯片基于啟用 SME2 的全新 Arm C1 CPU 集群打造,并搭載 Arm
    的頭像 發(fā)表于 10-10 11:28 ?1415次閱讀

    AM2632-Q1汽車雙核 Arm? Cortex-R5F? MCU技術(shù)手冊

    ? Cortex-R5F? 內(nèi)核。作為一種選擇,Arm? R5F 子系統(tǒng)可以編程為在鎖步或雙核模式下運行,以實現(xiàn)多種功能安全配置。工業(yè)通信子系統(tǒng) (PRU-ICSS) 支持集成工業(yè)以太網(wǎng)通信協(xié)議,例如
    的頭像 發(fā)表于 10-10 10:14 ?1140次閱讀
    AM2632-Q1汽車雙核 <b class='flag-5'>Arm</b>? Cortex-R<b class='flag-5'>5</b>F? MCU技術(shù)手冊

    AM2631單核 Arm? Cortex-R5F? MCU技術(shù)手冊

    ? Cortex-R5F? 內(nèi)核。作為一種選擇,Arm? R5F 子系統(tǒng)可以編程為在鎖步或雙核模式下運行,以實現(xiàn)多種功能安全配置。工業(yè)通信子系統(tǒng) (PRU-ICSS) 支持集成工業(yè)以太網(wǎng)通信協(xié)議,例如
    的頭像 發(fā)表于 10-10 10:09 ?1451次閱讀
    AM2631單核 <b class='flag-5'>Arm</b>? Cortex-R<b class='flag-5'>5</b>F? MCU技術(shù)手冊

    AM263P2-Q1 汽車雙核 Arm? Cortex-R5F? MCU技術(shù)手冊

    ? Cortex-R5F? 內(nèi)核。作為一種選擇,Arm? R5F 子系統(tǒng)可以編程為以鎖步或雙核模式運行,以實現(xiàn)多種功能安全配置。工業(yè)通信子系統(tǒng) (PRU-ICSS) 支持集成工業(yè)以太網(wǎng)通信協(xié)議,例如
    的頭像 發(fā)表于 09-29 10:15 ?923次閱讀
    AM263P2-Q1 汽車雙核 <b class='flag-5'>Arm</b>? Cortex-R<b class='flag-5'>5</b>F? MCU技術(shù)手冊

    請問如何在keil μVision 5上進(jìn)行ARM編譯器的代碼優(yōu)化?

    如何在keil μVision 5上進(jìn)行ARM編譯器的代碼優(yōu)化?
    發(fā)表于 08-20 07:37

    一文讀懂 | SECS/GEM 通信基礎(chǔ)及 GEM 控制狀態(tài)模型

    的核心支柱。本文將為您介紹GEM標(biāo)準(zhǔn),并開啟一個由5篇文章組成的系列,闡述GEM的各項特性與優(yōu)勢。什么是GEM標(biāo)準(zhǔn)?GEM指一套規(guī)范制造設(shè)備
    的頭像 發(fā)表于 08-19 13:46 ?4783次閱讀
    一文讀懂  |  SECS/<b class='flag-5'>GEM</b> 通信基礎(chǔ)及 <b class='flag-5'>GEM</b> 控制狀態(tài)模型

    一文了解Arm神經(jīng)超級采樣 (Arm Neural Super Sampling, Arm NSS) 深入探索架構(gòu)、訓(xùn)練和推理

    本文將從訓(xùn)練、網(wǎng)絡(luò)架構(gòu)到后處理和推理等方面,深入探討 Arm 神經(jīng)超級采樣 (Arm Neural Super Sampling, Arm NSS) 的工作原理,希望為機器學(xué)習(xí) (ML) 工程師和移動端圖形開發(fā)者來詳細(xì)解釋
    的頭像 發(fā)表于 08-14 16:11 ?3291次閱讀

    PCB仿真結(jié)果天下無敵,板廠加工讓你一敗涂地

    見過不少很會仿真高速過孔的高手,仿真結(jié)果very good,加工出來測試性能差5倍。你的仿真方法的確沒什么問題,只是你選的PCB板廠配不上你而已……
    的頭像 發(fā)表于 07-21 15:56 ?618次閱讀
    PCB<b class='flag-5'>仿真</b>結(jié)果天下無敵,板廠加工讓你一敗涂地

    詳解ADC電路的靜態(tài)仿真和動態(tài)仿真

    ADC電路主要存在靜態(tài)仿真和動態(tài)仿真兩類仿真,針對兩種不同的仿真,我們存在不同的輸入信號和不同的數(shù)據(jù)采樣,因此靜態(tài)仿真和動態(tài)
    的頭像 發(fā)表于 06-05 10:19 ?2321次閱讀
    詳解ADC電路的靜態(tài)<b class='flag-5'>仿真</b>和動態(tài)<b class='flag-5'>仿真</b>

    Arm 公司面向 PC 市場的 ?Arm Niva? 深度解讀

    面向 PC 市場的 ? Arm Niva ? 深度解讀 ? Arm Niva ? 是 Arm 公司為 PC 市場推出的核心計算平臺,屬于其“平臺優(yōu)先”戰(zhàn)略的關(guān)鍵布局。作為 ? Arm
    的頭像 發(fā)表于 05-29 09:56 ?1913次閱讀

    Arm 公司面向移動端市場的 ?Arm Lumex? 深度解讀

    面向移動端市場的 ? Arm Lumex ? 深度解讀 ? Arm Lumex ? 是 Arm 公司面向移動設(shè)備市場推出的新一代計算平臺,隸屬于其“平臺優(yōu)先”戰(zhàn)略的核心布局。作為 ? Arm
    的頭像 發(fā)表于 05-29 09:54 ?4610次閱讀

    值得體驗的多款Windows on Arm應(yīng)用

    隨著越來越多的開發(fā)者紛紛通過 Arm 原生支持的方式,打造更快速、更智能的應(yīng)用體驗,Windows on Arm 的發(fā)展勢頭和用戶普及率持續(xù)加速升溫。如今,普通 Windows 用戶有超過 90
    的頭像 發(fā)表于 05-28 13:56 ?2360次閱讀

    《聊一聊ZXDoc》之CAN總線仿真、面板仿真

    ZXDoc支持CAN總線仿真、面板仿真功能,通過虛擬化通信環(huán)境,提前驗證、優(yōu)化和保障系統(tǒng)可靠性,降低開發(fā)成本與風(fēng)險,面板仿真還使其畫面實物化,便于操作和理解,仿真功能已成為ECU研發(fā)和
    的頭像 發(fā)表于 05-09 11:30 ?1788次閱讀
    《聊一聊ZXDoc》之CAN總線<b class='flag-5'>仿真</b>、面板<b class='flag-5'>仿真</b>
    通州区| 青川县| 江阴市| 铜梁县| 迭部县| 福贡县| 湾仔区| 南安市| 汝南县| 三都| 拜城县| 东乡县| 牟定县| 渭南市| 苍梧县| 新昌县| 濮阳县| 顺义区| 泰和县| 海城市| 上思县| 伊吾县| 西丰县| 泰兴市| 郑州市| 潮安县| 平南县| 平果县| 陆河县| 宜良县| 武冈市| 松溪县| 衡阳县| 彰化县| 手游| 榕江县| 兴安县| 巴彦淖尔市| 阿巴嘎旗| 高密市| 诸城市|