HQY

SpeedTest 由 OpenSpeedTest™ 提供 - 免费且开源的 HTML5 网络性能估算工具。

Sat, 02 May 2026 00:57:39 +0800

SpeedTest 由 OpenSpeedTest™ 提供 - 免费且开源的 HTML5 网络性能估算工具。

SpeedTest 由 OpenSpeedTest™ 提供，是一个免费的、开源的 HTML5 网络性能估算工具，使用纯 Javascript 编写，仅使用内置的 Web API，如 XMLHttpRequest (XHR)、HTML、CSS、JS 和 SVG。不需要第三方框架或库。我们只需要一个静态的网络服务器，如 NGINX。我在 2011 年开始了这个项目，并在 2013 年将其迁移到了 OpenSpeedTest.com 专用的项目/域名。

刚刚推出：OpenPacketLoss。快来看看吧！

虽然 OpenSpeedTest 测量带宽，这个工具帮助你直接从浏览器检测数据包丢失。

试试看: https://openpacketloss.com
源码: https://github.com/openpacketloss

不需要客户端软件或插件。您可以使用任何设备上的 IE10 或更新版本的 Web 浏览器来运行网络速度测试。

为什么选择 OpenSpeedTest

设计即安全。

OpenSpeedTest 包含只有 STATIC 文件，例如 HTML,CSS 和 JS.

所以你不需要担心安全更新或隐藏的漏洞可能会破坏你的安全环境。

轻量级，高性能。

OpenSpeedTest 是用纯 JavaScript 编写的。没有使用第三方框架或库。SpeedTest 脚本文件大小在 8kB gzip 以内。使用纯 JavaScript 的意外副作用是高性能。

从任何设备运行速度测试。

OpenSpeedTest 将会在任何版本的 IE10 或更新的浏览器上运行。

适用于任何显示尺寸和分辨率。

OpenSpeedTest 用户界面是用 SVG 编写的。

创建您自己的SpeedTest服务器。

服务器要求：

Nginx, Apache, IIS, Express, 或任何支持 HTTP/1.1 或更新版本的网络服务器。

接受, GET, POST, HEAD & OPTIONS, 响应 200 OK.
接受, POST静态文件, 响应 200 OK.
client_max_body_size, 35 兆字节或更多。
超时大于60 seconds.
禁用Access logs以提高服务器性能。
改进Time to First Byte (首次页面加载时间)
警告！如果你在反向代理后面运行它，你应该将post-body content length增加到35兆字节。
支持 HTTP2 & HTTP3.
HTTP1.1推荐用于实现最佳性能。
你应该遵循我们的Nginx配置。

或者，您可以使用OpenSpeedTest-Server。

OpenSpeedTest-Server 适用于 Windows、Mac、Linux、Android、iOS 和 Docker。

完全优化并准备好使用的应用程序。

新功能：

压力测试。（连续速度测试）

要启用压力测试，请传递Stress或S关键字作为URL参数。

http://192.168.1.5?Stress=Low

在STRESS或S关键字之后，您可以指定以秒为单位的运行时间，或者预设值，例如Low、Medium、High、VeryHigh、Extreme、Day和Year。将分别进行300、600、900、1800、3600、86400、31557600秒的速度测试。此外，您还可以输入每个参数的第一个字母及其值。

http://192.168.1.5?S=L

S=L与传递相同Stress=low

或者您可以指定秒数，例如：5000 直接而不使用任何预设关键词。

http://192.168.1.5?Stress=5000

自动进行速度测试

在页面加载时自动运行速度测试。

http://192.168.1.5?Run

几秒后自动进行速度测试。

http://192.168.1.5?Run=10 or http://192.168.1.5?R=10

你可以传递多个关键词，并且它不是Case-Sensitive.

http://192.168.1.5?Run&Stress=300 OR http://192.168.1.5?R&S=300

这将立即开始一个速度测试，并在每个方向运行300 seconds。下载需要300秒，300 seconds上传需要。

将结果保存到数据库

编辑Index.html

var saveData = true;

var saveDataURL = "//yourDatabase.Server.com:4500/save?data=";

添加多个服务器。应用程序将自动选择延迟最小的一个。

编辑Index.html

var openSpeedTestServerList = [

{"ServerName":"Home-Earth", "Download":"/downloading", "Upload":"/upload", "ServerIcon":"DefaultIcon"},

{"ServerName":"Home-Mars", "Download":"/downloading", "Upload":"/upload", "ServerIcon":"DefaultIcon"},

{"ServerName":"Home-Moon", "Download":"/downloading", "Upload":"/upload", "ServerIcon":"DefaultIcon"}

];

禁用或更改补偿因子。

http://192.168.1.5?clean

补偿因子，这是一个基于浏览器的测试，许多未知数。目前为4%。这在误差范围内。

你可以通过 Clean 或 C 作为URL参数传递，并重置过补偿因子为零或设置0到4之间的任何值。1 = 1% 到 4 = 4%。

Clean不会接受超过4的值，因此补偿最多限制在4%。

将默认的6个并行HTTP连接限制更改为服务器。

http://192.168.1.5?XHR=3 OR http://192.168.1.5?X=3

允许用户更改到服务器的默认6个并行HTTP连接限制。XHR将接受1以上的值，最大值为32

通过XHR或X作为URL参数。

选择不同的服务器进行速度测试。

http://192.168.1.5?Host=http://192.168.55.1:90 OR http://192.168.1.5?h=http://192.168.55.1:90

通过Host或H作为URL参数。

HOST 只接受有效的HTTP网址，如 http://192.168.1.10:3000 或 https://yourHost.com。

一次选择并运行一个测试，DOWNLOAD，UPLOAD，或PING。

http://192.168.1.5?Test=Upload OR http://192.168.1.5?T=U

TEST允许用户一次选择并运行一个测试，下载、上传或ping。

通过Test或T作为URL参数。

通过传递 Out 或 O 作为 URL 参数动态设置 PingTimeout

http://192.168.1.5?Out=7000 OR http://192.168.1.5?O=7000

如果服务器在我们发送的任何请求（'pingSamples'次）后5秒内没有响应

我们将展示Network Error，您可以在此更改限制。

以毫秒为单位，如果你需要设置6 seconds。将值更改为6000。

通过添加 Ping 或 P 作为URL参数来设置ping样本的数量

http://192.168.1.5?Ping=500 OR http://192.168.1.5?P=500

更多样本 = 更准确的代表性。Ping = 500将发送501请求到服务器以找到准确的ping值。查看index.html，您可以设置自定义ping样本大小、线程、上传数据大小等。

自托管（本地）/（Docker镜像/源代码）

用于无头的大规模部署。

你有两个选择。如果你需要定制部署，请使用我们的源代码和你选择的网页服务器。我更喜欢Nginx，你可以在这里找到我的Nginx配置。或者你可以使用我们的docker镜像。你可以在有或没有活动互联网连接的情况下在你的局域网/广域网中部署它。

这是使用nginxinc/nginx-unprivileged:stable-alpine实现的Docker，显著减少了资源的使用。

NGINX Docker 镜像以非 root、无特权用户运行 NGINX。

Docker 安装说明：

安装Docker并运行以下命令！

sudo docker run --restart=unless-stopped --name openspeedtest -d -p 3000:3000 -p 3001:3001 openspeedtest/latest

或者使用docker-compose.yml

version: '3.3'
services:
    speedtest:
        restart: unless-stopped
        container_name: openspeedtest
        ports:
            - '3000:3000'
            - '3001:3001'
        image: openspeedtest/latest

警告！如果你在反向代理后面运行它，你应该将post-body content length增加到35兆字节。
请遵循我们的Nginx配置。

现在打开您的浏览器并将其指向：

A: 对于 HTTP 使用: http://YOUR-SERVER-IP:3000

对于HTTPS使用：https://YOUR-SERVER-IP:3001

http的容器端口是3000

如果你需要在不同的端口上运行这个镜像 HTTP，例如：更改成 80 = -p 80:3000

容器端口为https的端口号是3001

如果你需要在其他端口运行这个图像 HTTPS，例如：更改成 443 = -p 443:3001

设置免费的Let's Encrypt SSL并自动续订证书

要求

公共 IPV4 和/或 IPV6 地址。
一个解析为速度测试服务器IP地址的域名。
电子邮件 ID

以下命令将为您的域名生成 Let's Encrypt 证书，并配置一个 cron 作业以自动续订证书。

docker run -e ENABLE_LETSENCRYPT=True -e DOMAIN_NAME=speedtest.yourdomain.com -e USER_EMAIL=you@yourdomain.pro --restart=unless-stopped --name openspeedtest -d -p 80:3000 -p 443:3001 openspeedtest/latest

或者使用docker-compose.yml

version: '3.3'
services:
    speedtest:
        environment:
            - ENABLE_LETSENCRYPT=True
            - DOMAIN_NAME=speedtest.yourdomain.com
            - USER_EMAIL=you@yourdomain.pro
        restart: unless-stopped
        container_name: openspeedtest
        ports:
            - '80:3000'
            - '443:3001'
        image: openspeedtest/latest

如何使用您自己的安全套接字层 (SSL) 证书，自签名或付费？

要求

包含您的证书、自签名或付费的文件夹。
将 .cet 文件和 .key 文件重命名到 nginx.crt & nginx.key
文件夹需要包含：
nginx.crt
nginx.key

sudo docker run --restart=unless-stopped --name openspeedtest -d -p 3000:3000 -p 3001:3001 openspeedtest/latest

要将带有您自己的SSL证书的文件夹挂载到此Docker容器，请在上述命令中添加以下行：

-v /${PATH-TO-YOUR-OWN-SSL-CERTIFICATE}:/etc/ssl/

我正在通过以下命令将包含nginx.crt和nginx.key的文件夹从我的桌面上添加到服务器。

sudo docker run -v /Users/vishnu/Desktop/docker/:/etc/ssl/ --restart=unless-stopped --name openspeedtest -d -p 3000:3000 -p 3001:3001 openspeedtest/latest

或者使用docker-compose.yml

version: '3.3'
services:
    speedtest:
        volumes:
            - '/Users/vishnu/Desktop/docker/:/etc/ssl/'
        restart: unless-stopped
        container_name: openspeedtest
        ports:
            - '3000:3000'
            - '3001:3001'
        image: openspeedtest/latest

高级配置选项

集装箱港口配置

要启用端口更改，请将CHANGE_CONTAINER_PORTS环境变量设置为"True"并为以下变量提供适当的值。

CHANGE_CONTAINER_PORTS=True

HTTP_PORT=3000

HTTPS_PORT=3001

设置用户

SET_USER=101

仅允许 CORS Request 来自列出的域名。

ALLOW_ONLY=domain1.com;domain2.com;domain3.com

SET_SERVER_NAME在界面上显示服务器名称。

SET_SERVER_NAME=HOME-NAS

Docker镜像在Linux平台上运行得更好，包括你的NAS。但是，如果你在macOS或Windows上安装Docker，你可能会看到性能不佳。我在Docker论坛上问过这个问题，他们告诉我macOS和Windows的支持仅用于开发目的。对于生产环境，你需要使用任何Linux平台。

同样的故事也适用于Windows NGINX。NGINX即使你指定了n个工作进程，也只会使用一个工作进程。它们会显示在任务管理器中，但系统只会使用一个。我直接从NGINX网站获得了这个信息。

为什么你需要创建自己的SpeedTest服务器？

您可以在家庭实验室、办公室服务器或云服务器上运行OpenSpeedTest Server。这样，您或在家工作的员工就可以进行速度测试，确保他们能够顺利进行所有工作。

在 ISP1 和 ISP2 之间选择。

有时在流行的测速网站上测试时，你的ISP2比ISP1更快。但当你连接到你的家庭/办公室/云时，那个较慢的连接可能表现得更好。唯一的办法是对你自己的基础设施进行测速。

排除网络问题。

即使您的互联网连接正常，这也是常见的。但是您网络中的某些设备可能无法获得良好的互联网连接。问题可能是错误的VLAN ID或故障的交换机。如果您运行本地网络速度测试，您可以轻松找到并解决这些问题。

在您添加重复器之前。

大多数中继器会将您的网络速度降低50%，因此如果您将其放置得离得太远，性能会最差，如果您将其放置得离得太近，当您运行局域网速度测试时，您将无法获得足够的覆盖范围。根据应用需求，您可以决定将中继器放置在确切的位置。

浏览体验。

有许多有用的浏览器扩展是我们众所周知和喜爱的。但其中一些扩展实际上会显著减慢浏览速度每当你访问一个网页时几秒钟。当你通过文件传输或命令行工具测试网络性能时，可能会看到良好的性能，但当你浏览互联网时，你可能会体验到性能不佳。这是由于糟糕的浏览器配置，包括安装了不需要的扩展。根据我的经验，只保留你每天都会使用的扩展。偶尔使用的扩展应被移除或禁用以获得最佳性能。如果你看到性能不佳，请尝试从私人窗口或隐身窗口中打开OpenSpeedTest。这个工具可以用来检查浏览器性能和扩展对你浏览体验的影响。

简单图床，真的简单！EasyImage搭建/使用教程

Fri, 01 May 2026 23:40:17 +0800

1.前言

官网：EasyImage2.0 简单图床 (gitee.io)

GitHub：icret/EasyImages2.0: 简单图床 – 一款功能强大无数据库的图床 2.0版 (github.com)

为啥要整这个图床呢？一是有自己的图床写东西确实很方便；二是夜梦最近没忍住买个几台NAT小机，想着好像除了进行内网穿透也没别的用处了，拿来做做图床也不错（几台NAT机配置都还不低……）；三是EasyImage这个图床程序实在是太轻量了（不用数据库）！

2.安装宝塔

上面几个NAT主机配置都比较高，完全不用担心性能问题。

宝塔安装很简单，按照系统复制安装代码即可。

官网：bt.cn

Centos安装脚本

代码语言：javascript
AI代码解释
yum install -y wget && wget -O install.sh http://download.bt.cn/install/install_6.0.sh && sh install.sh ed8484bec

Ubuntu安装脚本

代码语言：javascript
AI代码解释
wget -O install.sh http://download.bt.cn/install/install-ubuntu_6.0.sh && sudo bash install.sh ed8484bec

Debian安装脚本

代码语言：javascript
AI代码解释
wget -O install.sh http://download.bt.cn/install/install-ubuntu_6.0.sh && bash install.sh ed8484bec

安装完成后会在控制台中输出管理访问地址/管理员用户名/管理员密码，如果你使用的是独立IP，直接按照上面的访问地址登录即可。

但是！夜梦这里不是用的NAT主机嘛，所以是没有独立IP的。这需要我们进行端口转发（端口映射）！

三家端口映射操作大差不差，夜梦这里简单讲述一下方法：

进入端口映射操作界面
创建一个端口映射

服务名称自己填写，可以填image
外网端口有的服务商是可以自选的，有的是随机分配的，自己选的话选一个能用的就可以。
如果没有SSL需求，内网端口填写80。反之填写443。由于只是自己使用，夜梦这里就不演示配置SSL证书了。

3.部署图床

3.1基础环境准备

由于夜梦上面介绍的几个NAT服务器均在宿迁，考虑到使用的短暂性和安全性，夜梦不考虑使用备案域名解析到上面，所以后面就直接使用IP地址作为访问地址了。最后夜梦会介绍如何使用PicGo配合图床使用，即使使用IP地址也能十分方便地获得图片链接。

在宝塔中登录后，会提示让你安装环境，我们这里选择安装

Nginx1.21
PHP7.4

如果没提示也不要经，在左侧栏中找到软件商店，在应用搜索中搜索PHP和Nginx安装指定版本即可。

当PHP安装完毕以后，需要我们进行额外的操作。

我们在软件商店中，找到已经安装好的PHP，选中设置，在设置页面中，在左侧栏中找到安装扩展，安装

Fileinfo
iconv
zip
mbstring
openssl

如果拓展中没有显示就是已经安装了。有条件的建议开启OPcache拓展。

3.2建立网站

在宝塔页面中，依照以下顺序新建一个网站：

左侧栏网站 -> 添加站点 -> 完善网站信息

只需要在域名处填写你服务器的IP地址即可！然后点击提交。

下载最新的图床程序，上传至网站的根目录中，解压至站点根目录（需要进行一次剪切粘贴操作，夜梦这里就不演示了，可视化操作应该都会的吧）。

下载链接：Releases · icret/EasyImages2.0 (github.com)

4.初始化配置

到这里，图床已经准备好了，需要我们访问你的域名（IP地址）进行初始化操作。

