0 码力 |
76 页 |
2.22 MB
| 1 年前 3
.jpg)
- 动态规划最优配送路线,且合理并单,以最低的配送成本最大化满足用户配送体验。
- 考虑用户期望时间的TSP问题
- 构建模型综合评估用户体验与配送成本打分
- 采用动态规划和模拟退火算法等算法,求得最优路线
## 时间预估
开始配送
骑士到店
骑士取餐
到店时间
等餐时间
用户下单
商户接单 商户出餐
出餐时间
到达用户
完成交付
送餐时间
交付时间 9cfa61606eb57df64b13fa12217/p17_1.jpg)
- 合理划分物流范围
- 节省调度运力,提升商户配送能力
- 回溯定位异常调度原因,诊断调试算法
- 精准模拟实际订单分布情况
- 有效评估调度算法的改进效果
## 时光机系统—历史数据可视化分析
## 真实再现调度场景细节
|骑士ID|骑士|状态|送/总|速度|服务分|
|---|---|---|---|---|---| [Image](/uploads/documents/a/a/4/e/aa4e49cfa61606eb57df64b13fa12217/p19_4.jpg)
## 3 仿真系统—未来效果仿真预测
## 精准模拟实际订单分布情况

## 有效评估调度算法的改进效果
0 码力 |
28 页 |
6.86 MB
| 2 年前 3
Deep System Understanding
Emulators require a strong grasp of hardware, low-level operations, and CPU architecture.
Building one helps you understand how hardware like memory, registers, and buses work [Image](/uploads/documents/7/c/b/e/7cbeb63ad7d8addbc280bbe745e37404/p9_15.jpg)
## Game Boy $ ^{TM} $ CPU Manual
Sources by: Pan of Anthrox, GABY, Marat Fayzullin, Pascal Felber, Paul Robson, Martin Korth [Image](/uploads/documents/7/c/b/e/7cbeb63ad7d8addbc280bbe745e37404/p12_2.jpg)
## CPU
• System On a Chip (SoC)
• DMG-CPU or Sharp LR35902
• Sharp SM83 (mix between Z80 and Intel 8080)
• 4,194,304 Hertz
0 码力 |
91 页 |
8.37 MB
| 1 年前 3
technical details and surprising conclusions that virtual functions can be actually faster. Since CPU architectures are mentioned, I'd expect to see deep assembly profiling.
## Ok, some assembly is But I have another computer
## Different CPUs
## Laptop:
Model name: Intel(R) Core(TM) i5-10310U CPU @ 1.70GHz
Thread(s) per core: 2
Core(s) per socket: 4
Stepping: 12
## Desktop:
Thread(s) per core: /9/2/1092c89fc888067fdbc59ca7369237f9/p14_1.jpg)
## Conclusions
## Relevant factors
• CPU manufacturer
• CPU version
• Precise code path
• Temperature(?)
• OS interrupts(?)
- Compiler optimization
0 码力 |
20 页 |
1.19 MB
| 1 年前 3
阅读一线开发者的技术干货
## About The SPEAKER
## 吕定顺 量子算法和软件研究
吕定顺博士,目前就职于华为2012实验室中央研究院,毕业于清华大学交叉信息研究院量子物理学专业,至今在量子计算、量子模拟领域等已经有7年研究经验。博士期间,曾在 Nature Physics, PRX, Nature Communication, PRL, PRA 等国际知名期刊发表论文7篇,H index为7,论文 [Image](/uploads/documents/8/a/c/4/8ac43374941cc6f79720ac45306295f0/p9_4.jpg)
一般业界认为量子计算的应用如下:
·量子化学模拟
· 量子材料模拟
·量子优化问题
· 量子机器学习
· 量子密码系统
· 量子精密测量
· 量子启发算法
## 量子计算优势
Quantum AI

1981年:Feynman提出【量子模拟】
量子力学建立

1964年:
0 码力 |
34 页 |
5.57 MB
| 2 年前 3
TVM@AliOS
## PRESENTATION AGENDA
☑ TVM @ AliOS Overview
TVM @ AliOS ARM CPU
TVM @ AliOS Hexagon DSP
TVM @ AliOS Intel GPU
☑ Misc
## PART ONE TVM @ AliOS Overview
## AliOS Overview
• AliOS (www.alios 驱动万物智能
## PART TWO AliOS TVM @ ARM CPU
## AliOS TVM@ARM CPU
• Support TFLite (Open Source and Upstream Master)
• Optimize on INT8 & FP32
## AliOS TVM @ ARM CPU INT8
Convolution
• NHWC layout
• AliOS TVM @ ARM CPU INT8
TVM / QNNPACK Speed Up @ Mobilenet V2 @ rasp 3b+ AARCH64

## AliOS TVM @ ARM CPU INT8
Depthwise
0 码力 |
27 页 |
4.86 MB
| 1 年前 3
经过这么多年大流量服务端架构设计的沉淀,go-zero 在保护服务的稳定性上下足了功夫,不管是 CPU 密集型还是 IO 密集型服务,go-zero 都能很好的保护服务在如下场景不被拖垮或卡死:
远超服务容量的突发大流量
CPU 打满
• 上下游故障或者超时
• MySQL、MongoDB、Redis 等中间件故障或者超负载(典型的是 CPU 飙高)

那我们想想,如果我们的服务 CPU 被打满了,是不是后面所有的请求也都被卡住了?等服务处理 果还不懂的话,可以来 go-zero 群里讨论讨论。。。
### 2.1 模拟 CPU 密集型服务
有人可能会问 CPU 密集型服务怎么定义?你的服务 CPU 会打满吗?处理请求会包含复杂的计算逻辑吗?你经常需要通过 cpu profiling 来优化性能吗?可以理解为服务的 IO 比较快,或者比较少,瓶颈是在 CPU 消耗上。
你可以直接用 goctl quickstart -t mono
0 码力 |
13 页 |
1.68 MB
| 2 年前 3