buyvm 128m openvz正在出货,要的快抢

2012-08-30 19:03:55 +08:00
 da_a
http://www.doesbuyvmhavestock.com/

才6分钟NY机房已售出7个
6480 次点击
所在节点    云计算
30 条回复
welsmann
2012-08-30 19:10:22 +08:00
没啥必要吧,还是OpenVZ的,价格和StyleX的Xen差不多,128M OPENVZ的VPS能干啥子呢?
Js
2012-08-30 19:14:35 +08:00
除了翻墙,没任何用处
da_a
2012-08-30 19:16:14 +08:00
@welsmann 价格似乎差一倍吧 :)
forest520
2012-08-30 19:22:12 +08:00
很便宜,抑制冲动还是不买了
welsmann
2012-08-30 19:23:15 +08:00
@da_a NO,StyleX最终是半价优惠的,所以我才这么说 :)
Js
2012-08-30 19:25:01 +08:00
@da_a 就算不超售, 128mb openvz的实用内存也就勉强32~48mb左右吧
zxy
2012-08-30 19:30:21 +08:00
刚才想了想,还是不买了,有一个,再就是style 256的也有一个,enzu的1G的被误杀了交涉中。不折腾了
xupefei
2012-08-30 23:47:27 +08:00
BuyVM 的机器有 SSD 做的磁盘缓存,性能很给力。另外,他的 128M 系列似乎是在单独的母鸡上,于是性能和其它几款有点差距。
StyleX 是新开的,也常常被攻击,能活多久还有待观察。
terry0824
2012-08-30 23:50:35 +08:00
BuyVM用起来还是不错的,128M的跑小访问量的blog之类的完全没压力,或者用来做反代也不错。也支持pptp可以开梯子
764664
2012-08-31 10:03:39 +08:00
1.说是128M,实际可用256M
2.在稳定性、性能上都不错,比StyleX的自动关机和unixbench400的成绩应该要好不少
3.每次15USD年付一上货迅速就被买完,自然不会是买的人都是傻子
loveminds
2012-09-01 03:36:42 +08:00
百薇25的kvm还差不多
shanks
2012-09-01 08:36:16 +08:00
看起来不错啊~
但是怎么买。。。 = =
eric_q
2012-09-01 10:00:58 +08:00
128 的卖完了,各位洗洗睡吧
phuslu
2012-09-01 10:14:52 +08:00
装了一个 centos-6-minimal-x86 , 感觉速度蛮快的,ssh 上去才用了 6M 内存
da_a
2012-09-01 10:45:02 +08:00
@764664 @phuslu 昨天做了下UnixBench测试,分数1547.3,我对这个分数还不是很有概念,搜索对比一下好像还挺高

http://blog.bitand.com/?p=130
ewangke
2012-09-01 14:25:25 +08:00
@Js 为什么?求扫盲
Js
2012-09-01 17:56:38 +08:00
@ewangke openvz的内存是VIRT算的,并不是按RES+SHR, 也就是说正常情况下一般程序在openvz里的占用是实际内存占用的2~4倍
764664
2012-09-01 19:53:08 +08:00
@da_a
是挺高了,感觉1000以上都属于性能不错的VPS了。

@Js
这是事实,但建议你看一下vpsee的文章,《64MB 的 VPS 能支持多少访问量?》,而且突发内存是可以长时间占用的,也就是256M的内存,虽然OpenVZ占用内存会变成几倍,但也少了Xen和KVM的一些系统开销
Js
2012-09-01 20:49:16 +08:00
@764664 那篇《64MB 的 VPS 能支持多少访问量?》指的不是openvz, 例子里有swap呢, 那会儿openvz可没vzswap, 看了下占用,48mb的内存+55mb的swap,算100mb吧, 就拿100mb举个例子,一个没关闭innodb的mysql使用默认配置启动后加上系统本身进程开销大致在90mb左右,而openvz里是直接奔400mb去的。事实上,你要留意vpsee的大部分文章的话, 你会发现vpsee从来没把openvz当成可用的vps方案过

我就总结一下openvz的缺点吧

1, 超售, 除了mediatemple的vps和servint的独立服务器应该找不到不超售的openvz了, 江湖传说不超售的ramhost曾经一度推出高级方案后承认原先超售了2倍, 后来高级方案就不见了,又重新搞了kvm方案

2, 内存计算问题, 也就是上面说的

3, 进程崩溃,数据丢失。 比如用了innodb的mysql, mongodb(openvz下启动就会警告你会丢数据), redis都有可能随时崩掉进程,数据全丢,具体触发概率视RP而定, 甚至还有java, buyvm曾经一度把使用java的用户集中转移到专用的node, 让他们自生自灭

4, 硬盘, openvz并不是真正的vps, 而只是一个chroot加强版的方案, 所以访问硬盘文件并不像其他虚拟化方案一样是访问块文件, 当node用户很少的时候效率很赞(少了一层嘛), 当node用户很多的时候, 那就完了(处理一个文件在一个块文件里seek总好过在一个物理硬盘里不停蹿来蹿去效率高吧)。 所以,无论中外,即便做了raid10, openvz机器整个硬盘数据彻底丢的事件也是月月不绝。 另外,还有硬盘超售, openvz就算只有1mb剩余空间,都能卖给用户100g, 至少我在buyvm, burst, hostrail都碰到过昨天看硬盘还正常,第二天就彻底没空间的事, 如果碰到重要数据的写入, 后果不堪设想啊

5, 性能限制。 openvz的性能限制完全是摆设, 根本限不死的, 所以unixbench数据再高, 碰到共享相同cpu核心的邻居玩玩科学运算,或者挂挂bt,pt什么的, 一样只是痿了

6, burst内存的争议, 除了"burst.net"这种不存在burst内存的openvz, 其他大部分vps商关于burst内存根本没有统一的说法, 但是大部分遵循一点, 就是node上用户少,随便你用, 用户一多,内存快不够了, 那你长时间占用burst内存的进程会被母鸡"暗杀"
da_a
2012-09-01 21:48:42 +08:00
希望没有误导大家 我测试的是128M的KVM VPS

我当时抢的时候就是奔着KVM去的,非常幸运购得自己的第一个VPS,之后buyvm的数次发布再没有KVM了,openvz倒是次次有,虽然我没想买openvz,但是觉得还是有朋友会需要的,所以果断在v2ex发出来了:)

@Js 很专业,向你学习了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/46522

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX