1.如何运行一个 Conflux 节点
2.【Poco笔记】线程Thread
3.openvx是源码什么意思？
4.TDA4与Openvx技术开发示例
5.TIOVX 源码学习： openvx理解

如何运行一个 Conflux 节点

       Conflux是一个基于PoW(工作量证明)的完全去中心化网络，若想参与此网络挖矿或提供RPC服务，源码需自行运行一个节点，源码本文将指导您如何操作。源码

       Conflux节点分为三种类型：归档节点(archivenode)、源码全节点(fullnode)和轻节点(lightnode)。源码eventbus源码总结不同类型节点存储数据量不同，源码归档节点存储最全，源码轻节点最少。源码存储数据越多，源码系统硬件资源消耗越大。源码更详细的源码节点类型介绍请参考相关资料。

       通常，源码参与挖矿只需运行全节点，源码若作为RPC服务，源码则需运行归档节点，轻节点适用于钱包使用。

       运行归档节点所需的机器资源如下：

       全节点对机器配置要求较低，参与挖矿出块需单独显卡。建议将系统最大文件打开数调高至，Linux系统默认，kettle hadoop 源码下载不足够用。

       获取节点程序和配置的方式如下：首先访问官方Github Conflux-rust仓库的Release页面下载，通常下载最新Release版本即可。每个版本包含源代码和Windows、Mac、Linux平台的预编译节点程序。需要注意的是，主网和测试网节点程序版本发布是两条线，主网为Conflux-vx.x.x，测试网为Conflux-vx.x.x-testnet，下载时需选择正确版本线。

       下载的zip包解压后是一个run文件夹，其中包含conflux和tethys.toml（Windows包中为conflux.exe）等文件。若想从源码编译节点程序，可参考相关文档。

       运行节点前需准备好节点配置文件，通常主网为tethys.toml，测试网为testnet.toml。两个配置文件主要区别在于bootnodes和chainId的配置值。开发者可到conflux-rust Github仓库的u盘管理源码run目录下查找配置文件。

       通常情况下，用户无需修改任何配置，直接运行启动脚本即可。若想打开某些功能或自定义节点行为，需设置一些配置参数，以下为最常用的一些配置：

       节点类型、chainId、Miner related、RPC、relatedSnapshotdirectries、Log related

       日志的log级别越高，打印的日志越多，响应会占用更多的存储空间，也会影响节点性能。

       Conflux-rust还提供开发者(dev)模式，该模式下会启动一个单节点链，并默认打开所有RPC方法，非常适合智能合约开发者快速部署和调试合约。配置方式如下：

       在dev模式下，可通过genesis_secrets.txt文件配置genesis账户，提供各类网站 源码该文件中每行放置一个私钥（不带0x前缀），并在配置文件中添加genesis_secrets配置项，将值配置为该文件的路径。

       这样节点启动后，每个账户初始会有,,,,,, Drip，即1w CFX。

       关于完整的配置项，可直接查看配置文件，其中包含所有可配置项及详细注释介绍。

       配置文件准备好后，即可通过节点程序运行节点。若在stdout或日志文件看到特定内容，表示节点已成功启动。

       节点启动后会在run目录下新建两个文件夹blockchain_data和log用于存储节点数据和日志。启动全新的主网或测试网节点后，它会从网络同步历史区块数据，追赶中的节点处于catch up模式，可以从日志看到节点的状态和最新的epoch数。

       若想访问节点，可通过RPC url访问。提供彩票系统源码例如：http://node-ip:

       对Docker熟悉的小伙伴也可使用Docker运行节点，官方提供了各个版本的Docker image，可自行pull image并运行。由于节点数据较大，建议在运行image时挂载一个数据目录用于存放节点数据。

       目前发布的镜像tag有三条pipeline：

       常见问题包括节点重启后同步需要很久、节点同步的区块高度卡住、修改配置后重启节点是否需清除数据、archive node数据大小、如何参与挖矿、如何快速同步数据运行archive node、节点运行error日志怎么看、如何运行一个PoS节点等。具体解答请参考相关资料。

