摩托里程碑 4

没实体键盘的都是战 5 渣

我觉得坑在业务层

用 oracle 的很多都喜欢拿 oracle 的存储过程写代码
一堆业务逻辑都往里塞

提高生活品质买车

按部就班生活买房

dell tb16 洋垃圾 800 块

协程单进城的 cpu 只能用一个啊

Python 主推协程是因为多线程不行

写法本来就是协程配多进城的

我自己写 Python 的 让我招聘一定不直接招 python 的

水平过关转 Python 就是半个月的事 再指点下细节就好了 库慢慢熟悉了就好了

只写 Python 的反而不放心

自己写前端一段时间就知道啦

唇膏都不行？

那就对了 。
因为运营商之间的带宽有限 现在大家都提速那么多

所以不同运营商之间的容易缓存

@fushall
你可以读下 openstack 的 rpc 部分代码 。看看有没有那个晕

写那么绕有时候是有原因的

openstack 和 ec2 都可以看成是巨型运维管理工具
你可以简单理解为与虚拟化技术是否先进无关

cpu 内存能否在线扩容取决于调用的 qemu 是否支持
以及虚拟机所运行的操作系统是否支持

这些底层的支持了 上层才有必要开发相关运维管理代码


cpu 可以超过逻辑 cpu 个数 配置里可以配置比例的 你配置 16 倍都可以


内存也可以超售 我记得已经有技术可以让一个宿主机里的虚拟机里实际没分配的内存在 qemu 进程里不分配
实际超过往 swap 里写


云服务器商的超售控制得好 用户才不会卡 应该是云商关键技术数据 这没法从 openstack 里学到

换后缀 规则估计是 gz 结尾 超过一定大小

话说 这以前是小运营商干的事 咋电信也搞 你源服务器不是电信 IP 的？

直接拿 openstack 相关代码用 用什么 celery

作者家的 kombu 还是不错的 233

这种问题看 openstack 源码就懂了

业务层怎么做最终落地还是执行具体的指令步骤及其虚拟化实现

cpu 可以直接超售 内存 256G 是因为现在物理机真有 256G
如何控制超售应该是云服务器厂商赚钱的核心部分之一了


目前虚拟化实例应该是不支持跨物理机的...把多个机器当一台机来用目前应该没有
如果这个功能很成熟的话,你想想多少架构都不用做了？全 TM 当单机来写就可以了

第 3 个问题....你知道 kvm qemu 么？我觉得我白打字了

因为 UI 有很多个 window 啊 当然加 s

处理好 stdin scp 只要 wait 就行了

这么折腾 别 js 了 用微软的控件吧 233