V2EX › Mohanson 的所有回复 › 第 16 页 / 共 48 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 48

❮

❯

2021-01-30 14:26:46 +08:00

回复了 v2yllhwa 创建的主题 › C++ › c++ 使用管道读取子进程的输出不完整

Duration 并不一定会和它后面的数据被你一次读到 buf 里，甚至第一次 read 你只能读到 Durat，第二次才会读到 ion

要明白流这个概念(虽迟但到)。

2021-01-29 20:45:59 +08:00

回复了 plusDiscuss 创建的主题 › 奇思妙想 › 是不是可以把过年，改到夏天、五一节去？

过年的本意是 "冬歇", 古代农作物秋天收成, 冬天没农活, 天气恶劣出去浪又容易死, 就找个理由歇着等来年春天. 确实不太适合现代社会, 但习惯的力量很难改变..

2021-01-28 15:10:53 +08:00

回复了 leinard 创建的主题 › 宽带症候群 › 京东云路由真香呀

你有想过你的电费吗, 一天多 5 毛电费一年就是 180

2021-01-26 15:13:14 +08:00

回复了 Rwing 创建的主题 › Debian › 来自 debian 团队的各大语言性能测试数据

看了下他们用的代码，mandelbrot，第一名的 c++ 代码用了向量指令加多线程，第 3 名 rust 多线程，第 8 的 c 只用了向量指令，再往后的很多老实人，内置基础数据单线程实现。没太大说服力，所以同一梯队内的语言(c，cpp，rust 这种算同一梯队)性能全看写代码的人愿不愿意花时间去扣

2021-01-25 19:54:52 +08:00

回复了 cage111 创建的主题 › 数据库 › 如何在 1s 内统计出 13 亿人口数据找出使用人数最多的十个姓名

如果在插入和移出数据时保证所有子树的顺序的话，那么查找一次最大值的时间复杂度就是 O(1)，代价是插入和删除的时候计算量会变大很多，不过不是大问题，毕竟是读优先的

2021-01-25 19:46:50 +08:00

回复了 cage111 创建的主题 › 数据库 › 如何在 1s 内统计出 13 亿人口数据找出使用人数最多的十个姓名

@786375312123 设计成父节点的 count 是其所有子节点的 count 和，即使不做任何优化，最多循环一个 3500*3 长度的数组就能找到最大值；找到最大值后排除该根节点继续找最大值，往复 10 次就是 3500*3*10 次循环。

这是我想到的没任何优化的算法，仔细设计的话提个数量级也不是不可能

2021-01-25 11:32:10 +08:00

回复了 cage111 创建的主题 › 数据库 › 如何在 1s 内统计出 13 亿人口数据找出使用人数最多的十个姓名

字典树啊字典树!

1 秒是什么概念? 一微秒就够了.

2021-01-24 13:17:50 +08:00

回复了 zhangchaojie 创建的主题 › 问与答 › [技术的价值在于解决业务问题] 元芳，你怎么看？

这种话一般来说是委婉的表示"你个刚入门的菜鸡别老想重构重写换架构换服务器系统老老实实照我说的去做" -- "你说的这些技术很好, 但是技术的目的是解决业务问题, 你提的这些改进对业务系统帮助多大有思考过么".

2021-01-21 10:35:12 +08:00

回复了 mkAPSGO 创建的主题 › 推广 › 今天分享的是一款截图软件-「FastStone Capture」，造物主可能是个完美主义者

@ob 我找了下, 看到知乎上有人写了 python 调 QQ 截图 DLL 代码的截图工具, 你可以参考
https://www.zhihu.com/question/43508297/answer/95847896

2021-01-20 22:59:45 +08:00

回复了 mkAPSGO 创建的主题 › 推广 › 今天分享的是一款截图软件-「FastStone Capture」，造物主可能是个完美主义者

@renmu123 QQ 的截图是一个独立的 DLL, 就放在安装目录, 可以自己写个 C 程序链接进来调个函数就能用了. N 年前我就这么用的.

2021-01-19 10:49:48 +08:00

回复了 Macv1994 创建的主题 › 程序员 › 各位 dalao 看看我这个网站加载速度还能优化吗？

这不是求人 DDOS 你吗

2021-01-17 00:09:41 +08:00

回复了 dangyuluo 创建的主题 › C++ › 同一段 C++代码在 AWS aarch64 机器下居然有超过 40ms 的延迟？

半个月前的 issue，最后代码拉自己的游戏机上跑测试才测出快了 10 啪
https://github.com/mohanson/pywasm/issues/42#issuecomment-753610944

2021-01-17 00:05:21 +08:00

回复了 dangyuluo 创建的主题 › C++ › 同一段 C++代码在 AWS aarch64 机器下居然有超过 40ms 的延迟？

试试不要跑你自己的函数，可以写个斐波那契函数在两个平台上跑跑就知道性能多少比多少了，云上面的性能都很玄学，我前段时间同台机器跑纯计算的仿真器测试代码，一会 6 分钟一会 4 分钟，妈蛋，当时有人给我提的 issue 我优化完代码，尽然无法确切知道这个优化到底有没有用…

2021-01-10 21:17:52 +08:00

回复了 redwing2003 创建的主题 › 编程 › 想看下有多少人有兴趣自创一种程序语言

我觉得更合理的学习方式是为一门已经存在的语言写

1) 解释器
2) 设计解释器的中间代码
3) 中间代码优化
4) 基于中间代码的 AOT 编译器
5) 解释器 + JIT 编译器

我觉得 Go 拿掉 goroutine, 写 Go 的解释器开始就挺不错的.

2021-01-10 21:11:17 +08:00

回复了 redwing2003 创建的主题 › 编程 › 想看下有多少人有兴趣自创一种程序语言

python + llvm 自学了几周, 写过一门叫 douz(最靠近撒哈拉沙漠的人族聚居地) 的简单语言, 它的斐波那契函数长这样:

```
def fib(n) {
if n 3 < {
n;
} or {
fib(n 1 -) fib(n 2 -) +;
};
}

def main() {
fib(10); # Exit with code 89
}

```

https://github.com/mohanson/pydouz/blob/master/examples/fib.dz

没精力继续做下去, 感觉编译器前端和后端都是体力活, 编译器中端才是精华所在(数学, 统计学... ...). 但是用了 llvm, 基本上就只能去写前端了.

2021-01-05 20:10:18 +08:00

回复了 zxCoder 创建的主题 › 数据库 › 像 InnoDB 这种底层存储结构，在代码层面是如何实现的呢

500 lines 有个叫 dbdb 的项目, 用的 btree + 单文件, 入门推荐

http://www.aosabook.org/en/500L/dbdb-dog-bed-database.html

2020-12-30 15:41:00 +08:00

回复了 IurNusRay 创建的主题 › Python › 大家知道目前有啥好用的图片风格转换 API 吗

http://accu.cc/content/daze/ml/neural_style_transfer/

很简单的, pip 一下甚至不用自己写代码

1 ... 12 13 14 15 16 17 18 19 20 21 ... 48

❮

❯