【Poco笔记】线程Thread

        Poco的Thread是对标准库std::thread的封装，同时它类似Java一样，提供了Runnable接口。所以使用上是对标Java的。

        与标准库不同的是，Poco::Thread创建和运行时相分离的。这一点标准库设计确实不太友好。例如下面例子。

        同样看例子

        由上面可见，使用基本跟Java类似。创建与运行也分离了。

        看一下主要的运行接口，摘自Poco1.9源码

        源码文件主要包含

        1.Thread.h/Thread.cpp

        提供外部调用接口

        在Thread.cpp中定义了两种Holder, RunnableHolder和CallableHolder。Holder技术是Poco框架中经常用到的，是对某一种类型对象的指针包装。

        Runnable为线程运行类的基类，

        Callable为带一个参数的方法

        2.Thread_POSIX.h/Thread_POSIX.cpp

        3.Thread_VX.h/Thread_VX.cpp

        4.Thread_WIN.h/Thread_WIN.cpp

        5.Thread_WINCE.h/Thread_WINCE.cpp

        这几个文件，每个文件中都定义了ThreadImpl，用于不同平台下的具体实现，Thread私有继承ThreadImp，ThreadImp用于哪一个文件由编译宏决定。

        顺便说一下POSIX系统下的实现。因为使用的是c++，当时没有thread类，所以所有的实现都是使用pthread库来实现的。具体的使用请参考pthread技术文档。

        6.ThreadLocal.h/ThreadLocal.cpp

        ThreadLocal中定义了三个类， TLSAbstractSlot类， TLSSlot类， ThreadLocalStorageç±»

        TLSAbstractSlot是基类，TLSSlot是模板类，通过模板技术包裹了具体的类型。ThreadLocalStorage是用于线程存储，具体是通过一个map来实现。

        因为1.9使用的是c++，还没有引用local_thread关键字，所以这里是通过这种方式实现。

        ThreadLocalStorage定义如下

        那么Poco::Thread的tls是如何定义的？

        源码文件比较少，主要如下文件

        1.Thread.h/Thread.cpp

        2.Thread_STD.h/Thread_POSIX.cpp/Thread_VX.cpp/Thread_WIN.cpp

        Thread.h 主要对实现类ThreadImp的包装，并定义了对外接口。

        Thread_STD.h定义了内部实现,主要提供了ThreadImpç±»

        Thread_POSIX.cpp/Thread_VX.cpp/Thread_WIN.cpp分别定义不同平台下的兼容实现

        在Thread_STD.h中定义了几个重要类型

        在Thread.cpp中增加了两种

        private修饰的ThreadData，定义了线程内部数据。 1.9中源码分别定义在各个平台实现类中，这里抽离出来定义在Thread.cpp中。较之前的定义，这里额外的是新增了std::thread指针。因为直接引用了c++中的thread，有些实现直接借助于它。

openvx是什么意思？

       OpenVX是基于Khronos公司制定的VX（Vision Acceleration） API规范的图像和视觉加速库，它旨在提供一种高效、可移植且易于使用的平台，帮助开发者开发具有高视觉质量的应用程序。

       OpenVX是一个跨平台、开放源代码的计算机视觉库，它可以充分发挥硬件加速的能力，并支持多种处理单元（如CPU、GPU、DSP等）之间的协同作用。同时，OpenVX提供了一些视觉和图像处理常见的函数和算法，使得开发者实现图像特定应用程序更加可行和方便。

       除此之外，OpenVX还基于流水线架构设计，可以更充分地利用多核处理，支持数据流图编程，使得图像处理更加灵活和高效。此外，OpenVX具有良好的扩展性，可以进行个性化的定制和优化。因此，OpenVX在实现低功耗、高速度、高质量的计算机视觉应用方面具有广泛的应用前景。

TDA4与Openvx技术开发示例

       在TDA4平台上进行FFmpeg和Openvx技术的开发，本文将展示一个基于TI TDA4 JE的ARM移植过程，主要针对RTMP推流工作。

       首先，从下载源码开始。博主选择的X源码和ffmpeg源码版本分别是download.videolan.org的最新版本。准备工作包括将文件拷贝到开发板上，使用内建gcc编译，以简化步骤。在~/ffmpeg目录下，通过scp命令上传源码。

       接着，进行x的配置、编译和安装，设置编译器参数后进行make操作。然后转向ffmpeg，需确保系统时间同步，配置时指明与x库的路径关系。编译ffmpeg的过程较长，耐心等待。

       实战环节，展示了RTSP流推流到RTMP服务器的命令，以及RTSP流的保存和USB摄像头流的采集和推流示例。使用ffmpeg进行RTMP推流时，需要注意设备名和参数调整。

       移植过程中，一个重要节点是img_mosaic_module，它负责将多个图像整合到一个大图中进行显示。通过在TDA4的app_usb_disp_templete基础模板上进行修改，实现图像镶嵌功能。这个过程涉及到创建和运行图（Graph），并调整源文件和头文件的引用。

       移植完成后，工程资源可通过链接下载，同时推荐使用在线云笔记Notion作为工具，以便于记录和分享开发过程。

TIOVX 源码学习： openvx理解

       学习TIOVX源码的关键在于理解其原理和实际应用。首先，需要参考专业资源了解OpenVX和TIOVX的基本概念。OpenVX是一种基于硬件抽象层的图像处理框架，其目的在于在不同硬件平台上提供统一的API接口，而TIOVX则是对OpenVX标准的实现，特别强调在DSP上的自定义开发。

       在TIOVX中，用户可以利用User Kernel扩展OpenVX的功能，但仅限于CPU环境。为了弥补这一限制，TIOVX引入了Target Kernel概念，允许用户在DSP上进行自定义开发，从而提升特定任务的性能。

       理解TIOVX源码时，可以从官网教程出发，通过官方提供的示例来掌握Target Kernel和User Kernel的编写、调度及生命周期管理。这包括在AddUserKernel中指定运行前、运行时和运行结束后执行的函数。

       在实际应用中，TIOVX与OpenCV类似，都专注于图像处理，涉及上下文（Context）、图（Graph）和节点（Node）等概念。了解AppObj结构体，有助于更深入地理解TIOVX的内部运作。AppObj包含运行各阶段所需的变量，如TIDLObj用于管理网络参数、ImgMosaicObj用于图像参数、DisplayObj用于显示参数、ScalerObj用于图像列表相关变量。

       为了更高效地学习和应用TIOVX，建议从TI官方提供的例子出发，详细阅读文档，理解结构体嵌套关系，以便在具体项目中调用API时更加得心应手。通过这些步骤，可以逐步掌握TIOVX源码的核心内容及其在实际项目中的应用。