V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  liuhan907  ›  全部回复第 1 页 / 共 16 页
回复总数  312
1  2  3  4  5  6  7  8  9  10 ... 16  
先尝试 taskset 或者 numactl 把 mysql 绑定到一个 numa 节点再测一下看看
29 天前
回复了 dcsuibian 创建的主题 NAS NAS 方案分享: 2025 年入手群晖 DS1821+
@dcsuibian 现在 openzfs 能加盘了
我就不一样了,我根本不用 AI 写代码,直接解决问题本身(
44 天前
回复了 weiwenhao 创建的主题 程序员 我写了一个编程语言,受 golang 启发
@weiwenhao
最终的核心还是在哪个线程上调度执行,也就是协程唤醒后在哪的这个问题。因为这牵扯到线程本地变量、线程特权之类的问题。至于如何通信那是很次要的问题
44 天前
回复了 weiwenhao 创建的主题 程序员 我写了一个编程语言,受 golang 启发
@weiwenhao
预留接口我实际上是指能自定义调度器算法等逻辑,不过有栈协程这点确实不好搞。但是实际上有些业务确实很需要自定义调度器,比如全局一个 M:N 调度器,然后有 N 个 M:1 调度器,以及重入调度器非重入调度器。但这些感觉不是很容易的在有栈协程上实现,无栈的比较容易。我觉得可以考虑先能够创建多个调度器并挂到上下文里,以及限定调度器的并行度。后续可以提供协程本地变量以及挂在协程上的上下文,避免 go 那个恶心的 ctx 参数到处传
44 天前
回复了 weiwenhao 创建的主题 程序员 我写了一个编程语言,受 golang 启发
@weiwenhao
函数参数和返回值的前后置感觉很割裂啊,为什么不选择单一方式呢?另外如果想做游戏的话调度器还是需要给开发者留下自定的接口,不然主线程调度会很难写,用起来非常恶心。
44 天前
回复了 weiwenhao 创建的主题 程序员 我写了一个编程语言,受 golang 启发
@knowckx 语法本身会大幅度影响最终性能,不可不仔细考虑。不过只要还关注编译速度等指标,那终究不能和完全不关心编译性能的一众语言比较最终性能的。
49 天前
回复了 codefun666 创建的主题 程序员 我的编程语言使用体会
使用 Rust 的理由之一:开发者会犯错(
69 天前
回复了 bibbyee 创建的主题 NAS 求推荐 nas!无限循环纠结中
@ELLIA 性能差的不是一点半点
69 天前
回复了 bibbyee 创建的主题 NAS 求推荐 nas!无限循环纠结中
@ELLIA 但是 wtr max 耍猴,到现在都没货
146 天前
回复了 ugpu 创建的主题 Go 编程语言 Golang 游戏开发框架选型
那没辙了,非技术原因那只能谁拳头大谁说了算。不然做游戏,找不出比 C# 更好用的。
146 天前
回复了 ugpu 创建的主题 Go 编程语言 Golang 游戏开发框架选型
你换 Go 的目的是什么要想好。用目前的 LTS 的 dotnet 8 开发,无论是开发速度还是运行性能基本都比 Go 强。如果是因为公司要求或者人员技能构成的方面倒还无可厚非,如果单纯是觉得 Go 能带来比 C#更好的开发或者运行性能收益那我觉得你会亏爆。
因为互联网填的的那点数据不够中大型游戏策划一周的量。
一个游戏基本上再怎么小,也是几十张表起步,复杂游戏或者数值游戏在运营几年后轻松可以有个三四百张表几十万行到百万行的数据。
这些数据有很多都是需要策划拉公式并反复测试调整得到最终值,然后再张贴到另一张结果表里给开发。如果要把这些表格功能都给搬上后台里,开发工作量比游戏本身还大了。
两个存储池冗余不同目的是什么,节约成本?
权限控制的话每个项目单独开共享是最简单的,zfs 可以随意分共享。
@loading
反正本来就有开发环境、测试环境、预发布环境三个环境做测试,如果还能让 DDL 错误上线的话那还是毁灭吧。
另外,不用工具什么都自己手动做,那么在不用付出学习成本的同时也意味着什么事情都要自己花时间,并且不能享有开源项目发展带来的好处。我觉得这和现在的开发理念是背道而驰的。
@lasuar 能自动化的东西,为何要手动维护?
@lasuar
但是这些东西,在设计好的 ORM 里都有自动化工具做。敲两个命令就出来了,手动除了费事还容易出错。
@wuhunyu
用 CRDB 就没这个问题(
2024-06-06 18:58:17 +08:00
回复了 kokoushinn 创建的主题 MySQL 请教各位一个困扰我已久的问题 mysql 运行 sql 文件十分的慢
你没开事务导致每条语句都要提交,SSD 相对机械盘高出很多的 iops 导致时间短的多。试试给 SQL 手动开启事务末尾提交看看速度。
如果你是认真想通过学一门新语言来接触一些过去没有接触过的东西,那我觉得 Rust 更好。
实际上 Rust 没有那么难,在入门学习的时候不要去在乎那些生命周期的破事,编译错误就直接 clone 解决 80% 的问题,剩下 Arc 解决 15% 的问题。最后那 5% 入门是不会需要了解的。
Rust 还有非常好用的 cargo 包管理器。入门文档齐全而且有中文翻译。
不过唯一要注意的是它和 JS 差距可是云泥之别,不要按照 JS 的思路去写。或者说 GC 语言和非 GC 语言的思路差别巨大。你最好忘掉除了基础的概念(比如分支语句、循环语句之类的这种)以外的之前的经验,不然可能会学的很痛苦。

@hahade
1  2  3  4  5  6  7  8  9  10 ... 16  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3417 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 00:41 · PVG 08:41 · LAX 17:41 · JFK 20:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.