官方 OmniTool 由以下 4 个模块组成：

  • OmniParserServer：负责解析屏幕元素，输出元素 ID、坐标位置及语义化内容；
  • OmniBox：承载 Win11 系统的前端执行环境，持续截图并执行 LLM 下发的指令；
  • gradio：整体调度中心，负责串联三端——从 OmniBox 获取截图后发送至 OmniParserServer 进行解析，再将结果转发给 LLM，最终将指令下发至 OmniBox，如此循环；
  • LLM：新用户注册 Qwen 百炼大模型可获得 100 万 Token 的免费额度，额度耗尽后可切换至免费的 Gemini。

- 阅读剩余部分 -

前言

PostgreSQL自身只提供了流复制的功能，想要搭建高可用集群的话，需要借助第三方库pgpool来实现。pgpool之间互相通信，并且监控PostgreSQL数据库，当有一个数据库节点宕机时，可以保证整个集群可用。如果是primary节点宕机，则让另外的standby节点提升为primary节点。如果是standby节点宕机，则对整体集群无影响。以此来保证数据库集群的高可用。

- 阅读剩余部分 -

前言

UDP为无连接不可靠的数据报协议，不同于TCP提供的面向连接的可靠字节流。

客户端不需要与服务器事先建立连接，而是只管使用sendto函数给服务器发送数据报，其中必须指定服务器的地址作为参数。

服务器不接受来自客户的连接，而是只管调用recvfrom函数，等待来自某个客户的数据到达。recvfrom将与所接收的数据报一道返回客户的协议地址，因此服务器可以把相应发送给正确的客户。

- 阅读剩余部分 -

背景

为了测试PostgreSQL和PostGIS在大数据量下，对轨迹检索的性能，做了此次测试。

滴滴的轨迹数据已经不提供了下载连接，所以无法下载到。从网上搜索后，发现能下载到成都市2014年8月份的出租车轨迹数据，此数据集比较大，共12亿条左右，压缩后为6.7 GB左右。此次仅测试在1亿数据量的条件下，检索轨迹的性能，所以只使用了其中2天的数据，数据量为1.079亿条：

- 阅读剩余部分 -

前言

前两篇分别介绍了IO多路复用的select()和poll()。

  • select()解决了传统的网络编程中，一个线程只能服务一个客户端连接的问题，但是最多只能同时监听1024个文件描述符，并且效率比较低。
  • poll()解决了select()监听文件描述符个数限制的问题，但是并没有解决效率的问题。

本篇介绍epoll()，既解决了描述符个数限制的问题，又解决了效率问题。

- 阅读剩余部分 -

前言

前一篇介绍了IO多路复用中的select()，但是select()的缺点很明显，监控描述符的个数不能超过1024个，所以后来为了解决这个问题，引入了poll()，理论上poll()监听的描述符个数不受限制，但是实际能监控的描述符个数和机器自身的硬件配置有关系。

- 阅读剩余部分 -

前言

在Linux系统下，select()为最早支持IO多路复用的系统调用。该接口相比poll()、epoll()来说，更为简单，但是效率较低，而且最大只支持FD_SETSIZE（1024）个描述符。如果对并发数量的要求高于1024，请考虑使用poll()或者epoll()。

- 阅读剩余部分 -

前言

在联网的Linux环境上安装PostgreSQL、PostGIS，可能就是几句命令的事儿，相关的依赖可以自动安装，但是在离线的环境下安装，需要先编译安装各个依赖。

本文以麒麟服务器4.0.2为测试环境，离线编译安装PostgreSQL 12.2和PostGIS 3.0.5。有联网的环境，安装方法请参考其他教程。

- 阅读剩余部分 -

因为工作中开发以C++为主，python不太常用，所以每次学过之后，很快就忘记了。

写这篇博客的目的，是为了记录python的基本语法，每当用到的时候可以速查。

当然这篇不是python的入门教程，更偏向于python与C++之间的差异。

- 阅读剩余部分 -

  1. 1
  2. 2
  3. 3