由于我们使用的是NAT服务器，所以不能直接访问IP地址，需要访问IP:映射端口

访问后，会有环境检查：

按照夜梦的操作过程，环境不会有问题的。我们直接下一步，完善管理员用户名密码即可。

初次登录还会进行环境检查：

5.基础使用

如果你只是想简单地用图床，那么到这里已经可以了。

你只需要上传你的图片，便可以获得多种格式的图片链接。

当然了，这时候任何人都可以使用你的图床！如果你只想自己用，或者是给有限的人用，那么推荐你到后台设置开启登录上传功能！

具体为：设置 -> 图床安全 -> 登录上传

6.配合PicGo

当然了，如果每次上传都需要打开网页进行上传，然后手动复制链接的话，未免太过于麻烦了。所以夜梦这里使用了PicGo，下载地址为：Releases · Molunerfinn/PicGo (github.com)

安装完毕以后，我们在插件中搜索easyimage，安装相应插件。

然后我们配置插件，这里需要两个参数，我们到图床设置中获取。

到设置 -> API设置中，我们即可找到API调用地址和调用token，对应填入即可！

然后我们就可以选择格式上传图片了。

如果需要上传图片的时候自动复制链接，那么可以在设置中开启选项：

8.后记

使用国内的大带宽NAT机搭建图床的好处就是：加载图片真的太快啦！自己写markdown笔记的时候也可以直接丢图片到图床中了！

Z-Blog DPlayer 视频播放器插件

Thu, 30 Apr 2026 10:51:26 +0800

Z-Blog DPlayer 视频播放器插件

文章介绍了Z-Blog DPlayer视频播放器插件，它支持多种视频格式，但由于浏览器限制，部分手机无法自动播放。该插件旨在简化使用，但未加入MPEG支持。此外，官方弹幕API失效，作者提供了一个自行搭建的官方方式。作者还提到了自己制作的ZB弹幕插件，目前尚未成熟。

DPlayer播放器/支持MP4/FLV/M3U8

因浏览器限制大部分手机版浏览器无法自动播放

演示视频及封面皆来源于网路，侵删

0:00 / 0:00

速度

洗脑循环

显示弹幕

海量弹幕

弹幕透明度

视频加载失败

为什么做这个插件：

应用中心现有的DPlayer插件使用起来略复杂

为什么没加入MPEG相关支持：

很少用到，js文件比较大，有需要可自行引入相关js

关于弹幕：

官方弹幕API已经失效，需要自行寻找或者搭建

官方提供的自行搭建方式：https://github.com/MoePlayer/DPlayer-node

博主做了一个ZB用的弹幕的插件，但是还不成熟，暂时没打算放出来：https://app.ZBlogcn.com/?id=23208

本页演示的弹幕为ZB弹幕插件

关于DPlayer：

https://github.com/MoePlayer/DPlayer

VMware vSphere 故障排查实战系列-VM 性能慢?CPU Ready / Co-Stop 完整排查

Thu, 30 Apr 2026 10:15:33 +0800

VM 性能慢?CPU Ready / Co-Stop 完整排查

VMware vSphere 故障排查实战系列 #3

用户反馈"VM 卡",这句话信息量约等于零。打开 vCenter 一看 Guest CPU 15%,内存 40%,好像没问题。但真实情况可能是:VM 在排队等 CPU。这就是 CPU Ready 和 Co-Stop,它们是诊断"明明资源够却慢"的第一切入点。

一、前置:VM 的 CPU 不是它以为的那样

Guest OS 看到的 CPU 使用率,是它"在 CPU 上跑的时间 / 总时间"。但在虚拟化环境:

Guest 不在 CPU 上时
,可能是真的空闲,也可能是想跑但 Hypervisor 没给
Hypervisor 才是真正的调度者

关键指标(在 ESXi / vCenter 可见,Guest OS 里看不到):

指标	含义
%USED	VM 实际占用物理 CPU 时间
%RDY (Ready)	VM 想跑但 CPU 不可用,在排队
%CSTP (Co-Stop)	多 vCPU VM,部分 vCPU 等待兄弟们同步
%MLMTD	被 CPU Limit 限制的时间
%SWPWT	等内存 swap

性能问题诊断顺序：%RDY → %CSTP → %MLMTD → %USED

二、CPU Ready 详解

2.1 概念

%RDY = VM 想运行但没拿到 CPU 的时间占比。本质是排队等待。

健康阈值(经验值):

单 vCPU VM：
%RDY < 5% 正常,> 10% 性能受影响
多 vCPU VM：
需按每 vCPU 分摊看
持续 > 5% 持续超过 10 分钟
= 值得介入

2.2 怎么查

方法 1:esxtop(ESXi shell,最权威)


ssh root@esxi01
esxtop

# 按 c 进 CPU 视图
# 按 V 只显示 VM
# 按 f 自定义列,加 %RDY, %CSTP, %MLMTD

重要提示:esxtop 显示的 %RDY 是 per-vCPU 的总和。一个 4 vCPU VM 显示 %RDY = 40% 意味着平均每核 10%,而不是 10% 本身 = 正常。

要看按每 vCPU 平均：%RDY / vCPU 数。

方法 2:vSphere Client 性能图表

VM → Monitor → Performance → Advanced → CPU → Readiness(百分比,已按 vCPU 数归一化,直接看)

方法 3:PowerCLI


