1.【超实用】一分钟学会如何用最小存储空间保存Vivado工程！码安
2.安装工具使用要求
3.Visual Tcl简介
4.NS2NS2使用方法
5.Ubuntu16.04/18.04配置mumax3+oommf
6.Linux中的./configure

【超实用】一分钟学会如何用最小存储空间保存Vivado工程！码安

       在FPGA调试过程中，码安大家常会发现Vivado工程体积庞大，码安动辄数百兆，码安甚至几个G，码安exe bat源码这无疑对存储空间提出了较高要求。码安本文提供了一种利用Vivado自带的码安tcl命令，将工程保存为.tcl脚本的码安方法，使得几百兆的码安工程体积缩减至几百K，极大节省了存储空间。码安

       VIVADO工程目录中包含大量中间生成文件，码安导致工程大小通常在几百MB至GB之间，码安这对工程备份与使用Git等工具操作时显得颇为不便。码安不过，码安VIVADO提供了一系列脚本，仅需保留工程源码与一个脚本即可。需要时，通过tcl命令即可恢复VIVADO工程。

       生成VIVADOtcl的途径有两种：

       1、输入命令：在打开的vivado工程中，于tcl命令输入行输入如下命令 `write_project_tcl { ～/work/system.tcl}`，即可将工程保存为.tcl文件。这里的`～/work/`为文件保存路径，`system.tcl`为文件名，用户可根据实际需求调整。

       2、使用GUI：在打开的vivado工程中，依次点击 `File` → `Write Project to Tcl`，进入`Write Project To Tcl`界面设置相关参数（主要为tcl文件保存路径和文件名），实现工程保存为.tcl文件。i游源码

       恢复VIVADO工程时，操作如下：

       1、获取tcl形式的VIVADO工程，此时工程内仅包含脚本与src文件夹，内含设计与仿真文件，文件体积仅几十个KB。

       2、启动VIVADO，切换至tcl对应的目录。

       输入命令，VIVADO将根据tcl指示恢复工程。

       3、工程恢复成功。

       生成Tcl工程操作如下：

       1、在VIVADO.2中选择 `File` -> `Project` -> `Write TCL`。

       2、配置tcl名称和路径。

       3、移除不需要的文件（如SRC和tcl文件之外的文件），保存文件。

       注意：

       1、在Windows系统下跨盘符操作时需使用`（cd E:）`等命令。

       2、确保使用与工程版本一致的VIVADO。

安装工具使用要求

       安装工具使用要求(安装工具使用要求有哪些)前言

       想和大家来聊聊性能测试，聊到了性能测试必须要说的是性能测试中的工具，在这些工具中我今天主要给大家介绍wrk。

电脑介绍

       wrk是一款开源的性能测试工具 ，简单易用，没有Load Runner那么复杂，地方社区源码他和 apache benchmark（ab）同属于性能测试工具，但是比 ab 功能更加强大，并且可以支持lua脚本来创建复杂的测试场景。

       wrk 的一个很好的特性就是能用很少的线程压出很大的并发量， 原因是它使用了一些操作系统特定的高性能 I/O 机制, 比如 select, epoll, kqueue 等。 其实它是复用了 redis 的 ae 异步事件驱动框架. 确切的说 ae 事件驱动框架并不是 电脑 redis 发明的, 它来自于 Tcl的解释器 jim, 这个小巧高效的框架, 因为被 redis 采用，而更多的被大家所熟知。

安装

       wrk只能运行于 Unix 类的系统上，也只能在这些系统上便宜，所以我们需要一个Linux或者macOs。

       不得不说，使用了 Win之后方便很多。

       必备条件：

Win RS及以上版本启用Ubuntu子系统

       1、Win 系统通过bash命令，切换到Ubuntu子系统。

       然后需要安装一下编译工具，通过运行下面命令来安装工具：

       # 安装 make 工具sudo apt-get install make# 安装 gcc编译环境sudo apt-get install build-essential

       安装 gcc 编译环境的时候最好挂一下***，速度会快些。

       2、安装完成之后使用 git 下载 wrk 的源码到本地。

       3、切换到git的wrk目录，然后使用make命令：

       cd /mnt/盘符/wrk目录make

       编译完成之后，目录下面会多一个 wrk 的文件。

测试

       使用以下命令来测试一下：

       ./wrk -c 1 -t 1 -d 1

       简单说一下wrk里面各个参数什么意思？

-t 需要模拟的线程数-c 需要模拟的连接数--timeout 超时的时间-d 测试的持续时间

       结果：

Latency：响应时间Req/Sec：每个线程每秒钟的完成的请求数Avg：平均Max：最大Stdev：标准差+/- Stdev： 正负一个标准差占比

       标准差如果太大说明样本本身离散程度比较高. 有可能系统性能波动很大.

       如果想看响应时间的分布情况可以加上--latency参数

       我们的模拟测试的时候需要注意，一般线程数不宜过多，核数的2到4倍足够了。 多了反而会因为线程切换过多造成效率降低， 因为 wrk 不是使用每个连接一个线程的模型， 而是vb 水印源码通过异步网络 I/O 提升并发量。 所以网络通信不会阻塞线程执行，这也是 wrk 可以用很少的线程模拟大量网路连接的原因。

       在 wrk 的测试结果中，有一项为Requests/sec，我们一般称之为QPS（每秒请求数），这是一项压力测试的性能指标，通过这个参数我们可以看出应用程序的吞吐量。

总结

       今天的分享就到这里了，喜欢的可以点赞评论收藏加关注哟，文中的源码有需要的可以私信我“资料”获取哟。

Visual Tcl简介

       Visual Tcl 是一款卓越的、无需付费的TCL语言开发工具，专为各类主要的操作系统设计。它支持广泛的平台，包括UNIX、Windows、Macintosh和AS，旨在为用户提供一个自由且性能卓越的软件开发环境。这款工具旨在优化开发者的工作流程，无论你是在哪种平台上进行应用程序的构建和调试，都能得到高效和稳定的支持。它凭借其丰富的特性，如集成的代码编辑器、调试器和强大的社区支持，使得TCL语言的开发过程变得更加直观和便捷。Visual Tcl的开放源代码特性，确保了其持续的改进和适应性，使得开发者能充分利用TCL的强大功能，创造出令人满意的高质量软件作品。

NS2NS2使用方法

       NS2网络仿真的拳皇咆哮 源码使用方法主要包括两个层次的编程：基于OTcl和C++的编程。首先，你需要明确仿真的需求层次，如果是利用已有的NS网络元素，可以通过编写OTcl脚本来实现，无需改动NS源代码。OTcl脚本主要用于配置网络拓扑，如设定链路的延迟、带宽和丢包策略，以及建立协议代理和业务量模型。

       具体步骤如下：首先，编写OTcl脚本，设定网络的结构参数。然后，设置协议代理，绑定端设备的协议并构建通信业务模型。接着，配置业务量模型参数，定义网络流量分布。创建Trace对象，NS2通过这个工具记录模拟过程，便于后续分析。编写辅助过程，包括设定模拟的结束时间，完成脚本编写。

       执行仿真时，使用NS解释器执行OTcl脚本。完成仿真后，对Trace文件进行分析，提取有价值的数据。如果需要，可以调整拓扑结构和业务模型，然后重复上述步骤。NS2采用两级架构，C++编译层负责数据处理，OTcl解释层则负责环境配置和模拟控制。这种设计使得NS2既具有事件驱动的灵活性，又保证了代码执行效率，用户可以通过OTcl轻松配置和修改C++对象，体现了NS2的高度一致性与灵活性。

扩展资料

       NS2是指 Network Simulator version 2，NS（Network Simulator） 是一种针对网络技术的源代码公开的、免费的软件模拟平台，研究人员使用它可以很容易的进行网络技术的开发，而且发展到今天，它所包含的模块几乎涉及到了网络技术的所有方面。所以，NS成了目前学术界广泛使用的一种网络模拟软件。此外，NS也可作为一种辅助教学的工具，已被广泛应用在了网络技术的教学方面。因此，目前在学术界和教育界，有大量的人正在使用或试图使用NS。

Ubuntu./.配置mumax3+oommf

       配置Ubuntu./.环境以运行mumax3和oommf的步骤如下：

       首先，更新系统和安装必要的软件。对于Ubuntu.，推荐使用apt安装nvidia显卡驱动，而不是通过cuda安装。安装cuda-9.0，确保驱动版本不低于.。在Ubuntu.上，虽然官方文档可能不直接支持cuda-9.0，但实际操作中可以成功安装。注意安装前关闭桌面并杀死所有vnc桌面，使用命令行界面进行操作。

       安装mumax3，从github下载3.9.3版本的源代码。先安装golang-go并添加环境变量，创建一个名为3的目录用于存放mumax3代码。将源代码解压到指定目录，并在编译前修改相关文件以适应cuda-9.0环境。添加环境变量以确保mumax3命令可用。

       接下来，配置和安装oommf。安装ActiveTcl-8.6.8，并将其环境变量添加到bash配置文件中。确保g++编译器已安装，这是在Linux系统中配置tcl/tk环境时所需。下载并解压oommfb2压缩包，运行相关命令进行安装和升级。如果遇到x安装不完整的问题，执行特定命令以解决。最后，使用vnc打开桌面并创建启动器，使得oommf可以轻松启动。

       完成这些步骤后，你将拥有配置良好的环境来运行mumax3和oommf。请注意，这里所涉及的文件和软件可以通过百度网盘、官网或参考链接获得。在操作过程中，确保遵循官方文档和社区指导以避免问题。

