并发编程: 理论,框架与实践
王福强
应在宽邀请为其团队分享该topic
- 为什么需要并发, 又为什么需要并发控制?
- 充分利用某些资源
- 避免状态破坏
- more?!
- 资源并发访问的策略
- 悲观策略
- lock based concurrency(theory)
- java.util.concurrent (framework)
- 锁还是不锁,这是个问题, 锁多还是锁少,也是个问题(practice)
- 乐观策略
- lock free concurrency(theory) : CAS
- disruptor (framework)
- 并发度高,还是并发度低的时候使用,这是个问题(practice)
- 悲观策略
- 我拆我拆我拆拆拆
- task-based concurrency (theory)
- Runnable | Callable(model)
- Executor|ExecutorService(framework)
- data-based concurrency(theory)
- Actor (model)
- Akka(framework)
- task-based concurrency (theory)
- 从个人到群体,从单机到分布式
- divide and conquer
- map reduce pattern
- master-worker pattern
- swarm framework(move computation instead of data)
- divide and conquer
- 从软件到硬件
- GPU
- CUDA, jcuda, scuda
- floating point computation, e.g. image reader and processing
- PPU
- 物理计算
- GPU
- want to know more ?
- agent
- STM
- data flow
「为AI疯狂」星球上,扶墙老师正在和朋友们讨论有趣的AI话题,你要不要⼀起来呀?^-^
这里
- 不但有及时新鲜的AI资讯和深度探讨
- 还分享AI工具、产品方法和商业机会
- 更有体系化精品付费内容等着你,加入星球(https://t.zsxq.com/0dI3ZA0sL) 即可免费领取。(加入之后一定记得看置顶消息呀!)

存量的时代,省钱就是赚钱。
在增量的时代,省钱其实是亏钱。
避坑儿是省钱的一种形式,更是真正聪明人的选择!
弯路虽然也是路,但还是能少走就少走,背后都是高昂的试错成本。
订阅「福报」,少踩坑,少走弯路,多走一步,就是不一样的胜率!