$vm = Get-VM "YourVM"
$stat = Get-Stat -Entity $vm -Stat "cpu.ready.summation" `
    -Realtime -MaxSamples 20
# 单位是 ms / 20000ms (20s 采样窗口)
# 换算:%RDY = (ready_ms / (20000 * vCPU数)) * 100

2.3 %RDY 高的根因

原因 A:物理主机 CPU 超卖严重

主机 20 物理核,跑着总计 80 vCPU 的 VM
高峰时刻大家都抢 CPU

验证：


esxtop → 按 c → PCPU USED %
# 如果整体 > 80% 持续,说明主机本身饱和

原因 B:VM vCPU 给太多

vCPU 不是越多越好。多 vCPU VM 需要多个物理核同时空闲才能调度(见 Co-Stop 部分)。

验证：看那个高 %RDY 的 VM 实际业务用几个核。8 vCPU 的 VM 平时只用 2 个 → 改成 2 vCPU,%RDY 往往大幅下降。

原因 C:CPU Limit / Shares 设置不合理

VM 配置了 CPU Limit(MHz),导致达到上限后被压制。

验证：


vSphere Client → VM → Edit Settings → CPU → Limit
# 或 esxtop 里看 %MLMTD

一般不要设 Limit,除非你明确知道为什么。

原因 D:DRS 不均衡

集群里有个主机特别挤,DRS 没把 VM 迁走。

验证：


Get-VMHost | Select Name,
    @{N='CPU%';E={[math]::Round(($_.CpuUsageMhz/$_.CpuTotalMhz)*100,1)}},
    @{N='VMs';E={(Get-VM -Location $_).Count}}

三、Co-Stop 详解(多 vCPU VM 必看)

3.1 概念

多 vCPU VM 需要协同调度：所有 vCPU 的运行进度不能差太远,否则 Guest OS 内的自旋锁、时钟同步会崩。

ESXi 用 Relaxed Co-Scheduling：允许 vCPU 之间有进度差,差超过阈值(通常 ~3ms)就强制停下来等(co-stop)。

反直觉结果：vCPU 越多,调度越难,co-stop 越容易出现。

3.2 典型场景

一个 VM 配 16 vCPU
平时业务只用 2-3 个核
但要调度时必须找 16 个物理核同时空闲
主机上有很多其他 VM → 很难凑齐 → co-stop 升高
结果：
这个 16 vCPU 的 VM 比 4 vCPU 的更慢

3.3 怎么查

esxtop：


c 视图 → %CSTP
# > 3% 开始值得关注
# > 5% 性能明显受损

vSphere Client：VM → Performance → Advanced → CPU → Co-Stop (ms)

3.4 如何解决

核心解法:降 vCPU 数

先用 Guest OS 内监控(Perfmon / top)看业务峰值实际用几个核
关机 → 改 vCPU → 开机观察
通常从 8/16 vCPU 降到 4 vCPU,性能反而提升

这是反直觉的,但数据和官方文档都支持:按需分配 vCPU,不是越大越好。

四、完整排查决策树


用户反馈"VM 卡"
    │
    ▼
看 Guest OS 内 CPU(Perfmon/top)
    │
    ├─ Guest OS 自己 CPU 100% → 是业务问题,优化应用
    │
    └─ Guest OS CPU 不高(< 50%) → 进入虚拟化层排查
            │
            ▼
       esxtop 看 VM
            │
            ├─ %RDY / vCPU > 5%    → CPU 排队,见第二节
            │   │
            │   ├─ 主机 %PCPU > 80% → 主机超卖,迁 VM 或加资源
            │   ├─ 主机不忙        → VM 配 Limit / Shares 不当
            │   └─ 集群不均衡      → 触发 DRS 手动迁移
            │
            ├─ %CSTP > 3%         → Co-Stop,降 vCPU
            │
            ├─ %MLMTD > 0         → 有 CPU Limit,检查配置
            │
            └─ %SWPWT > 0         → 内存问题(下一章)

五、常见误区

误区 1:看 Guest OS 里的 CPU 就够了

Guest OS 的 CPU = 虚拟 CPU 时钟视角,看不到排队等待。必须在 ESXi 层看。

误区 2:给 VM 加 vCPU 一定变快

对 Co-Stop 敏感的业务,加 vCPU 反而变慢。实测前不要先改配置。

误区 3:主机 CPU 30% 就肯定不忙

30% 是平均值。峰值可能瞬间 100%,造成突发 %RDY。要看秒级数据,不是分钟平均。

误区 4:性能问题只看当前时刻

CPU Ready 有累积效应：持续 5% 比瞬间 30% 危害更大。看历史曲线。

六、实战小技巧

6.1 esxtop 批处理模式(导出数据给 Excel)


# 采集 60 个样本,每 2 秒一个
esxtop -b -d 2 -n 60 > /tmp/esxtop.csv
# 下载到本地用 Excel 透视

6.2 PowerCLI 批量找 %RDY 高的 VM


function Get-TopReady {
    param([int]$Top = 10, [int]$Minutes = 30)
    $since = (Get-Date).AddMinutes(-$Minutes)
    Get-VM | Where PowerState -eq "PoweredOn" | ForEach-Object {
        $s = Get-Stat -Entity $_ -Stat "cpu.ready.summation" `
            -Start $since -Realtime -ErrorAction SilentlyContinue
        if ($s) {
            $avg = ($s | Measure-Object -Property Value -Average).Average
            $pct = [math]::Round($avg / (20000 * $_.NumCpu) * 100, 2)
            [PSCustomObject]@{
                VM = $_.Name
                vCPU = $_.NumCpu
                ReadyPct = $pct
                Host = $_.VMHost.Name
            }
        }
    } | Sort-Object ReadyPct -Descending | Select -First $Top
}

6.3 调整 VM vCPU 的流程

