你这个是不是正好在同一个机房了..

诊断接口

云的CPU定然不是独享啊
微软这种让你突发可以很快已经不错了
很多one man的大概1个CPU能分给是几个VM用

退信的是不是域名没txt

因为根本访问不了...

这个看自己情况啊
我工作的本子是2G内存,只要够我开QQ开些网页开些远程桌面和SSH客户端就可以了
但是我的背后是有一堆服务器可用,任何需要大内存的事情都是用服务器来解决的...所以内存对我来说并不急需,而显示器要求反而多,因为窗口开的很多...
如果你跟我差不多,那么妥妥的选显示器了

多傻才会去炒作山寨币
老老实实跟家里交代吧...

我觉得借炒作山寨币想发财的大部分都是不理性的赌徒心理
真真理智的早就发财了,丢下这些一文不值的数据给你们接盘

第一步就会帮你K掉
GFW并不是指针对国外<=>国内
国内<=>国内也会有检测的

最关键的是,看着趋势,白名单可能真的是有可能的

在北京这个工资水平一般,你不要说你公司附近吃住是三四线,人家又不可能给你打一辈子工,更不可能携家带口给你打一辈子工(你要不要还是个问题...)

另外AB去别的地方给的水平是如何呢?你有没有问问,如果他们以各自的水平都可以拿的更多,那么显然还是你给的少了嘛...
你也说了,不画大饼,那么目前就是看给多少钱的问题

太棒了,黑掉一个虚拟机就行了,用不着黑那么多肉鸡了

你想法是不错,实际上既有困难,也无必要.首先不是所有的系统都支持热扩充内存和CPU资源,然后你跑的服务也不是说随便就可以自动的调整配置来实现,另外就像我说的,被黑了的话,这个风险会因为这种自动扩充导致风险的扩大,而且也并不是被黑,代码本身如果测试不够充分也会导致资源耗尽的情况
考虑实际中部署服务器的需求情况,其实大量的服务都是重复的横向扩展,只要模板到位,随时增加就可以增加负载能力,当然了,单点性能提高总是有溢出,但是单点并不需要这种实时提高
虚拟化技术对成本控制毫无益处这点应该是业内共识,因为虽然硬件利用率上升,但是技术投入和基础建设的增加抵充掉了,当然也不是完全没有好处,更高的稳定性,更方便的扩充能力,更好的硬件无关性(就应用层来说),都是值得的,而你这个自动扩充资源实际上是增加了不稳定性,以及更大的运维和研发投入

数据库1G多点...
谢谢各位我去看看

@dbow 基本都是myisam

这个其实我也是这么和客户说的,但是你们懂的......
加上我对mysql的优化也只是浅浅的了解,所以想请高人看看这个配置文件可有什么不妥当的地方
Slow_queries其实也挺奇怪,里面有些语句我单独执行的时候也是很快

很多时候发现CPU占用极高的,用show processlist查看,会有大量的sleep和query
感觉像是表锁了

主要是一个门户网站,客户总是反应数据库慢慢慢,有时候查看的确mysql占用CPU高达400%
目前CPU是4核,内存32G
系统为centos 6.3 64位

我是运维方面,代码我管不到也不会去管...
所以即便从不少结果看,100%是代码的问题,例如,开启后1小时不到
Slow_queries我设置3秒,结果大概十几分钟就有2.3K记录
Handler_read_rnd_next 151.8M
Handler_read_rnd 1.2M

请教的是,如果尽可能的提高服务器的负载水平,以及尽可能在这种情况下,保证不崩溃

已发送邮箱
@jiajiechan

我觉得你们老板这个叫拍脑袋
首先一个项目,要做成什么样子的计划有没有?项目架构有没有?这些都没有让程序员直接干活,后面发现架构需要重构,且不是更浪费时间?
coding的确并不需要时间,你甚至可以直接套个web页面来做,不过后期定然是重构再重构了