## Python for Good >>> PyCon China 2022 Python分析alpha vaults策略 主讲人：代少飞－量化开发 Python  HELLO WORLD ## 个人简介 主要从事量化开发相关工作 8.6 days ## 大纲 一、策略介绍 二、部署开发 三、使用说明 四、策略回测 ## 策略介绍 资金量有一定规模，进出中心化交易所，比较费力 第一个上线的 Uniswap v3 LP 策略 Uniswap v3 在 2021 年 5 月 5 日发布后两天，Charm 部署了其第三款产品：Uniswap v3 LP 操作策略——Alpha Vault，并且已经被证明是非常成功的产品：利润比 last_price=1900 入参 last_price 为上一次调整的值 说明： 默认 gap0_alter 为 3.19%（看事例说明） ## 出参 true 为应该调整 false 为不应该调整 ## 策略回测 原理： 统计一段时间每小时呆在价格区间的命中率，暂时不考虑小时流动性 区间下沿价格 $ p_{-1} $ 区间上沿价格 $ p_{-u} $ 选取每小时平均值p作为参考，区间命中率

基础篇：webpack 基础用法 03 | 基础篇：webpack 进阶用法 04 | 进阶篇：编写可维护的webpack 构建配置 05 | 进阶篇：webpack 构建速度和体积优化策略 06 | 原理篇：通过源码掌握webpack 打包原理 07 | 原理篇：编写 Loader 和插件 08 | 实战篇：React 全家桶 和webpack 开发商城项目 ## //huayang.qq.com/polyfill_service/v2/polyfill.min.js?unknown=polyfill&features=Promise,Map,Set ## 体积优化策略总结 Scope Hoisting Tree-shaking 公共资源分离 图片压缩 动态 Polyfill ## ☐ ☐ ☐ ☐ ## 扫码试看/订阅 《玩转webpack》

3、各内存结构体 • 4、curve文件系统的元数据内存组织 • 4.1 inode定义： • 4.2 dentry的定义： • 4.3 内存组织 5元数据分片 • 5.1 分片方式一：inode和dentry都按照parentid分片 5.1.1 场景分析 查找：查找/A/C。 - 创建：/A/C不在，创建/A/C - 删除文件：删除/A/C • 删除目录：删除/A - rename: hardlink: 生成一个hardlink /B/E，指向文件/A/C - list: 遍历/A目录 5.1.2 好处 5.1.2 问题 • 5.2 分片方式二：Inode按照inodeid进行分片，Dentry按照parentid进行分片 - rename: rename /A/C到/B/E - hardlink: 生成一个hardlink /B/E，指向文件/A/C • 6、curve文件系统的多文件系统的设计 }; } ## 5 元数据分片 inode和dentry的组织是按照什么方式进行组织，还有一些因素需要考虑。 是mds节点上组成一个全局的结构体，还是分目录，按照一个目录进行组织。 这需要考虑的元数据管理的分片策略。当前curve文件系统目的是提供一个通用的文件系统，能够支持海量的文件，这就需要文件系统的元数据有扩展

·2011年 百度电子商务事业部 ·有啊商城的开发 ·2010年毕业于中科院计算所 ## 美国点评 技术团队 ## Outline ·美团点评酒旅业务简介 ·基于用户画像的召回策略演进 ·基于L2R的排序策略优化 ·从海量大数据的离线计算到高并发在线服务的推荐引擎架构设计 ·推荐在美团点评酒旅的应用实践 ## 人工智能应用 |CriticalDigital World|CriticalPhysical ae6238e03c8/p13_6.jpg) ## 基于用户画像的召回策略演进 ## 热销策略 基于Deal所在城市统计分城市热销  |分类|场景|召回策略| |---|---|---| |本地需求|常驻城市=浏览城市 (北京人浏览北京)|当地用户购买的热销POI| p15_2.jpg)  ## 热销策略 ## ·精确统计POI销量 •Deal -> POI •POI售卖数据不准 •客户端埋点 ![Image](/uploads/documents/f/1/e/8/f1e81

加汪 mp av 本本 邮生 revision3 所 range 分片。 于宁5全为 1. 底层 ByteKV 全局有序，无论是点查还是范 围查询，均非常友好 2. 避免了热点 key 的产生 3. 对用户 key 进行编码，保证编码前后顺序不 变 读 本到 配忆 多损与 multi raft range 分片，增大写并发 Brain 层无磁盘 io，只有网络 io 写优化 - 3 事务优化 精心设计 key 格式 一个 k8s 对象的索引和数据在同一分区内 跨分区分布式事务 -> 分区内单机事务 读优化 - 1 Range 读 Unary -> Stream 代替分页，降低延迟 ee 读优化 - 2 多分片并发读 通过并发，大大减少读时延 读优化 架构 2 中进 。 目前所有消息严格要求有序 。 消息不重不丢、严格有序，所以写必须单点 。Kubernetes 本质是一个最终一致性的系统 。 关注单个对象的最终状态 。 分片多点写，避免写单点 ， 分片内部消息严格有序 届分请间消息可以乱序 。， 读、写、watch 能力均可以水平扩展 充 欢迎 尝 联系邮箱: xuchen.xiaoying@bytedance

五月追剧热点，我来告诉你！ 2 天翼手机节 报价不玩虚！ 0 ## 欧罗达 套餐·余额 我的服务 我要办理 ## 业务痛点 运维 中间件 稳定性 ## 选择 MyCat TIDB Mysql 分片 ## 选型测试 Mysql 主从分表：活动 延迟 Mycat：进行过 100 张分表处理，复杂度、可维护性高 TIDB：进行生产数据导入和实时同步进行数据测试。当时 beta 版本 ## 上线