Linux中的./configure

       Linux环境下的软件安装，并不是一件容易的事情；如果通过源代码编译后在安装，当然事情就更为复杂一些；现在安装各种软件的教程都非常普遍；但万变不离其中，对基础知识的扎实掌握，安装各种软件的问题就迎刃而解了。Configure脚本配置工具就是基础之一，它是autoconf的工具的基本应用。

       ä¸Žä¸€äº›æŠ€å·§ç›¸æ¯”，Configure显得基础一些，当然使用和学习起来就显得枯燥乏味一些，当然要成为高手，对基础的熟悉不能超越哦。

       ä¸ºæ­¤æˆ‘转载了一篇关于Configure选项配置的详细介绍。供大家参考

       'configure'脚本有大量的命令行选项。对不同的软件包来说，这些选项可能会有变化，但是许多基本的选项是不会改变的。带上'--help'选项执行'configure'脚本可以看到可用的所有选项。尽管许多选项是很少用到的，但是当你为了特殊的需求而configure一个包时，知道他们的存在是很有益处的。下面对每一个选项进行简略的介绍：

       --cache-file=FILE

       'configure'会在你的系统上测试存在的特性(或者bug!)。为了加速随后进行的配置，测试的结果会存储在一个cache file里。当configure一个每个子树里都有'configure'脚本的复杂的源码树时，一个很好的cache file的存在会有很大帮助。

       --help

       è¾“出帮助信息。即使是有经验的用户也偶尔需要使用使用'--help'选项，因为一个复杂的项目会包含附加的选项。例如，GCC包里的'configure'脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项。

       --no-create

       'configure'中的一个主要函数会制作输出文件。此选项阻止'configure'生成这个文件。你可以认为这是一种演习(dry run)，尽管缓存(cache)仍然被改写了。

       --quiet

       --silent

       å½“'configure'进行他的测试时，会输出简要的信息来告诉用户正在作什么。这样作是因为'configure'可能会比较慢，没有这种输出的话用户将会被扔在一旁疑惑正在发生什么，使用这两个选项中的任何一个都会把你扔到一旁。(译注：这两句话比较有意思，原文是这样的：If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)

       --version

       æ‰“印用来产生'configure'脚本的Autoconf的版本号。

       --prefix=PEWFIX

       '--prefix'是最常用的选项。制作出的'Makefile'会查看随此选项传递的参数，当一个包在安装时可以彻底的重新安置他的结构独立部分。举一个例子，当安装一个包，例如说Emacs，下面的命令将会使Emacs Lisp file被安装到"/opt/gnu/share"：

       $ ./configure --prefix=/opt/gnu

       --exec-prefix=EPREFIX

       ä¸Ž'--prefix'选项类似，但是他是用来设置结构倚赖的文件的安装位置，编译好的'emacs'二进制文件就是这样一个问件。如果没有设置这个选项的话，默认使用的选项值将被设为和'--prefix'选项值一样。

       --bindir=DIR

       æŒ‡å®šäºŒè¿›åˆ¶æ–‡ä»¶çš„安装位置，这里的二进制文件定义为可以被用户直接执行的程序。

       --sbindir=DIR

       æŒ‡å®šè¶…级二进制文件的安装位置。这是一些通常只能由超级用户执行的程序。

       --libexecdir=DIR

       æŒ‡å®šå¯æ‰§è¡Œæ”¯æŒæ–‡ä»¶çš„安装位置。与二进制文件相反，这些文件从来不直接由用户执行，但是可以被上面提到的二进制文件所执行。

       --datadir=DIR

       æŒ‡å®šé€šç”¨æ•°æ®æ–‡ä»¶çš„安装位置。

       --sysconfdir=DIR

       æŒ‡å®šåœ¨å•ä¸ªæœºå™¨ä¸Šä½¿ç”¨çš„只读数据的安装位置。

       --sharedstatedir=DIR

       æŒ‡å®šå¯ä»¥åœ¨å¤šä¸ªæœºå™¨ä¸Šå…±äº«çš„可写数据的安装位置。

       --localstatedir=DIR

       æŒ‡å®šåªèƒ½å•æœºä½¿ç”¨çš„可写数据的安装位置。

       --libdir=DIR

       æŒ‡å®šåº“文件的安装位置。

       --includedir=DIR

       æŒ‡å®šC头文件的安装位置。其他语言如C++的头文件也可以使用此选项。

       --oldincludedir=DIR

       æŒ‡å®šä¸ºé™¤GCC外编译器安装的C头文件的安装位置。

       --infodir=DIR

       æŒ‡å®šInfo格式文档的安装位置.Info是被GNU工程所使用的文档格式。

       --mandir=DIR

       æŒ‡å®šæ‰‹å†Œé¡µçš„安装位置。

       --srcdir=DIR

       è¿™ä¸ªé€‰é¡¹å¯¹å®‰è£…没有作用，他会告诉'configure'源码的位置。一般来说不用指定此选项，因为'configure'脚本一般和源码文件在同一个目录下。

       --program-prefix=PREFIX

       æŒ‡å®šå°†è¢«åŠ åˆ°æ‰€å®‰è£…程序的名字上的前缀。例如，使用'--program-prefix=g'来configure一个名为'tar'的程序将会使安装的程序被命名为'gtar'。当和其他的安装选项一起使用时，这个选项只有当他被`Makefile.in'文件使用时才会工作。

       --program-suffix=SUFFIX

       æŒ‡å®šå°†è¢«åŠ åˆ°æ‰€å®‰è£…程序的名字上的后缀。

       --program-transform-name=PROGRAM

       è¿™é‡Œçš„PROGRAM是一个sed脚本。当一个程序被安装时，他的名字将经过`sed -e PROGRAM'来产生安装的名字。

       --build=BUILD

       æŒ‡å®šè½¯ä»¶åŒ…安装的系统平台。如果没有指定，默认值将是'--host'选项的值。

       --host=HOST

       æŒ‡å®šè½¯ä»¶è¿è¡Œçš„系统平台。如果没有指定。将会运行`config.guess'来检测。

       --target=GARGET

       æŒ‡å®šè½¯ä»¶é¢å‘(target to)的系统平台。这主要在程序语言工具如编译器和汇编器上下文中起作用。如果没有指定，默认将使用'--host'选项的值。

       --disable-FEATURE

       ä¸€äº›è½¯ä»¶åŒ…可以选择这个选项来提供为大型选项的编译时配置，例如使用Kerberos认证系统或者一个实验性的编译器最优配置。如果默认是提供这些特性，可以使用'--disable-FEATURE'来禁用它，这里'FEATURE'是特性的名字，例如：

       $ ./configure --disable-gui

       -enable-FEATURE[=ARG]

       ç›¸åçš„，一些软件包可能提供了一些默认被禁止的特性,可以使用'--enable-FEATURE'来起用它。这里'FEATURE'是特性的名字。一个特性可能会接受一个可选的参数。例如：

       $ ./configure --enable-buffers=

       `--enable-FEATURE=no'与上面提到的'--disable-FEATURE'是同义的。

       --with-PACKAGE[=ARG]

       åœ¨è‡ªç”±è½¯ä»¶ç¤¾åŒºé‡Œï¼Œæœ‰ä½¿ç”¨å·²æœ‰è½¯ä»¶åŒ…和库的优秀传统。当用'configure'来配置一个源码树时，可以提供其他已经安装的软件包的信息。例如，倚赖于Tcl和Tk的BLT器件工具包。要配置BLT，可能需要给'configure'提供一些关于我们把Tcl和Tk装的何处的信息：

       $ ./configure --with-tcl=/usr/local --with-tk=/usr/local

       '--with-PACKAGE=no'与下面将提到的'--without-PACKAGE'是同义的。

       --without-PACKAGE

       æœ‰æ—¶å€™ä½ å¯èƒ½ä¸æƒ³è®©ä½ çš„软件包与系统已有的软件包交互。例如，你可能不想让你的新编译器使用GNU ld。通过使用这个选项可以做到这一点：

       $ ./configure --without-gnu-ld

       --x-includes=DIR

       è¿™ä¸ªé€‰é¡¹æ˜¯'--with-PACKAGE'选项的一个特例。在Autoconf最初被开发出来时，流行使用'configure'来作为Imake的一个变通方法来制作运行于X的软件。'--x-includes'选项提供了向'configure'脚本指明包含X头文件的目录的方法。

       --x-libraries=DIR

       ç±»ä¼¼çš„，'--x-libraries'选项提供了向'configure'脚本指明包含X库的目录的方法。

       åœ¨æºç æ ‘中运行'configure'是不必要的同时也是不好的。一个由'configure'产生的良好的'Makefile'可以构筑源码属于另一棵树的软件包。在一个独立于源码的树中构筑派生的文件的好处是很明显的：派生的文件，如目标文件，会凌乱的散布于源码树。这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难。建议使用三棵树：一棵源码树(source tree)，一棵构筑树(build tree)，一棵安装树(install tree)。这里有一个很接近的例子，是使用这种方法来构筑GNU malloc包：

       $ gtar zxf mmalloc-1.0.tar.gz

       $ mkdir build && cd build

       $ ../mmalloc-1.0/configure

       creating cache ./config.cache

       checking for gcc... gcc

       checking whether the C compiler (gcc ) works... yes

       checking whether the C compiler (gcc ) is a cross-compiler... no

       checking whether we are using GNU C... yes

       checking whether gcc accepts -g... yes

       checking for a BSD compatible install... /usr/bin/install -c

       checking host system type... i-pc-linux-gnu

       checking build system type... i-pc-linux-gnu

       checking for ar... ar

       checking for ranlib... ranlib

       checking how to run the C preprocessor... gcc -E

       checking for unistd.h... yes

       checking for getpagesize... yes

       checking for working mmap... yes

       checking for limits.h... yes

       checking for stddef.h... yes

       updating cache ../config.cache

       creating ./config.status

       è¿™æ ·è¿™æ£µæž„筑树就被配置了，下面可以继续构筑和安装这个包到默认的位置'/usr/local'：

       $ make all && make install

