Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
B
b3exp
Manage
Activity
Members
Plan
Wiki
Code
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Deploy
Releases
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
2021
b3exp
Wiki
FPGAMultiportRAM
Changes
Page history
New page
Templates
Clone repository
Update FPGAMultiportRAM
authored
3 years ago
by
Toru Koizumi
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
FPGAMultiportRAM.md
+1
-1
1 addition, 1 deletion
FPGAMultiportRAM.md
with
1 addition
and
1 deletion
FPGAMultiportRAM.md
View page @
0e65e4d8
...
...
@@ -108,7 +108,7 @@ Vivadoは、このレプリケーションを自動で適用することで、re
「どのバンクに最新のデータが入っているか」を管理する表(“生きている”値がどれかを記録する表、Live Value Table (LVT))を作る必要があるということです。
残念ながら、このLVTもまた、元のメモリと同じwrite port 数を要求するので、LVTを使う方法は本質的に問題を解決したことにはなりません。
ただし、LVTは非常に幅が狭い(レジスタファイルは32bit×31エントリ、LVTは
1bit×31エントリ(
write port
数
が2の時
)
)ので、これをフリップフロップで作ることに妥協してしまえば、残りのデータ本体保存部分は分散RAMで効率的に作成できます。
ただし、LVTは非常に幅が狭い(レジスタファイルは32bit×31エントリ
に対して
、LVTはwrite port
sp
が2の時
1bit×31エントリになります
)ので、これをフリップフロップで作ることに妥協してしまえば、残りのデータ本体保存部分は分散RAMで効率的に作成できます。
LVTを使った場合、write port数をw、read port数をrとして、wr倍のメモリ容量が必要になります。
なぜなら、本体のデータを保存するためには、(write port数個だけバンクを用意)×(read port数個だけレプリケーション)が必要だからです。
...
...
This diff is collapsed.
Click to expand it.