V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cs8425  ›  全部回复第 2 页 / 共 7 页
回复总数  122
1  2  3  4  5  6  7  
2 3 月才组台 12700
灌 Ubuntu 20.04 server
纯 cli 当家用伺服
跑个 mc 服 偶尔转档压个影片
稳稳的没遇到任何问题
性能部份
只知道总效能大概是 i3-10100 的 2.6 倍
单核约 1.2 倍
mc 的 tick 稳定不少(jitter 降到 1/3~1/4)
还没有用 taskset 指派核心
有空可能会测试看看
2022-04-25 18:03:58 +08:00
回复了 120267583 创建的主题 分享创造 写了个多网卡聚合的小小工具
@asilin #4
@120267583 #8
看了下 code
应该是界面没位址或是只有一个位址
2022-04-25 16:23:28 +08:00
回复了 120267583 创建的主题 分享创造 写了个多网卡聚合的小小工具
linux 下绑定 LocalAddr 会被路由影响而失效
要使用特别的 system call
code 可以参考: https://github.com/cs8425/go-smalltools/blob/master/network/socks.go#L149-L162
前几天也有 V 友问过类似的问题: https://www.v2ex.com/t/848821
2022-04-24 04:57:11 +08:00
回复了 0o0O0o0O0o 创建的主题 Go 编程语言 如何用 Go 实现 curl --interface 的效果?
之前有类似的需求
翻 curl 的源码后发现是透过 system call 绑定 interface
这边有 code 可以参考
https://github.com/cs8425/go-smalltools/blob/master/network/socks.go#L149-L162
2022-04-19 13:22:14 +08:00
回复了 3dwelcome 创建的主题 算法 构建一个完美无冲突的 hashmap。
楼主一直说算法很简单怎没人听懂
要求 show 个 code 又不要
真的很简单的话
花一点时间弄个 code demo/benchmark 让大家见识一下不就好了
怎偏偏一直不弄呢?
2022-04-19 13:16:49 +08:00
回复了 3dwelcome 创建的主题 算法 构建一个完美无冲突的 hashmap。
插个眼看楼主表演
之前把 wasm 当唯一的神
无视应用场合跟局限就知道有多少料了...
@dcoder #43
three.js 本体只有绘图的部份
碰撞检测机制可以说不存在没错= =
example/demo 是有提供一些常用的计算函数
但都不是直接照搬就能用....
来晚了
之前工作上有稍微测试过
linux x84_64 (i7-4710HQ)
.net 5 vs golang 1.13.x 还 1.14.x
跑 websocket 测带宽
纯 http lookback 都可以跑满 CPU, 大概都有 3G+bps 左右
https 的情况下.net 效能比 golang 好
.net 约 500Mbps 内存约 200MB
golang 约 300~400Mbps 内存约 80MB

另一个测试是把 url 映射到 zip 档内的档案(碎档并发读取+解压缩, 都只用标准库)
https 带宽上限跟上面的差不多
但内存用量差异非常大
golang 不最佳化的情况下 内存占用约 130MB
.net 内存 500MB 起跳 并发越高吃越多内存
4C 的情况下有吃超过 6GB 结果 OOM...
基本大概抓 1C 吃 1.5 ~ 2GB 比较保守

打包后的执行档
golang 用 ldflags="-s -w" 约 5.6MB
.net AOT 不带 runtime 约 4MB
带 runtime 基本接近 100MB

回到标题, 个人还是选 golang
2022-04-01 09:58:05 +08:00
回复了 gantleman 创建的主题 游戏开发 MMO 万人同屏实验成功发布!
这老哥跳又出来了啊....
之前主打游戏状态之类的数据都该丢 redis
直接否定多数游戏场景的计算跟强一致性的刚需, 还是要靠内存内操作达成的事实
整个主题都在"redis 的异步读写每秒可以支持 10 万次"上面反覆横跳 Orz
mark 观望一下这次又要卖啥药....
2022-03-03 10:23:20 +08:00
回复了 azev 创建的主题 Caddy caddy 能不能跟 asp.net 组合建站?
.NET Core(.NET 5+)没问题, 有内建的 Kestrel, 直接反向代理即可
ASP.NET 的老项目老老实实反向代理 IIS 吧
@cs8425 #63 #64
...手机板也太难回覆
选个字 莫名其妙又送出了= =
希望可以改善一下