Guest OS 内装监控(Perfmon for Windows,sar for Linux),采集 1 周峰值
记录实际 CPU 使用的 90th/95th 分位
选 ceil(95th_pct * vCPU / 100) + 1 作为新值
关机 → 改配置 → 开机
观察 1 周,看 %RDY / %CSTP 变化

七、架构建议

标准模板：
4 vCPU 是大多数业务的起点,不要默认 8/16
NUMA 对齐：
单 VM vCPU 不跨 NUMA 节点(比如双路 CPU 每路 16 核,VM 不超过 16 vCPU)
CPU Hot Add 谨慎用：
启用后 NUMA 优化被禁用,可能影响性能
不要设 CPU Limit
,除非有明确多租户合规要求

结语

CPU Ready 和 Co-Stop 是虚拟化环境独有的性能指标,传统操作系统监控抓不到。"VM 卡"这三个字的 80% 情况,看 %RDY / %CSTP 就能给出方向。

无需安装｜大小仅50mb的PS，打开即用，甚至能在U盘运行！

Mon, 27 Apr 2026 16:42:40 +0800

无需安装｜大小仅50mb的PS，打开即用，甚至能在U盘运行！

随着AI盛行，大家日常都很少用到PS了，但软件却占用庞大的空间，暂存盘动不动就塞满，就拿最新版PS2026来说，大小已经到了5.44G了，如果你需求不高，只是简单P个图，完全不必安装一个这么大的软件。

今天，小呆就给大家分享一款老版Photoshop CS6轻量精简版，软件仅集成常用基础功能，便携免装，可放入 U 盘随时取用。

Photoshop CS6轻量版

支持：Win

这是一款 Photoshop CS6轻量精简版，大小仅 50MB，适合对图像编辑深度要求不高、但追求轻便的朋友使用，核心优势就在于够精简。

软件解压后双击打开「绿化和卸载.bat」即可绿化，完成后就可直接使用。

此版本基本功能一应俱全，与常规完整版在使用上并无明显差异，唯一的区别便是移除了 AI 相关功能模块。

总的来说，这是一款极度轻巧的 PS绿色版本，免安装、免卸载、无须注册，无论新旧电脑配置皆能流畅运行，感兴趣的小伙伴可下载体验！

开源|一款全能PDF工具箱，支持90+功能、纯本地处理，彻底杜绝文件隐私泄露

Mon, 27 Apr 2026 15:52:54 +0800

做开发或者经常跟文档打交道的兄弟们，平时肯定少不了跟PDF文件打交道。合并几个报表、转换个格式、或者是给合同加个水印，这都是常有的事。

以前大家遇到这些问题，习惯性地去搜“在线PDF转换”，结果点进去全是坑。要么文件大小限制得严格的，最让人恶心的是，把公司里带敏感数据的合同、报表传到第三方服务器上，心里总归是不踏实。万一数据泄露了，这责任谁担得起？

现在的工具要么太贵，要么不安-全，咱们技术人员手里要是没个趁手、安-全的工具，还真不方便。

那有没有一款软件，既能像专业软件那样功能强大，又能像本地工具一样安-全，还不用花一分钱呢？

还真有，今天给大伙儿介绍一个宝藏项目PDFCraft。

介绍

PDFCraft 是一款专为隐私和性能打造的专业级 PDF 工具箱。它最大的卖点就是“纯粹”和“安-全”。跟那些上传文件到云端处理的工具不一样，PDFCraft 利用 WebAssembly 技术，所有的文件处理全都在你自己的浏览器里完成。

这意味着什么？意味着你的文件从未离开过你的设备。断网也能用，不用担心文档泄露，这种安-全感是云端工具给不了的。

除了安-全，它的功能也相当硬核。内置了超过 90 种 PDF 处理工具，涵盖了从格式转换、编辑、压缩到安-全加密的方方面面，完全是咱们日常工作的瑞士军刀。

特点

咱们来看看它到底强在哪：

隐私，本地计算
这是它的核心优势。利用 WebAssembly 技术，把原本需要服务器做的重活搬到浏览器端跑。你上传的不是文件，而是在本地直接计算，处理完直接下载，中间没有任何网络传输过程，安-全系数拉满。

功能齐全，90+工具箱
不管是合并、拆分、压缩，还是把 PDF 转 Word、Excel，甚至是图片转 PDF，它都能搞定。甚至还支持 OCR 识别，能把扫描版的 PDF 变成可编辑的文字。

现代化工作流编辑器
这个功能真的有点东西。它支持可视化、节点式的工作流编排。你可以把“合并”、“压缩”、“加水印”这些操作像搭积木一样串起来，一次性完成。比如设定好“先合并报表，再添加水印，最后压缩打包”，以后扔进去一堆文件，它就自动按这个流程跑完，效率直接起飞。

跨平台，多语言支持
只要有浏览器就能用，Windows、Mac、Linux 甚至手机上都能跑。而且支持中、英、日、韩等多国语言，界面做得非常清爽，响应速度快，体验接近原生应用。

技术架构

作为搞技术的，咱们肯定得扒一扒它的技术栈。这项目用的全是目前前端圈最前沿的技术，看起来就让人赏心悦目。

前端核心

项目基于 Next.js 15（App Router）构建，使用了最新的 React 19 和 TypeScript 5。UI 样式方面用了 Tailwind CSS 4，整个界面设计得非常现代、干净，代码结构也很清晰。

PDF 处理能力

之所以能做纯本地处理，主要依赖这几个核心库：