expect的源码安装方法

       expect是在tcl基础上创建起来的，它提供了一些tcl所没有的命令,如果是源码安装的话首先需要安装tcl。spawn命令激活一个Unix程序来进行交互式的运行。send命令向进程发送字符串，expect 命令等待进程的某些字符串。

       下载tcl源码包 wget /tcl/tcl8.4.-src.tar.gz

       解压并编译安装tcl tar zxvf tcl8.4.-src.tar.gz cd tcl8.4./unix/ ./configure --prefix=/usr/tcl --enable-shared make make install 如果编译成功没报错如下图

       安装完毕以后进入tcl源代码的根目录，把子目录unix下面的tclUnixPort.h copy到子目录generic中,expect的安装过程还需要用 cp unix/tclUnixPort.h generic/.

       下载expect源码包 wget /projects/expect/files/Expect/5./expect5..tar.gz

       解压并编译安装expect tar zxvf expect5..tar.gz cd expect5. ./configure --prefix=/usr/expect --with-tcl=/usr/tcl/lib --with-tclinclude=../tcl8.4./generic/ make make install

       安装完成之后做一个软连接 ln -s /usr/tcl/bin/expect /usr/expect/bin/expect

       加入环境变量并测试 echo 'export PATH=$PATH:/usr/expect/bin' /etc/profile

