V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  BBCCBB  ›  全部回复第 53 页 / 共 117 页
回复总数  2334
1 ... 49  50  51  52  53  54  55  56  57  58 ... 117  
2021-08-05 08:41:15 +08:00
回复了 youngforever 创建的主题 问与答 关于作业辅导
初三了.. 是不是不能复读? 不好好读的话普通高中都上不了. 就要被分流去职高了..
2021-08-04 16:59:36 +08:00
回复了 MrGoooo 创建的主题 程序员 关于面试时面试官提出的一些疑问,求解答
2. 这个一致性只要不能保证 redis 操作和数据库操作有事务, 就一定会有不一致的可能! 所以基本无解. 只能尽力去降低不一致的概率.
这都是常规操作.. 有啥不好意思的..
2021-08-01 16:26:31 +08:00
回复了 3dwelcome 创建的主题 分享发现 这年头写个漫画爬虫都心力憔悴。
用 puppeteer 直接运行 chrome 爬..
@yema50 Wrapper 统一放到响应 Service 里. 不要用到的地方到处写..
2021-07-31 11:31:33 +08:00
回复了 hao4857 创建的主题 问与答 我又来请教 V 友了,关于独居老人被强制打疫苗的问题
高血压还敢强制喊打.... 不要命了属于是.
2021-07-26 08:45:54 +08:00
回复了 ljzxloaf 创建的主题 Java Java 目前实现全异步的方式有哪些
@wqhui sql 有 r2dbc 规范, 很多数据库都支持貌似.
2021-07-26 08:40:00 +08:00
回复了 goodhellonice 创建的主题 问与答 现在可以买的安卓旗舰、次旗舰机有什么推荐的?
安卓旗舰也会卡...
2021-07-25 19:58:58 +08:00
回复了 lzjamao 创建的主题 程序员 基于 mmap 相比于 fwrite 写日志,是否有性能优势?
不一定吧.. 你看 java 实现的 mq, 写入有用 mmap 的, 也有用 FileChannel write 的. fileChannel 这种批量 write 性能不一定比 mmap 差.. 看场景.

可以参考 https://www.jianshu.com/p/d0b4ac90dbcb
2021-07-24 11:42:53 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
@lesismal 虽然 go 的 内置协程支持, native 编译这些的确是优点, 但缺点依然不少. 我工作用 java, 不过也是在不断的学 go..
2021-07-24 11:40:06 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
@lesismal 事情不是非 1 即 0, 非黑即白, 不要太偏执,

java 里 gc 可选择的很多, 低暂停的 gc 做的比 go 的 gc 好的也有很多. zgc, Shenandoah, 商业的 zing 等.

java 内存这块其实和 go 相差无几, 只是现在开发比如套上一层 spring. 框架占的内存是大头, 但是这类框架抽象成都高, 很好用, 能简化开发.. 所以大家依然愿意用. java 和 go 裸写内存占用区别真的不大..
2021-07-23 19:32:03 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
java 里查数据库不一定要用 jdbc, 比如 vertx 里就是自己封装的. 还有 r2dbc 这种, 数据库官方都在支持..

不过没有语言级别的支持.

只是用 reactor 或者回调的化还是不够友好.
2021-07-22 08:33:49 +08:00
回复了 0576coder 创建的主题 Java Java 并发编程不推荐看《 Java 并发编程的艺术》
java 并发编程实战这个书可以, 不过我也没看完, 因为很多通过 blog 都学了


JVM 就周志明写的书<深入理解 Java 虚拟机 2>就挺好的.
2021-07-21 18:44:57 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
asyncio 不能降低你代码里单个 query 方法的耗时, 他要做的是用少量线程就能支撑超高的并发量,, 这个用线程是很难实现的, 单个请求的响应时间并不会变得更快,
2021-07-21 18:28:32 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
gather 不是顺序执行, 都 asyncio 了, 只要里面 task 不阻塞, 就是异步执行的.

你这个没啥问题, 根据你加大到 1000 次, 差距挺大的, 所以应该是量不够大.
2021-07-21 18:14:57 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
一个接口不可能这么高, 但是其他的接口也有网络 io, 和你测一个接口 1000 次概念差不多, 并发上去了, asyncio 性能差异就出来了..

如果只是一个接口, 没啥访问, 直接同步搞.. 简单
2021-07-21 18:12:54 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
次数调大点试试. 看起来没啥问题. 可以把代码贴完整点, 包括 loop.run_until_complete()这一块
2021-07-21 18:10:31 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
刚好你这个 task 里也是 5 个 sql 的 await.. :(
2021-07-21 18:09:49 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
sorry, 理解错了.. 光看了你问题里写的 5 个 sql, 我漏看了下面的 gather, 你要问的是 gather 里的这 5 个 task 吧
2021-07-21 17:32:55 +08:00
回复了 ErenJaeger 创建的主题 Python 感觉 aiomysql,异步执行多个查询,性能并没有显著的提升啊
nodejs 继续执行后面是因为你不用 await nodejs 的这个 promise, 而是等他返回结果返回后, 调用你注册的回调 function.去处理 function 果返回

nodejs 里, 如果你后续的执行依赖某个 nodejs 异步函数的结果, 那不还是得等异步函数结束拿到结果后再执行后面的结果吗.


1:
var s = asyncFunc(xxx, function (res) {
res 是这个函数的返回值.
}); // 不需要等待 asyncFunc 返回值,

xxx(); //


2:
var res = await asyncFunc(xxx); // 需要等待 asyncFunc 返回值
console.log(res)
xxx()

类似这两种方式.
1 ... 49  50  51  52  53  54  55  56  57  58 ... 117  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1070 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 113ms · UTC 20:07 · PVG 04:07 · LAX 12:07 · JFK 15:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.