• PDF.js：Mozilla 出品的 PDF 渲染，负责在浏览器里展示 PDF。
• pdf-lib：用于修改和生成 PDF 文档。
• PyMuPDF (WASM)：这是一个重头戏，把强大的 MuPDF 编译成了 WebAssembly，让浏览器拥有了处理复杂 PDF 的能力（比如 OCR、高压缩率）。

状态管理

使用了轻量级的 Zustand 来管理状态，在复杂操作（比如工作流编辑）下，界面依然流畅丝滑。

部署方式

这项目部署起来非常轻松，因为它本质上是一个静态应用，不需要复杂的后端服务支持。

本地开发

环境要求 Node.js 18.17 以上。
拉取代码后，常规的三件套就能跑起来：

git clone 项目地址
cd pdfcraft
npm install
npm run dev

Docker 部署

如果你想在服务器上跑一个给团队用，Docker 是最方便的，已经提供了现成的镜像：

docker pull ghcr.io/pdfcrafttool/pdfcraft:latest
docker run -d -p 8080:80 --name pdfcraft ghcr.io/pdfcrafttool/pdfcraft:latest

当然，你也可以用 Docker Compose 从源码构建，支持开发模式和静态生产模式。

静态托管

因为它是静态导出的，你可以直接扔到 Nginx、Vercel、Netlify 或者 GitHub Pages 上。不需要维护 Node.js 进程，极其省心。

开源协议

项目遵循 AGPL-3.0 开源协议。

这里需要稍微注意一下。这个协议允许你免费使用、修改和分发代码。但是，如果你把这个软件经过修改后，作为网络服务（SaaS）提供给用户使用，那么你必须公开你的修改源代码。

对于咱们个人使用，或者公司内部部署使用，那是完全没问题的，免费且自由。如果你打算拿它去做二次开发卖钱或者做在线服务，记得遵守协议规定，开源你的改动。

即刻体验一波

光说理论没意思，咱们来看看实际业务场景里它能干嘛。

场景一：财务月度报表处理

每个月底，财务要把几十个部门发的 Excel 报表汇总，转换成 PDF，然后合并成一个总册，最后加上公司的机密水印。
以前得开好几个软件，转换完导出，再打开另一个软件合并，再加水印。
现在用 PDFCraft，直接拖拽多个文件进去，一键完成转换和合并，接着在“添加水印”功能里上传公司水印图，瞬间搞定。

场景二：智能工作流自动化

这是一个很酷的 Beta 功能。想象一下，你需要处理一批扫描件：需要 OCR 识别文字、统一页面大小、最后压缩归档。
打开工作流编辑器，从左侧工具栏拖出“OCR PDF”、“Fix Page Size”、“Compress PDF”三个节点，用线连起来。
保存这个工作流，下次直接把几十个扫描件拖进去，它就按照你设定好的顺序，自动把这几十个文件从头处理到尾。这就是“一次配置，重复受益”。

场景三：格式互转

客户发来一堆 JPG 图片，让你转成 PDF；或者老板要把 PDF 转成 PPT 好去修改。这工具支持 22 种转 PDF 和 13 种从 PDF 转出的格式。像 Word、Excel、PowerPoint、图片、电子书格式，它都能吃进去也能吐出来，转换质量相当高。

上面只是部分功能的截图，更多的话，需要你来继续发现。

结语

PDFCraft 这个项目确实解决了咱们日常办公中的很多痛点。它把复杂的 PDF 处理能力，用最现代的前端技术栈封装在了一个浏览器页面里，既照顾了功能需求，又完美解决了隐私焦虑。

对于技术人来说，它的代码架构也很值得学习，是 Next.js 15 和 WebAssembly 结合的优秀实践案例。如果你正愁找不到好用、安-全的 PDF 工具，或者想研究一下纯前端处理文件的奥秘，这个项目绝对值得 Star。

未命名

Mon, 27 Apr 2026 11:32:53 +0800

目前openai key是根据不同模型的使用量进行扣费的！在获取key 值后我们还要进行余额款充值。

在使用插件前，首先要拿到openai的apikey值。

一、登陆openai官网登陆api login

二、选择管理项目，没有的话先创建项目

三、创建key 点击右上角Create new secret key 创建key 将生成的API Key复制保存好，以备后续使用。

四、余额充值也在项目管理里面 Billing 查看余额，余额为0的话需要先进行充值。

需要注意的是，使用OpenAI API 是根据使用量进行预存款扣费，只要有账号就可以！不需要去买月付的账号，余额可找第三方代充。

豆包ai内容接口API Key申请及接入点ID获取教程

Mon, 27 Apr 2026 11:12:50 +0800

一、火山引擎账号的申请及认证（https://www.volcengine.com/）

1.1 新用户先注册账号老用户直接登陆

1.2. 注册好后去进行实名认证个人或者企业都可以（https://console.volcengine.com/user/authentication/detail/）

二、创建API Key https://console.volcengine.com/ark/region:ark+cn-beijing/apiKey?apikey=%7B%7D

2.1 可以自定义名称创建

2.2 把生成的api key 复制到插件后台填写

填写到

三、创建推理接入点 https://console.volcengine.com/ark/region:ark+cn-beijing/endpoint?config=%7B%7D

3.1 在线推理-->创建推理接入点

3.2、根据个人需求选择开通模型（已经开通的直接选择）推荐模型 Doubao-1.5-vision-pro-32k 、Doubao-lite-128k 、Doubao-1.5-pro-256k

3.3 开通模型以后返回来选择确认接入 (温馨提示：部分模型不支持，会导致报错可以选择推荐的模型接入)

3.4 复制接入点ID 到插件填写

在线推理--自定义推理接入点复制刚创建的接入点ID https://console.volcengine.com/ark/region:ark+cn-beijing/endpoint?config=%7B%7D

