@ipwx 确实。。不过就算是消息推送类应用，使用同步逻辑总归感觉是非常怪。。

@hua123s 乐观锁有 ABA 问题是很好理解的，只是好奇生产环境里什么场景需要注意规避 aba 问题，你在上文说的，比如小明想取款一次，但前端错误发出两次请求，后台使用乐观锁在特定条件下（刚好有 IO 发生使两次请求都成功执行），那么后台默认是执行了两次，但两次返回请求前端按正常工作逻辑只能处理第一次，导致小明亏钱。

不过这种场景怎么解决呢，直接用悲观锁吗。

@XiaoxiaoPu 所以我在问什么场景会出问题

@liprais
@XiaoxiaoPu 感谢两位回复，但两位没有回答我的问题啊。比如我预设一个场景，某人账号里有 100 万资产，然后多线程操作重复若干万次随机增加或减少若干值，我感觉对于任意时刻的任意状态下，aba 不会影响这个场景，对于当时间点的计算结果都是准确的，所以 aba 有啥问题

问题太长，且缺乏最小实现，1L 代码里很多不明实现的东西，实在是不想看。而且问题给人感觉很像 AB 问题

@kilasuelika 谢谢你的回复，但这里需要解决实际问题，我知道你举例情况的存在，但我在上面楼层已强调我的需求场景。并且我觉得你比起回复应该多做些功课，不要回出“自动有 round 效果”这种莫名其妙的。。

需求比较简单，哪个语言都无所谓。Python 的话，首先你需要调高系统允许最大 socket 连接数，创建 asyncio 线程，每个线程可以并发 1-10k 的访问，然后再将这个线程用 multiprocessing 重复。瓶颈只在于系统 IO ，与应用层实现关系不大

@stimw 有资源吗，想先睹为快。正版肯定是要入的，python 必读书目本身没有几本

@kilasuelika 反推的话，问题在于这是 python ，浮点数内存模型不是 f64 ，print(.000000000000000000000000000000001)的结果是 1e-33 ，print(.0000000000000000000000000000000012)的结果是 1.2e-33 ，我觉得起码在题目描述的场景中不存在“多个相近的十进制小数的浮点数表示相同”这句话


@renmu123 如果一定无法解决需求的话，解决提出需求的人也许也是不错的办法

@hsfzxjy 我在 3.8 的输出结果是 1e-16?

@muzuiget 我觉得既然 float(y)可以输出 1e-16 ，那么自然就保留了足够的信息输出 0.0000000000000001 ，毕竟两者可以一一映射，3.3333333333333333e-21 和 0.000000000000000000003333333333333333 同理

https://gist.github.com/RedmondLee/e92341616a020fbe1fed85903a264efc

试着写了个最小实现，用另一个线程封装 selector ，每次流更新后提醒主线程的事件循环去获取内容（因为 EVENT_READ 已经准备好，read 可以认为是非阻塞的）。

但是最后结果还是不太对，主线程的 call_soon 函数虽然正常执行，但是其过程中的 future.set_result(None)并不能触发主事件循环中 await 这个 future 的函数返回。或者说偶尔能触发，偶尔不能触发，搞不太清楚为什么。

@sagaxu 简单场景下性能肯定是提高的，我看他相当于把空间复杂度提上去了，比如一个实际业务中经常有各种恶心复杂的判定，搜索一行的 a 项目，如果 a>0 则 b 项目+=1 ，如果 b 项目+=1 结束后是偶数则 c 项目=0 ，这样一连串逻辑用普通 sql+连接池实现可能需要搜索和提交多次，我看他虚拟一层之后只需要在内存内部维护，实际业务发起多次请求，它往后端的搜索和提交只有几次，大部分在内存里完成，当然性能会比入库高。只不过这也是我无法理解的一点，我无法理解当问题变成多节点以后它维护的这个虚拟层是如何保持数据同步的

@ospider py 的异步从 3.4 加入一直更到 3.7 已经有比较稳定的 api ，文档也从最初的大杂烩到现在的条理分明，覆盖全面，反观 sqlalchemy 直接一篇不算很长的“从 1.0 迁移到 2.0”，另一篇“sqlalchemy 与 asyncio”，说明含糊不清，覆盖单一，查看附录里的范例代码发现已经在正文中看过了。混乱的就是 sqlalchmy 本身，关 python 什么锅？

@Huelse 单纯用 orm 维护连接池有什么优势？我感觉用 core 库的连接池也一样啊

@Veneris 所以还是要保存一个 appid 到签名的对应关系？是保存 appid 的最近请求的所有签名，然后每次新请求都挨个匹配？感觉成本会非常爆炸。否则的话难道只保存最近一次的请求？那么如果攻击者通过某种途径截取到了身份认证的封包，等一分钟以后重新发送，攻击不就成功了吗

@eason1874
@gadfly3173
@sadfQED2
请问传感器数据适合用 es 管理吗，每天新增大概在千万行左右，倒是没有到日增 T 级，但是目前也吃不消了。需要的搜索条件是，规定某日某时到某日某时这期间，某传感器的某项数值，这种类似 2-3 个约束条件的需求。我曾经试过时序数据库，但是感觉相对于传统数据库也没有太大优势，后来就放弃了，现在还是用甲骨文的方案，但是用的不是很舒心。我们搞机器人的也不是数据库太精通，就先这么凑合着了，现在大概百亿级的数据，换 es 来管合适吗？

@jaredyam 还有一个点就是我看源码不太理解它切割图片又合成的逻辑。。真的不会在边缘产生硬边界吗。。。因为比如对于原图来说是一串连续的 255 ，如果切割开来了，其中某些点对于神经网络来说，周围的值从 255 变成 0 了，这会影响预测的吧

@jaredyam 感谢回复。

我的目的是（希望能）掌握一种 General 的由 A 图片转化到 B 图片的训练方式，姑且不论效果（关于效果的改进以我的理解应该是通过调整网络实现的），我不是很理解应该用什么样的输出模式，在网上搜索也没总结出什么有效信息，所以来论坛问一下。我目前的想法是，比如在训练分类的时候，他都是有一套固定的评价体系，比如 softmax+交叉熵然后再反向传递，要提高精度需要调整的只是细节的网络结构部分，我认为图转图应该也是这样？提高精度可以靠修改网络解决，然后输入和输出模式相对应该比较固定。

超分应该是这个领域比较常见的需求，我昨晚看了一些开源项目，曾经感觉这些似乎都是很深层的网络实现的，但是看 waifu2x 之类比较老的超分似乎层数非常浅。通过模拟代码我能大概理解它的思路，但是因为个人精力有限，从准备数据集开始 check 每一行代码的逻辑比较累，而且不保证自己理解正确，难免有疏漏，所以想问问论坛里有没有大佬能在比较高的抽象层次用自然语言描述一下具体是这种转换是怎么做出来的，我感觉对我会很有帮助。