V2EX › monsterxx03 的所有回复 › 第 15 页 / 共 24 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 7 8 9 10 11 12 13 14 15 16 ... 24

❮

❯

2018-09-08 20:26:28 +08:00

回复了 silencefent 创建的主题 › 分享发现 › 悲报！牙膏厂组装机喜迎消费升级！

刚组了台 deskmini,隔天 8500 涨价 400....

2018-09-08 12:09:07 +08:00

回复了 leots 创建的主题 › MacBook Pro › 这样的电池要换新的吗

这个批次的好像都有问题，公司已经换了 5 台了, 鼓得盖子都合不上了, 淘宝上换的电池 500 多块

2018-08-22 21:50:16 +08:00

回复了 yue9944882 创建的主题 › 程序员 › 拼夕夕火了， Github 也开始流行中式拼夕夕 PR 了

早几年 OpenStack 里就有好多这种现象了

2018-08-22 13:58:16 +08:00

回复了 akmonde 创建的主题 › Python › celery 多节点是否适合代替多线程（线程池）

不是很明白你的 module 指什么, 一个 python 的 module(带__init__.py)?

celery 调度的单位是 task, 我的理解你应该把每个 fuzz 脚本的入口处封装成一个 celery task, 所有的 worker 节点上预先放好所有的代码. 入口处只负责分发 task，同步等待 task 执行结果，就能在入口处汇总所有数据了.

如果脚本之间没有顺序依赖，只是想最后得到所有结果的话，我说的应该就够了, 有依赖关系可以看看上面说的 chord.

2018-08-22 13:36:27 +08:00

回复了 akmonde 创建的主题 › Python › celery 多节点是否适合代替多线程（线程池）

配置下 result backend, 然后入口处脚本同步等待结果, 这样计算是在 celery worker 节点, 你能在入口处得到所有的结果.

ret = task.delay()
ret.get()

每个任务在单独的线程中分发, 最后就和你写单机多线程一样用了.

2018-08-16 21:55:38 +08:00

回复了 chouxiangZz 创建的主题 › 问与答 › 记我司 8.16 晚一次群聊

这种话，现在连刚毕业的小盆友都骗不了吧……

2018-08-11 13:46:38 +08:00

回复了 dataGridView 创建的主题 › 问与答 › 最近要去日本自由行，求一点建议。

跨城市旅行的话, 看看 jr pass, 东京都内也有那种几日票的, 省钱又省事. 国人旅行团扎堆的店就不用去了. 日本的地方祭奠还挺有意思的, 可以去凑个热闹, 8 月份挺多的. 还有韩国人真的很吵.....

2018-08-10 09:02:27 +08:00

回复了 chenhonzhou 创建的主题 › 问与答 › 哪里有不预装 Windows 的笔记本....

反正 xps 装双系统挺折腾的，来回改了好几次硬盘模式，早知道格了只装 linux，win 后来就没用过

2018-08-07 16:45:21 +08:00

回复了 est 创建的主题 › Amazon Web Services › 通过 AWS 的图标猜对应服务名称。能全猜对说明你是 aws 专家！

严重怀疑他们 service 的 logo 是程序随机生成的 ....

2018-08-02 20:30:24 +08:00

回复了 graysheeep 创建的主题 › 程序员 › 学人家接私活每天写到晚上两点早上 7 点起快猝死了

干过一次，代码写了 3 小时，需求沟通花了 5 天，太不划算了

2018-07-19 13:52:46 +08:00

回复了 won 创建的主题 › 推广 › 每月新鲜挂耳咖啡，多年诚信 V 站专供

中粮的确不行

2018-07-14 12:32:33 +08:00

回复了 cc959798 创建的主题 › Go 编程语言 › 为什么 Go 中的 ORM 框架使用起来感觉比较怪异

go 的 orm 不好用，试试 squirrel + sqlx

2018-07-10 19:13:22 +08:00

回复了 Livid 创建的主题 › Docker › 未来会不会有这样的一种基于 Docker 或者其他容器技术的云服务

@Livid 数据分区存储，具体怎么存储，感觉还是个业务导向的事，google spanner 号称 global distributed, 而且不是最终一致性，没用过，不清楚跨 region 对业务有什么限制，直觉上没那么完美

2018-07-10 18:56:17 +08:00

回复了 Livid 创建的主题 › Docker › 未来会不会有这样的一种基于 Docker 或者其他容器技术的云服务

代码离用户近和前面套 CDN 好像没区别吧, 数据要落地的话, db 跨 region 实时同步总不是那么好搞的.

2018-07-04 23:50:44 +08:00

回复了 levin1001 创建的主题 › 宽带症候群 › 调研各地区宽带运营商对 UDP 的限流情况

@bclerdx windows 那个只能发 icmp 吧(快 10 年没怎么用过 windows 了),感觉是运营商的问题，那会我在家里也碰到过的，很久没用过重 udp 的东西了，现在情况不清楚。

2018-07-04 23:38:25 +08:00

回复了 levin1001 创建的主题 › 宽带症候群 › 调研各地区宽带运营商对 UDP 的限流情况

@bclerdx 说错了...是 hping, 可以拿来发 udp,tcp 的包

2018-07-04 23:28:21 +08:00

回复了 levin1001 创建的主题 › 宽带症候群 › 调研各地区宽带运营商对 UDP 的限流情况

上海，之前公司的写字楼，电信 udp 有限流(不太像是 gfw 的锅)，现象是会断几分钟，过几分钟就好了，在断的那几分钟内，境外任意找台服务器，icmp, tcp 能到，udp 100%丢，fping，测试发包，只发 udp header，100%能到，payload 带一个字节就出不去。搬了办公室后就没试过了

2018-07-04 16:44:58 +08:00

回复了 est 创建的主题 › Python › 当年 1.6 亿美金估值的公司—— Digg 是如何被一句 Python 函数可变默参毁掉的

@yongzhong 最好能先定位有问题的大概代码段, 写个脚本离线 benchmark 下, 完全没头绪就只能 hardcode 到代码里线上测了, 要小心点(比如 10% 的采样执行), 性能影响没测过.

2018-07-04 09:48:23 +08:00

回复了 est 创建的主题 › Python › 当年 1.6 亿美金估值的公司—— Digg 是如何被一句 Python 函数可变默参毁掉的

@wwqgtxx 对，忘记说了，3.4 开始不受这个影响了，生产环境还是 2.7

2018-07-03 22:32:23 +08:00

回复了 est 创建的主题 › Python › 当年 1.6 亿美金估值的公司—— Digg 是如何被一句 Python 函数可变默参毁掉的

@wwqgtxx 循环引用是不会造成内存泄漏，前提是没有同时重载__del__, 这会导致 mark and sweep 机制在回收对象的时候，不知道以什么顺序去执行对象的__del__, https://docs.python.org/2/library/gc.html#gc.garbage

这里如果尝试想用 weak.ref 去修的话还会碰到另一个坑，weak.ref 对 instance method 不起作用，解引用永远是 None, 需要 python3.4 里的 WeakMethod

1 ... 7 8 9 10 11 12 13 14 15 16 ... 24

❮

❯