本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 1. 我的帖子已经打上 开源推广 标签： 是 2. 我的开源项目完整开源，无未开源部分： 是 3. 我的开源项目已链接认可 LINUX DO 社区： 是 4. 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 5. 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 最近做了一个开源项目： GitHub - MengMengCode/CLICD: CLICD 是一个面向 LXC 的轻量容器管理面板，提供 Web 控制台、CLI、批量任务、镜像管理、NAT 端口、IPv6 分配、WebSSH、资源限制、流量限制和安全告警能力。它适合用来管理小型 VPS 上的 LXC 容器，也适合需要批量创建和分发子用户管理链接的场景。 · GitHub 如果各位佬们觉得mengmeng做的不错的话麻烦点一下仓库的Star 呢，谢谢啦 ，mengmeng最近在参加一项学校的考核，需要一个 的仓库。 它可以部署在你的服务器上之后进行便捷地一键切割LXC以及KVM给朋友进行拼车，目前有以下功能： 可以自由切割LXC以及KVM容器，其中KVM容器的资源独立性以及稳定性会比LXC好很多，如果是比较大的服务器或者是性能较强劲且目标是合租性能的话是建议使用KVM的，如果是网络合租之类的话推荐LXC。且切割参数比较全面，可以高度自定义与管理资源分配。 如上图，我限制的是5mbps的网络以及是5M的读写盘速度，都可以正常限制上。 目前适配了足够日常使用的系统版本以及不同系统进行选择，LXC与KVM均支持，选择度高。 有进行任务队列管理，多任务提交也不会因为宿主机性能问题而卡死失联，且可以批量创建同一个参数的容器，还支持IPV6公网分配绑定到容器，默认是使用NAT4进行基本的SSH公网服务映射，公网端口也可以自定义进行穿透，几十到几百的容器数量管理下来也不在话下。适合某些开发场景需要进行测试。 开了50个Alpine LXC容器的资源消耗： 每台容器都有单独的管理链接，拼车的友友可以使用这个独立的链接+密码进行登录管理容器，界面和上面的差不多，基本的管理功能都有。 具有完善的操作日志记录（管理员/子用户登录，执行容器开关机操作，重装系统等） 网络路由一览表 快照功能，管理员可以给每台容器进行设置允许用户创建多少个快照，管理员可以随意进行创建快照，还有定时快照功能，可以设置定时间地进行拍摄快照，以及快照状态的回滚等。 目前仍处于不断地开发与兼容的阶段，难免会存在一些BUG，欢迎大家提出Issues以及Fork进行不断完善呢，如果有什么想要支持的功能也可以提出哒。 POWERED BY: Backend: Go, net/http, LXC, cgroup v2, iptables, conntrack Frontend: React, TypeScript, Vite, Tailwind CSS, lucide-react, xterm.js Runtime: Linux, systemd, LXC, KVM/QEMU Build: GitHub Actions, Node.js 20, Go 1.22 1 个帖子 - 1 位参与者 阅读完整话题
发现一个炸夸响的备用坤，临时开了一个专业版测评留档： 连接地址(无 AFF): https://incudal.com/instances/create?source=market&package=673 NQ 测试结果： https://nodequality.com/r/uPniKpYuAKo9jR6xDBFC426jk1Twp8Qz 听说会随时跑路，有没长期用过的大佬分享下稳定不？
网卡是 rtl8127, 用 iperf3 测速，在 host 上测速可以达到 9.42 Gbits/sec ，在 lxc 里测速只有 3.25 Gbits/sec ，造成这么大差异的原因是在 lxc 里发送的数据包被拆成了 1.5KB 的小包（也就是 mtu 的大小），而在 host 上发送的数据包是几十 KB 的大包，我想知道如何让 lxc 里发送的数据包也是几十 KB 的大包，有 v 友对这个问题感兴趣愿意一起研究一下吗？ 在 host 上运行 iperf3 发包时 sar 的输出如下： d@develop:~/test$ sar -n DEV 1 | awk '/IFACE/ && !header_done {print; header_done=1} /enp9s0/' 04:57:43 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil 04:57:44 PM enp9s0 19111.00 45161.00 1231.95 1152255.61 0.00 0.00 0.00 94.39 04:57:45 PM enp9s0 19174.00 45152.00 1235.82 1152169.69 0.00 0.00 0.00 94.39 04:57:46 PM enp9s0 19072.00 45156.00 1229.25 1152220.90 0.00 0.00 0.00 94.39 04:57:47 PM enp9s0 18963.00 45156.00 1222.37 1152153.47 0.00 0.00 0.00 94.38 在 lxc 内运行 iperf3 发包时 sar 的输出如下： d@develop:~/test$ sar -n DEV 1 | awk '/IFACE/ && !header_done {print; header_done=1} /enp9s0/' 04:58:51 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil 04:58:52 PM enp9s0 15288.00 277668.00 985.45 410535.09 0.00 0.00 0.00 33.63 04:58:53 PM enp9s0 15290.00 277542.00 985.64 410400.17 0.00 0.00 0.00 33.62 04:58:54 PM enp9s0 15228.00 277660.00 981.49 410523.23 0.00 0.00 0.00 33.63 04:58:55 PM enp9s0 15265.00 277582.00 983.97 410409.32 0.00 0.00 0.00 33.62 用 txkB/s 除以 txpck/s 就能计算出数据包的大小。 我还试了在 linux 虚拟机（使用 tap 设备，桥接网络）里用 iperf3 测发送的速度, 结果和 lxc 里一样被拆成了小包，但是在虚拟机里用 scp 把本机文件拷贝到其他机器时是大包，而 lxc 里 scp 也是小包，另外更奇怪的是如果是 win11 虚拟机，iperf3 发送的数据包是大包。 我还试了用 macvlan 替代 veth ，结果 lxc 里不管是 iperf3 还是 scp 都不会拆成小包了，但是如果虚拟机用 macvtap ，不管是 iperf3 还是 scp 都全拆成小包了。 这个问题不仅仅出现在 rtl8127 网卡上，rtl8126 和 rtl8125 网卡都一样，只不过在万兆网络下大包和小包两种情况速度的差距更大。 这个问题我已经让 chatgpt plus 和 gemini 3 pro 分析了很多次了，AI 给的方法全都试了都不起作用，AI 只会让我去调整 tso gso gro 以及 mtu 等等参数，都试了都不起作用，感觉现阶段 AI 还是没有能力分析这种非常复杂的问题。