划水Vivado生成网表文件是怎么回事呢？

       Vivado生成网表文件是一个将RTL源码封装成不可见的中间形式的过程，用于解决项目协作中的种种问题。当你在FPGA项目中遇到大量不同RAM、FIFO和子模块时，网表文件能让你集成时更方便，避免直接修改他人代码带来的混乱。此外，当源码安全性或知识产权受到威胁时，网表文件也能保护你的设计免受未经授权的使用。

       具体操作以一个""序列检测器模块为例，首先打开已综合的Synthesized Design，然后在Tcl Console中输入命令来生成.v和.edf文件。生成的.v文件仅包含IO接口信息，而.edf文件则包含了LUT、FDCE等逻辑实现和连接信息，不含源码。在其他工程中，只需对网表文件进行例化，其结构会与原模块一致，除非在合成设置中选择不flatten模块层次，以保持原有的结构层次清晰。

       总结来说，Vivado生成的网表文件是一种强大的工具，它通过封装设计，简化了多人协作，保护了设计的完整性和知识产权。在实际项目中，尤其是在复杂模块和敏感环境中，网表文件的应用显得尤为关键。

Vivado使用误区与进阶系列（七）用Tcl定制Vivado设计实现流程

       FPGA 设计流程概述

       FPGA 的设计流程主要从源代码到比特流文件的实现，类似 IC 设计流程，分为前端设计（源代码综合为门级网表）和后端设计（门级网表布局布线）。ISE 和 Vivado 设计流程对比显示，Vivado 统一约束格式和数据模型，支持 XDC 约束，每步输出包含网表、约束及布局布线信息的 DCP 文件，运行时间大幅缩短。

       Vivado 设计实现流程

       Vivado 支持工程模式和非工程模式，工程模式便于管理设计流程，非工程模式提供类似 ASIC 的流程自由度。工程模式创建文件，自动生成相关目录存储数据、输出文件和源文件。非工程模式需用户管理文件和流程，使用 Tcl 脚本实现输入输出。

       非工程模式使用 Tcl 脚本进行设计实现，但同样可以在 Vivado IDE 中打开 .dcp 文件进行交互式操作。工程模式下使用简洁的 Tcl 脚本，而非工程模式需执行多条命令。正确使用模式，可实现设计流程的全定制。

       利用 Tcl 进行设计定制

       Vivado IDE 提供多种利用 Tcl 的方式，如 Tcl Console、钩子脚本（tcl.pre 和 tcl.post）和定制化命令，用于执行特定操作、扩展功能或优化设计流程。

       物理优化和闭环设计流程

       利用 Tcl 对物理优化（phys_opt_design）进行多次执行，以优化时序。闭环设计流程通过 place_design -post_place_opt 实现，基于前一次布线后的连线延迟信息进行针对性优化。

       增量设计流程

       在设计后期使用增量布局布线功能，利用已有布局布线数据缩短运行时间，减少对未变部分的破坏，保持时序稳定性。需确保参考的 .dcp 文件为完全时序收敛设计。

       使用 Tcl 自定义 Vivado 设计实现流程，通过不同工具和方法实现流程优化、扩展和定制，满足设计需求，提升设计效率。