Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  codehz  ›  全部回复第 61 页 / 共 154 页
回复总数  3064
1 ... 57  58  59  60  61  62  63  64  65  66 ... 154  
❮ ❯
2022 年 8 月 6 日
回复了 os7blue 创建的主题 › 程序员 › 请教大家一个关于 minio 所采用 agpl v3 协议的问题
@huntzhan #3 显然不是，不然 AGPL 挂网页上浏览器也全都必须得开源才能显示了（
other than the making of an exact copy 留意一下，只要完全复制了就不算
2022 年 8 月 6 日
回复了 os7blue 创建的主题 › 程序员 › 请教大家一个关于 minio 所采用 agpl v3 协议的问题
你没修改 minio 就不用
2022 年 8 月 6 日
回复了 fox 创建的主题 › 分享创造 › 全世界最简单的双栏编辑器
原来 frameset 在 2022 年还能用啊，那我也整一个
data:text/html,<frameset cols="50%,50%"><frame src="data:text/html,<body contenteditable>"/><frame src="data:text/html,<body contenteditable>"/></frameset>
复制全部到浏览器地址栏即可使用
2022 年 8 月 5 日
回复了 Yeen 创建的主题 › 程序员 › webgl 有哪些成熟的、生态良好、持续维护的开发生态？
three.js ，主要坑点是，升级改动多，这个版本能用的下个版本可能就炸
2022 年 8 月 5 日
回复了 cocong 创建的主题 › 程序员 › 请问 autohotkey 如何设置切换不同应用？
建议直接用 explorerpatcher 的 SimpleWindowSwitcher ，实现这个功能的同时还有一致的界面
2022 年 8 月 5 日
回复了 jeodeng 创建的主题 › 程序员 › 请教一下，前端真的会有算法诉求吗？
编译器前端也是前端（划掉）
正经回答：主要看你怎么定义算法，原则上就算 crud 也算算法，css 布局（比方说响应式）也算算法，甚至于点击后执行某个操作，难道就不算算法了吗，所以什么算算法这事就很决定结论了
2022 年 8 月 4 日
回复了 2bad4u 创建的主题 › 硬件 › Mac 提示移动硬盘(日志式)无法修复，只能读
坏消息：水果很信任他们的 ssd 工程师，所以没给 apfs 做数据完整性验证
在移动硬盘上用只能自求多福了
2022 年 8 月 3 日
回复了 daiqiangbudainiu 创建的主题 › Linux › Ubuntu 的系统更新是真的难用
这就是为啥红帽系统升级会弄重启升级了
2022 年 8 月 1 日
回复了 lqzhgood 创建的主题 › JavaScript › lodash some 方法性能为什么比 js 原生方法 还高？
其实 v8 的很多数组方法都是 js 写的 - 只是标记成 native ，毕竟无论如何都要做各种类型检查和转换（以及按 es 语义调用 proxy getter setter ），加上 es 语义允许数组方法在非数组类型上调用，native 写不会有多少优势 - 反而可能会漏掉一些语义保证）
2022 年 8 月 1 日
回复了 hijoker 创建的主题 › 程序员 › 404 只能用在 GET Method 么？某个同事的一个问题把我搞愣了，我觉得所有的 Method 都可以吧
按标准 get 还能带 body 呢（虽然浏览器不支持以防止恶意使用攻击实现不正确的服务端）
所以这事主要还得看自己定义的上层语义
2022 年 7 月 30 日
回复了 fstar 创建的主题 › 程序员 › TCP 断开连接什么情况下挥手只有 3 次？
只是服务器合并了一个 ACK 和 FIN 而已，教科书级别的 tcp 是允许一边关闭然后另一边继续发的，但是对于 http 服务器来说客户端关闭上行通道，同时响应已经发送完毕的情况下，没有必要继续保留连接了
2022 年 7 月 30 日
回复了 abcbuzhiming 创建的主题 › JavaScript › 外部对象，进入函数后对其添加属性后，离开函数后，用调试器看不到这些添加的属性？
@abcbuzhiming console.log 不是实时评估的，log 当时没有的话就没了（但是点击展开按钮时又是实时的了
2022 年 7 月 30 日
回复了 lee88688 创建的主题 › Windows › 网页通过 Microsoft print to PDF 生成的 pdf 无法复制其中的文字，有其他的打印到 pdf 插件吗？
Microsoft Print to PDF 这个走的是打印接口，拿到的就已经是图像本身了，另存 pdf 是浏览器自行实现的
2022 年 7 月 29 日
回复了 zhuangzhuang1988 创建的主题 › 程序员 › 做基于语法自动补全麻烦么？
首先解析不完整的源码，并能忽略部分语法错误这件事就很难了（正常编译器遇到语法错误就直接停下了，你还得强行继续解析直到拿到所有需要的信息）
其次不完整甚至有错误的语法解析了之后还要做语义分析（比方说类型），又是半个编译器前端，分析了之后根据类型提示，又得需要周围上下文信息
如果有多个文件还需要递归扫描依赖文件，于是可能还需要项目配置的信息
除此之外你还得考虑文件很多也很大，不能每次用户按键都全量扫描，得增量
这些做完了，再来考虑上下文提示
最好祈祷语言不要有元编程，不然还得在分析器里跑用户代码，用户写了个死循环，啪，你死了（而且有些死循环只是用户还没写完代码的中间状态才有的）
纯替换的宏的话稍微简单一点，但只有一点点，如何在宏中间补全又是一个史诗级难题
2022 年 7 月 29 日
回复了 maoqiu0249000000 创建的主题 › 程序员 › 如何记录端口连接过的 IP
这种比较适合用 ebpf 做统计）
2022 年 7 月 28 日
回复了 monetto 创建的主题 › Linux › 备份 Ext4 分区的正确姿势
@pagxir 常见的是用 pv ，它的 buffer 是实打实的（和前面说的 buffer 命令类似机制），还能顺带显示进度条
2022 年 7 月 28 日
回复了 monetto 创建的主题 › Linux › 备份 Ext4 分区的正确姿势
@pagxir 模拟瓶颈在 io 也很好模拟，qemu 贴心的提供了限制 io 速度的方法，用 throttling.bps-total 限制就可以
限速到 10MB 的时候
/ # time sh -c 'dd if=/dev/sda bs=2M | gzip > /dev/null'
8+0 records in
8+0 records out
16777216 bytes (16.0MB) copied, 1.579849 seconds, 10.1MB/s
real 0m 1.59s
user 0m 0.92s
sys 0m 0.27s
/ # time sh -c 'gzip -c /dev/sda > /dev/null'
real 0m 1.53s
user 0m 0.97s
sys 0m 0.11s
作为对比，如果管道前面是 cat
/ # time sh -c 'cat /dev/sda | gzip > /dev/null'
real 0m 1.53s
user 0m 0.88s
sys 0m 0.24s
具体用时可能略有浮动（ gzip 这边就很稳定在 1.53 ，dd 组有时候有异常数据到两秒以上），但是差距还是在这的
dd 的问题是：write 它也会阻塞，阻塞了之后 read 自然也不会被调用，压缩用的 cpu 太少了，以至于 io 是瓶颈的时候性能并没有啥太大区别）
关于 dd 作为缓冲的作用，有好多文章写了这个问题
https://unix.stackexchange.com/questions/345072/can-dd-be-used-to-add-a-buffer-to-a-pipe
https://unix.stackexchange.com/questions/21918/utility-to-buffer-an-unbounded-amount-of-data-in-a-pipeline
2022 年 7 月 28 日
回复了 monetto 创建的主题 › Linux › 备份 Ext4 分区的正确姿势
@pagxir 如果你想达到所谓的缓冲效果，dd 是没有的，有个第三方软件 https://linux.die.net/man/1/buffer 可以实现你想要的结果，它内部实现了一个环形缓冲区，然后可以实现所谓的一边读取，一边写入——但是实际测试可以发现，它的效果比想象中的差很多，内核提供的 128k 的预读已经可以完成足够多的加速，如上所述，gzip 请求大小是 64k ，所以本来就可以在压缩的过程中请求 io
2022 年 7 月 28 日
回复了 monetto 创建的主题 › Linux › 备份 Ext4 分区的正确姿势
@pagxir 加两个不是更慢？？？
dd 也没开啥边读边写的操作啊，从上面 strace 的结果也可以看到，只是单纯的 read 固定长度然后 write ，这些全都是阻塞操作，没有使用 aio/io_uring ，多线程读写等的操作（源代码里也没有引用线程有关的东西），而 linux pipe 的默认缓冲区只有 64kb ，也就是读取端没有读完的话，写入端写入最多 64k 就会阻塞，即便你把缓冲区选择较小的范围，那也只是凭空增加系统调用数量，因为 gzip 仍然是一次性请求至少 64k （来自源代码，或者你也可以自己 strace 查看），因此 dd 开的越多只会越慢，不知道你怎么弄出“缓冲预读”的功能的
开 kvm 会让数据波动范围变大，除此之外不能改变结论，我特意选择小文件以缩小差距
2022 年 7 月 28 日
回复了 bthulu 创建的主题 › JavaScript › js 写后台, 是不是有点先天残缺?
js 的最大缺陷大概就是没有（支持直接共享内存的）原生线程吧，worker 的线程其实也可以用一些同步原语（包括原子操作和锁定语义），SharedArrayBuffer 也不是没有——但是只能操作二进制数据，不能直接用来传递对象——因而进行相关封装的就比较少（所谓阻塞队列，基本也是在多线程语境下才有意义吧），这也是为什么明明 wasm 性能不一定比 js 好，但是仍然有很多用到多线程处理的库采用 wasm 进行（
不过对于简单的多线程处理，采用 postMessage 的方法也不是完全不能接受，太重的计算就不太适合了
1 ... 57  58  59  60  61  62  63  64  65  66 ... 154  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   867 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 19:46 · PVG 03:46 · LAX 12:46 · JFK 15:46
♥ Do have faith in what you're doing.