最近幾天之前提過使用的P圖軟體Swar Chia Plot Manager推出新的0.1版 畫面顯示更為清楚, 但舊版的設定無法延續使用 不過水哥發現其實只是多添加幾個部分 其實補上去差異的部分就可以的 差異主要在於通知設定以及任務設定新增了幾個參數 在通知設定的部分 現在新增對於telegram機器人與IFTTT的支援 其實水哥之前接收訊息都是用telegram機器人居多, 但因為之前已經有discord了, 這次就沒有去設定 至於IFTTT, 推測應該可以搭配LINE notify來使用做通知, 不過一樣啦, 看自己常用哪個就用哪種吧! 任務參數的部分 這次新增了排除最終資料夾(skin full destinations)的功能 這樣可以有效排除solo與礦池雙挖的問題!! 像是之前版本, P好一張圖後, 官方錢包就會被加入P好圖的路徑, 因而把原本排除的plot都載入形成雙挖 加入這選項後就能避免... 另一個特性則是CPU親合度(enable cpu affinity)的部分 預先設定好P圖會用到的核心, 這樣就能夠避免減少調度CPU資源時所額外耗費的時間 讓你P圖更有效率 其實windows本身也可以設定這個功能 但預設都是系統管理 若是使用swar的親和性功能, 你在工作管理員內就可以看到預設被排定在哪幾個核心處理作業 以這樣的原則下去設定 就可以在多P的情況下, 盡可能去利用CPU資源而不打結 另外之前對於權重問題沒有太多理解 原來你P過幾個圖之後 可以使用指令python manager.py analyze_logs來分析既有的紀錄檔 他會列出建議的權重值 我們再把權重值填入設定檔中重新啟動即可 舊的設定檔可以前面加# mark掉 可以看到目前水哥設定的與原本預設的還是有段差距 應該是針對不同主機所因應的調整手段吧 0.1版大概就是這樣了 其他都差不多 原本水哥以為沒顯示的phase進度會有改善 沒想到卻還是沒有Orz... 或許~~之後再看看吧, 確實是有越來越好用的趨勢 像是現在都還會標示哪個任務使用哪個暫存硬碟, 連最終會放哪個硬碟都會標示 真是清楚多了@奇雅 希望未來能再進步吧 畢竟才0.1版...
https://mshw.info/mshw/?p=27239
指令暫存器 在 Taipei Ethereum Meetup Facebook 的最佳貼文
📜 [專欄新文章] The next generation Ethereum Virtual Machine — Ewasm VM
✍️ Peter Lai
📥 歡迎投稿: https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
The next generation Ethereum Virtual Machine — Ewasm VM
The next generation Ethereum Virtual Machine — Crosslink 2019 Taiwan
這篇文章是 Crosslink 2019 Taiwan 的一個議程紀錄:The next generation Ethereum Virtual Machine,由來自 Second State 的工程部 VP Hung-Ying Tai 分享 Ewasm VM 目前研究內容及未來的方向,內容非常精彩,包含了 EVM bytecode 、 Webassembly、Ewasm1.0 以及 Ewasm2.0 。
EVM bytecode 及 Webassembly(WASM)
以太坊的智能合約交易在執行時,例如 :轉 Token 到別的地址,我們是將 EVM bytecode 讀進以太坊的虛擬機執行,而 EVM bytecode 有以下幾點特色:
256 位元且堆疊式(staked-based)的虛擬機
很多高階的指令,例如:SSTORE, SLOAD, SHA3, EC, Call/Create contract
與實體系統架構(通常是 32/64 位元)有差異,而 256 位元則需要靠模擬來完成
較少程式語言(Vyper, Solidity, …)
Webassembly(WASM)是為了讓不同程式語言開發的套件都能在瀏覽器使用的一種二進位程式語言,WASM 有以下幾點特色:
堆疊式(staked-based)的虛擬機:有獨立的區域空間(暫存器或是記憶體),存取堆疊前 3 個物件(EVM 存取 16 個)
支持 32 / 64 位元的操作
沒有高階的指令
RISC 指令集也可以對應到 CPU ISA
較大的社群:主流的瀏覽器都支援,也有較多的程式語言(C++, Rust, GO, …)
Ewasm 1.0
接下來看看以太坊 Ewasm 的特性:
Ewasm 是 wasm 的子集合
因為不能有誤差,所以不支援浮點數運算
只能 import 以太坊的函式庫,避免 importㄒ系統函式庫
在每段指令之前插入 useGAS 來計算 GAS 的花費
Ethereum Environment Interface
EVM 裡有很多像是 SSLOAD, SHA3 的高階指令,這些指令在 Ewasm 1.0 裡,因為 WASM 可以動態讀取函式庫(模組),以太坊定義了 Ethereum Environment Interface 讓客戶端可以用不同的語言實作相對應的函示庫,而且也更容易完成 prototype 跟升級。
下圖是 Ethereum Environment Interface 定義的函數列表。
Ethereum Environment Interface Definition.
如何移除非法的指令?
Ewasm 使用 system contract 移除非法指令以及加入 useGas 的 bytecode,像是浮點數或是非法的 import,有以下兩種做法:
使用 smart contract 檢查合約的 bytecode
像目前的 precompiles 運行在客戶端上,在部署前先檢查合約
下圖是 Ewasm 1.0 的 stack,在部署合約前 Ewasm bytecode 會先經過 Sentinal 的檢查,成功部署後客戶端如果要執行合約會透過 EVM-C 跟 Heru(Wasm Engine)溝通。
Ewasm Stack
效能問題
究竟使用 Ewasm 效能真的會比較快嗎?講者分享各 EVM 執行 Sha1 以及 BN128mul 的結果,可以發現 EVM 在運行 BN128mul 時會是最快,主要是因為 WASM 支持 32 / 64 位元的操作,256 位元則需要另外模擬(1 個 256 位元的運算可以換成 25 個 64 位元的運算),所以 WASM 在跑 BN128mul 時才會比較慢。
Ewasm 2.0
Ewasm 2.0 的智能合約改叫 Execution Environments(EE),與 Ewasm 1.0 不一樣的有下列幾點
EE 全部都是 WASM 寫的
因為支援 cross shard,每個 EE 都是在一個 shard 上執行
EE 只能拿到 state root,而在合約的執行寫法也跟原來不一樣
EE 是 stateless
下圖可以看到 ERC20 Token 在 Ewasm 2.0 跟 Ewasm 1.0 storage 的比較,Ewasm 1.0 每個 data 都會有相對應的 key,而 Ewasm 2.0 只有存 state root,所以只能跟 state root 互動。
Ewasm 2.0 vs Ewasm 1.0
Phase One and Done
目前 Ewasm 2.0 到 phase one and done 的階段,也有測試的網路可以在 shard block 執行 EE,以太坊也有開源 Ewasm 2.0 的測試工具 Scout。
Hello World for Ewasm 2.0
上圖是 Eth 2 的 Hello World EE,可以看到 main 函數裡第一行讀取 pre state root,接下來驗證 block data size 是不是為 0,最後再將 state root 存回去,Eth 2 的智能合約寫起來都會像這樣。
結論
Ewasm 1.0 目前已經支援 EVM 1 大部分的功能也有測試鏈了,second state 開發一個編譯器 soll,能將 solidity 編譯成 Ewasm,想研究的人可以參考看看。
Ewasm 2.0 目前還在研究中,下圖是講者給大家分享的研究及貢獻的方向。
A MAYBE Roadmap
參考
Crosslink 簡報
webassembly.org
scout
soll
Ewasm overview and the precompile problem: Alex Beregszaszi and Casey Detrio @ Ethereum \\ Part 1 — YouTube
Ewasm overview and the precompile problem: Alex Beregszaszi and Casey Detrio @ Ethereum \\ Part 2 — YouTube
Wasm for blockchain&Eth2 execution: Paul Dworzanski,Alex Beregszaszi,Casey Detrio@Ethereum \\ Part 2 — YouTube
Ewasm for sharding
Ewasm updates
Ewasm design
wasm-intro
The next generation Ethereum Virtual Machine — Ewasm VM was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
指令暫存器 在 Analog Devices台灣亞德諾半導體股份有限公司 Facebook 的最佳解答
電動車引擎無聲不安全,DSP竟可以仿引擎聲!看ADI又超越一切可能!
新品報到: ADI DSP為電動車和混合動力車產生內外引擎聲
Analog Devices, Inc. (ADI)今日推出一款用於為電動車(EV)和混合動力車(HEV)產生引擎聲的嵌入式系統。透過採用ADSP-BF706數位訊號處理器和電動車警示音系統(EVWSS)韌體,北美和全球其他地區的汽車製造商將能滿足電動車和混合動力車低速行駛時對外部引擎聲的未來安全規範要求。
• 查看EVWSS產品頁面:https://goo.gl/aYfX8C
ADI解決方案包含完整的硬體和韌體參考設計。利用ADSP-BF706或ADAU1450數位音訊處理器擴展後,分別可用於高性能或入門級應用。ADSP-BF706也可用於製造車內的引擎聲,協助提升駕駛體驗。ADSP-BF706採用記憶體映射四通道SPI記憶體,能夠更快速、更便捷地存取所儲存用於產生引擎聲的音訊檔。其最多可同時存取24個WAV檔,而傳統產品一般只能存取5個。
OEM可透過採用ADI的Sigma Studio整合式開發環境(IDE)在使用ADAU1450時彈性調整聲音。基於此優勢,即使程式設計經驗極少的音響工程師也能優化音訊性能,同時縮短開發時間,而今年稍晚也將推出新版Sigma Studio以支援ADSP-BF706。此外,ADSP-BF706所採用的低成本CAN軟體協定堆疊運作可協助客戶快速實現汽車級原型設計。
ADSP-BF706產品特色
• Blackfin+ 核心提供高達400 MHz的性能
- 每週期支援雙通道16位元或單通道32位元MAC
- 16位元複合MAC和多項其他指令集強化功能
- 指令集相容於先前的Blackfin產品
• 晶片內記憶體
- 136KB L1 SRAM,具有多同位檢查位元保護功能(64KB指令、64KB資料、8KB暫存區)
- 1MB晶片內L2 SRAM,具有ECC保護功能
- 512KB晶片內L2 ROM
• 主要周邊設備包括
- USB2.0 HS OTG
- 2x CAN2.0B
- ePPI視訊I/O
- 2x SPORT(帶I2S)
- 2x四通道SPI/1x雙通道SPI(附帶主機模式)
- 12C
- 2xUART
- SD/SDIO/MMC(4位元)
指令暫存器 在 黃永廣_單元三LC-3的指令集架構_1 記憶體與暫存器 - YouTube 的推薦與評價
微算機原理及應用(II)–LC-3_黃永廣_單元三LC-3的 指令 集架構_1 記憶體與 暫存器 ... DeltaMOOCx 台達磨課師是大學及高中/高工的免費公益磨課師(MOOCs)平臺。 ... <看更多>
指令暫存器 在 102 學年度第一學期計算機與資訊科技概論期末測驗 的推薦與評價
下列何者負責解釋指令? ... (A)暫存器>快取記憶體>主記憶體>磁碟(B)快取記憶體 ... 由許多功能精簡的指令所組成且較容易最佳化的指令集為. ... <看更多>
指令暫存器 在 完整指令集的16 位元處理器MCU0s 的推薦與評價
MCU0 的指令表. 指令暫存器IR 的前4 個位元是指令代碼OP,由於4 位元只能表達16 種指令,這 ... ... <看更多>