19 楼提到的 MicroPython 可行
但很多东西都要自己重写 /port 一次

38 楼提到的 Unikernel 不只 MirageOS
github 上有一些清单可以参考:
https://github.com/cetic/unikernels#comparing-solutions
https://github.com/infoslack/awesome-unikernels
@cs8425
Unikernel
19 樓提到的 MicroPython 可行
但很多東西都要自己重寫 /port 一次

38 樓提到的
2021-12-25 22:30:05 +08:00
回复了 moonkiller 创建的主题 macOS MacOS 是有多少 bug 我还没有发现的?
下拉选单
点下去(down+up)
菜单消失前 鼠镖有移动到其他选项上
会选到跟点的项目不同
2021-11-06 15:06:05 +08:00
回复了 ericwood067 创建的主题 Mac mini 有没有人用 m1 的 Mac mini 在家里做智能网关?
@ericwood067 #19
你没提"其他任务"到底是跑啥
又一直强调"对性能有一些要求"
到底有没有比较具体一点的数字?
不然没人知道你的"有一些要求"到底要求多高...

像 7zip openssl 这类的跑分还是可以拿来参考一下的
换个方向想
你用你觉得"够用"的机子跑分 /找跑分分数
再去找树莓派 /其他机器对应项目的分数
这样就会有个底
大家也比较好推荐
2021-11-05 21:39:43 +08:00
回复了 lwch 创建的主题 分享创造 内网穿透工具 natpass v0.6.0 版本发布,新增远程桌面功能
个人有点好奇
楼主有没有测过"比对画面差异"这部份的效能?
之前做过类似的东西(串流安卓装置画面)
发现"比对画面差异"这个步骤快不起来
"比对+传输"的延迟跟"压缩(转 png/jpg)+传输"的延迟几乎是一样的 Orz
2021-11-05 21:33:24 +08:00
回复了 lwch 创建的主题 分享创造 内网穿透工具 natpass v0.6.0 版本发布,新增远程桌面功能
@cond0r #20
下午有了翻下源码
楼主自己实现了套截图+传送画面差分的东西
概念类似 VNC 但应该不是走 VNC 协议就是
2021-11-01 22:56:46 +08:00
回复了 byc4i 创建的主题 问与答 AMD 的 CPU 现在使用会有什么 BUG 吗?
@blender2017 #21
没印象有特别设定东西
顶多就是 kernel 更新一下而已
目前是 ubuntu 自带的 5.11.0-38-generic
硬体压片部份没测
玩游戏的部份(我游戏不多...)
VRChat (proton)特效都弄最低
通常还有 50~90fps
堪用的程度
4350G 就比较不行 大概少 20~30%左右的效能
2021-11-01 18:41:40 +08:00
回复了 byc4i 创建的主题 问与答 AMD 的 CPU 现在使用会有什么 BUG 吗?
4350G 5700G Xubuntu 日常开发+娱乐用不关机
6 月多到现在稳的 1B
比 Intel NUC NUC8i7BEH 还稳
至少没 NUC 那样出现突然关机打不开 画面冻结的现象
2021-09-12 17:42:03 +08:00
回复了 lushan 创建的主题 服务器 跪求推荐一款机器做家用服务器!
補 #43
自组桌机当家用服务器很多年了
一点也不麻烦
也没稳定性的问题
nuc 做家用服务器反而不好
之前用 NUC8i7BEH 一直过热降频
后面还干脆直接关机
一定要拆版清 CMOS 才能再开机...
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2364 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 16:08 · PVG 00:08 · LAX 08:08 · JFK 11:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.