丁劲犇技术发布空间

客户使用LenovoT490 win11 跑GQRX SDR，接入SDR在5MHz采样率下，机器卡顿。这对于10代i7CPU显然是不正常的。后续发现上网页也卡，卸载杀毒、重装系统、BIOS电源设置、系统最大性能、主动散热全部设置后，故障依旧。 下载安装 TPFanControl，我下载的是0.63。安全第一，首先保证风扇能够强力运行，吹得手暖和。下载安装Throttlestop, 关闭 BDPROCHOT 以及 TPL 中对两个Limits进行锁定。 https://goldenhawking.blog.csdn.net/article/details/135313297

USRPUHD3.15, 和 PothosSDR-2020.01.26-vc14-x64配合，用于GNURadio的加载。

在与APP接口的后台WebService开发方面，估计很少有人直接使用C接口的libfcgi-dev进行开发的了。但是，这不代表此方法是不可行的。在强大的Qt库的支持下，原来使用C++开发webService也是非常方便的。这里我们以获取OpenStreetMap数据库中的地理信息为例子，看看现代C++的威力。

从开源项目gqrx中提取的时频图显示控件。由于原版做的非常棒，可以直接拷贝使用。建议下载本项目后，从github下载最新版的相应文件后覆盖，这样可以一直保持最新。

本资源设置1个资源分，您可以下载作为捐献。 如果您有Git，还可以从http://www.goldenhawking.org:3000/goldenhawking/zoom.pipeline直接签出最新版本 (上一个版本“一种可伸缩的全异步C/S架构服务器实现”是有问题的，现在已经完成更改)。 服务由以下几个模块组成. 1、 网络传输模块。负责管理用于监听、传输的套接字，并控制数据流在不同线程中流动。数据收发由一定规模的线程池负责，实现方法完全得益于Qt的线程事件循环。被绑定到某个Qthread上的Qobject对象，其信号-槽事件循环由该线程负责。这样，便可方便的指定某个套接字对象使用的线程。同样，受惠于Qt的良好封装，直接支持Tcp套接字及SSL套接字，且在运行时可动态调整。（注：编译这个模块需要Qt的SSL支持，即在 configure 时加入 -openssl 选项） 2、 任务流水线模块。负责数据的处理。在计算密集型的应用中，数据处理负荷较重，需要和网络传输划分开。基于普通线程池的处理模式，也存在队列阻塞的问题——若干个客户端请求的耗时操作，阻塞了其他客户端的响应，哪怕其他客户端的请求很短时间就能处理完毕，也必须排队等待。采用流水线线程池避免了这个问题。每个客户端把需要做的操作进行粒度化，在一个环形的队列中，线程池对单个客户端，每次仅处理一个粒度单位的任务。单个粒度单位完成后，该客户端的剩余任务便被重新插入到队列尾部。这个机制保证了客户端的整体延迟较小。 3、 服务集群管理模块。该模块使用了网络传输模块、任务流水线模块的功能，实现了跨进程的服务器ßà服务器链路。在高速局域网中，连接是快速、稳定的。因此，该模块被设计成一种星型无中心网络。任意新增服务器节点选择现有服务器集群中的任意一个节点，接入后，通过广播自动与其他服务器节点建立点对点连接。本模块只是提供一个服务器到服务器的通信隧道，不负责具体通信内容的解译。对传输内容的控制，由具体应用决定。 4、 数据库管理模块。该模块基于Qt的插件式数据库封装QtSql。数据库被作为资源管理，支持在多线程的条件下，使用数据库资源。 5、 框架界面。尽管常见的服务运行时表现为一个后台进程，但为了更好的演示服务器的功能，避免繁琐的配置，还是需要一个图形界面来显示状态、设置参数。本范例中，界面负责轮训服务器的各个状态，并设置参数。设置好的参数被存储在一个ini文件中，并在服务开启时加载。 6、应用专有部分模块。上述1-4共四个主要模块均是通用的。他们互相之间没有形成联系，仅仅是作为一种资源存在于程序的运行时（Runtime）之中。应用专有部分模块根据具体任务需求，灵活的使用上述资源，以实现功能。在范例代码中，实现了一种点对点的转发机制。演示者虚拟出一些工业设备，以及一些操作员使用的客户端软件。设备与客户端软件在成功认证并登录后，需要交换数据。改变这个模块的代码，即可实现自己的功能。

拉丁语系、斯拉夫语系的世界地名和中文翻译对照表，postgresql 导出 (9.1)，UTF-8编码。 请安装PostgreSQL 后，直接restore即可。