填写到插件接口模型ID

免费注册的eu.cc后缀域名有什么用处？

Sun, 26 Apr 2026 02:31:16 +0800

在做项目时，很多人都会遇到一个问题：
只是临时用一下，有必要花钱买正式域名吗？

其实在不少场景下，答案是否定的。像 http://eu.cc 这样的免费域名，在最近支持接入 Cloudflare（CF）之后，可用性已经比很多人想象中高得多。

这篇文章就聊聊：
免费http://eu.cc 能做什么？从哪里获取？适合哪些人和场景？

一、先简单说结论

如果你有下面这些需求，http://eu.cc 非常合适：

临时项目、课程作业、Demo 展示
活动页、报名页、落地页
测试环境、预发布环境
学习部署、DNS、HTTPS、CDN
不想花钱，但又需要一个“像样入口”的场景

尤其是现在可以接入 Cloudflare，实用性提升很明显。

二、http://eu.cc 是什么？为什么它算“能用”的免费域名？

eu.cc 和很多域名不同的是：

可以正常解析 DNS（A / CNAME / TXT / MX）
可以绑定 GitHub Pages、Netlify、Vercel 等平台
现在可以接入 Cloudflare，使用 CF 的 DNS、CDN、HTTPS、安全防护

从哪里获取？

聚域网-到期域名查询抢注-域名注册-老域名买卖交易平台www.juyu.com/zt/reg_seo?t=seo_szh

这让它从“只能玩玩”，变成了真的能部署项目。

三、http://eu.cc 可以用来做什么？

1️⃣ 临时项目 / Demo 展示

这是最典型、也是最推荐的用途。

比如：

黑客松项目
产品原型 Demo
内部演示站点

用 xxx.eu.cc 这种域名，比直接甩 IP 或随机子域名要专业得多，而且零成本。

2️⃣ 课程作业 / 学习项目

很多课程要求：

项目必须能在线访问
要有完整 URL
最好支持 HTTPS

http://eu.cc + Cloudflare + Netlify / Vercel，基本可以满足全部要求，非常适合学生。

3️⃣ 活动页 / 报名页 / 落地页

短期活动常见问题是：

域名只用几天或几周
买正式域名不划算
活动结束后就废弃

这种场景下，用免费 http://eu.cc 非常合适。

4️⃣ 测试环境 / 预发布环境

很多人会给项目分：

production
staging
test

像下面这种就很常见：

test.xxx.eu.cc
staging.xxx.eu.cc

即使以后换正式域名，迁移成本也不高。

5️⃣ 学习 DNS / HTTPS / Cloudflare

如果你只是想学：

DNS 解析怎么配
CNAME / TXT 是干嘛的
HTTPS / SSL 原理
CDN / 缓存 / 防护

那免费域名 + CF 是最省钱的练习方式，使用起来也不心疼。

四、http://eu.cc 接入 Cloudflare 之后，变化在哪里？

这是很多人关心的点。

接入 CF 之后，你可以：

使用 Cloudflare DNS 托管
开启 HTTPS（免费 SSL）
使用 CDN 加速
获得基础的安全防护
统一管理多个域名和子域名

这让 http://eu.cc 不再只是“能访问”，而是能正常上线一个像样的网站。

五、哪些场景不适合用 http://eu.cc？

也需要说清楚边界。

不太推荐用于：

正式商业项目
长期品牌官网
对稳定性和品牌可信度要求极高的业务

原因很简单：
免费域名更适合“阶段性”和“功能性”需求。

六、总结一下

一句话总结：

http://eu.cc 是一个非常适合“临时 + 学习 + 测试 + Demo”的免费域名方案。

在它支持 Cloudflare 之后：

能力上，已经能覆盖大多数基础部署需求
成本上，几乎为零
迁移上，将来换正式域名也很方便

如果你现在正好缺一个不用花钱、又能正常用的域名，并且年抛的域名，http://eu.cc 是一个值得考虑的选择。

eu.cc免费域名怎么样？ http://eu.cc免费域名怎么样？在哪里申请？

Sun, 26 Apr 2026 02:26:30 +0800

免费领取3个年抛http://eu.cc域名，可托管到CloudFlare上(需要实名认证)

分享一个可以托管到CloudFlare上的免费域名。邮箱注册就会送三个.http://EU.CC域名注册券。好了废话不多说现在开始。

注：需要实名，担心个人信息泄露的朋友直接可以跳过了。领取地址在文章中间，接入CF之前

邮箱注册

账号注册要求不高，账号注册完了就可以领取三张.http://EU.CC域名注册券了。但是使用域名，就需要实名认证

再次点击领取,会有弹窗显示领取成功

域名注册

1、在域名查询界面，输入自己喜欢的子域名，点击【查域名】按钮，若是未注册点击【立即注册】按钮即可

2、点击勾选使用【注册券】选项，点击【立即注册】按钮。

3、完成注册以后你就能在我的域名列表看到了

领取地址：

聚域网-到期域名查询抢注-域名注册-老域名买卖交易平台www.juyu.com/zt/reg_seo?t=seo_szh

域名托管到CloudFlare

大佬可以跳过这个步骤，这里写是因为有些不懂的朋友。

1、这里还是选择CloudFlare做托管。在CloudFlare控制台中，点击右边的添加，连接域，输入刚刚注册的http://hudi.eu.cc的域名。点击继续，如下图。

一、整体流程示意图（2种）

在开始之前，先看整体流程结构图：

整个过程可以总结为：

在 Cloudflare 添加域名
配置 DNS 记录
修改 http://eu.cc 的 Nameserver
等待生效
开启 HTTPS