T********i 发帖数: 2416 | 1 http://www.mitbbs.com/article_t1/Programming/31283973_0_1.html
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人品恶
发信站: BBS 未名空间站 (Mon Nov 25 16:02:11 2013, 美东)
就写这么个程序,随便你怎么优化,随便你用啥语言。在你那1万的机器上benchmark大
家看看,别光说不练。
int count = 100000;
for(int i = 0; i < 100000; i++){
int count = readCounter();
count--;
write(counter);
flush();
}
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:08:41 2013, 美东)
就6行程序你还写错了。不明白fflush和fsync有啥差别是吧?
说呢基本功不扎实还真不是盖的。CS是体育老师教的吧?
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:12:58 2013, 美东)
这本来就是伪码,大家知道要干啥就行了,我写的也不是C/C++。LOL。还是那句话,别
光说不练。
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:14:36 2013, 美东)
啥码也不敢把sync写成flush。除非狗屁不懂的。
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:15:08 2013, 美东)
java就是这么写的。你丫不懂就继续装吧。
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:18:54 2013, 美东)
Java根本就不能做sync。
下面摘自javadoc。你Java也稀疏平常。我就算是写java也比你多多了。甩你几条街没
问题。
If the intended destination of this stream is an abstraction provided by the
underlying operating system, for example a file, then flushing the stream
guarantees only that bytes previously written to the stream are passed to
the operating system for writing; it does not guarantee that they are
actually written to a physical device such as a disk drive.
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:21:25 2013, 美东)
我干嘛要做sync,就是写到硬盘而已。本来就是写伪码,我完全没打算优化,那是
你的事情。
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:24:32 2013, 美东)
继续掌嘴。原来你不做sync?flush可是写到OS buffer而已。还没写到磁盘上呢。
flush完了断电数据也可能翘掉。
教你CS的那个体育老师不是一个好司机。
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:27:50 2013, 美东)
好奇cassandra怎么做的。原来cassandra的缺省配置也有可能会丢数据。
不知道那些benchmark是啥配置。
http://wiki.apache.org/cassandra/Durability
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:31:21 2013, 美东)
javadoc说得很清楚,这个是实现相关的。我学得好不好都没关系,反正你20行的程序
写不出来,就知道在这里丢人。
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人
发信站: BBS 未名空间站 (Mon Nov 25 16:36:00 2013, 美东)
继续掌嘴。根本不是实现相关。Java flush就是到OS buffer为止。
FileDescriptor.sync()才是真正的sync to device。
第四个常识错误。
还要继续说么? |
m*******l 发帖数: 12782 | 2 LOL
【在 T********i 的大作中提到】 : http://www.mitbbs.com/article_t1/Programming/31283973_0_1.html : 发信人: goodbug (好虫), 信区: Programming : 标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人品恶 : 发信站: BBS 未名空间站 (Mon Nov 25 16:02:11 2013, 美东) : 就写这么个程序,随便你怎么优化,随便你用啥语言。在你那1万的机器上benchmark大 : 家看看,别光说不练。 : int count = 100000; : for(int i = 0; i < 100000; i++){ : int count = readCounter(); : count--;
|
T********i 发帖数: 2416 | 3 关键是cassandra缺省状态不是100% durable的。
这一点我可以100%肯定goodbug完全不清楚。从上面他发的帖子里就看出来了。
goodbug的话是不是要打折扣?他做的东西各位敢用么? |
g*****g 发帖数: 34805 | 4 Cassandra durability的东西是可调的。架构本身支持了写多Datacenter,丢数据的概
率是很小的。
普通数据库hot standby照样会丢数据,只不过丢得不多而已。我没有不允许你hot
standby。
我抓住不放的是内存数据库,当网络写流量大于硬盘流量的时候,你只能在内存buffer
,丢了就全丢了。内存是否够大也是问题。
同样的问题在MongoDB上大家都知道了。用得着你吹吗?
【在 T********i 的大作中提到】 : http://www.mitbbs.com/article_t1/Programming/31283973_0_1.html : 发信人: goodbug (好虫), 信区: Programming : 标 题: Re: Goodbug这个人头重脚轻,嘴尖皮厚;不但学问浮夸,而且人品恶 : 发信站: BBS 未名空间站 (Mon Nov 25 16:02:11 2013, 美东) : 就写这么个程序,随便你怎么优化,随便你用啥语言。在你那1万的机器上benchmark大 : 家看看,别光说不练。 : int count = 100000; : for(int i = 0; i < 100000; i++){ : int count = readCounter(); : count--;
|
P********l 发帖数: 452 | |
T********i 发帖数: 2416 | 6 你确定?Googbug显然不知道!
我说了,我不用同步写盘也能100% durable。方法已经说的很清楚了。goodbug不懂。
你懂不懂?
因为我没必要用SSD。我就没必要买。goodbug不是号称要压20000刀么?你让他买,我
就把结果拿出来。
【在 P********l 的大作中提到】 : 大家都知道那几行程序想干啥.还是上结果吧.
|
g*****g 发帖数: 34805 | 7 你不是已经有一万刀的机器嘛?先给个5万/秒的看看呗。LOL。
【在 T********i 的大作中提到】 : 你确定?Googbug显然不知道! : 我说了,我不用同步写盘也能100% durable。方法已经说的很清楚了。goodbug不懂。 : 你懂不懂? : 因为我没必要用SSD。我就没必要买。goodbug不是号称要压20000刀么?你让他买,我 : 就把结果拿出来。
|
T********i 发帖数: 2416 | 8 你怎么还好意思回帖?我搞不懂!你回一次,这个帖子就置顶一次。 |
g*****g 发帖数: 34805 | 9 在你拿出benchmark之前,我有啥不好意思会的。好像我没拿出来似的。
【在 T********i 的大作中提到】 : 你怎么还好意思回帖?我搞不懂!你回一次,这个帖子就置顶一次。
|
P********l 发帖数: 452 | 10 这么说吧,CPU从1数到10万.这10万个数往硬盘上写.要求在任何时间断电时,对
于CPU已经产生的数最多只能丢一个.
看多长时间能写完.
清楚吧.
【在 T********i 的大作中提到】 : 你确定?Googbug显然不知道! : 我说了,我不用同步写盘也能100% durable。方法已经说的很清楚了。goodbug不懂。 : 你懂不懂? : 因为我没必要用SSD。我就没必要买。goodbug不是号称要压20000刀么?你让他买,我 : 就把结果拿出来。
|
|
|
T********i 发帖数: 2416 | 11 你可能没看过这个:
这个不是我做的。我就问你你信不信?
The 9.6 million IOPS was accomplished with Auto-Commit Memory, which
maintains the persistence of flash at performance levels in the nanoseconds,
running on directFS. A nonvolatile memory optimized file system developed
by Fusion-io, directFS eliminates duplicate work between the host file
system and flash memory management software. The performance numbers were
achieved utilizing single threaded, single queue depth 64 byte writes to the
Auto-Commit Memory log.
http://www.fusionio.com/press-releases/fusion-io-achieves-more-
【在 P********l 的大作中提到】 : 这么说吧,CPU从1数到10万.这10万个数往硬盘上写.要求在任何时间断电时,对 : 于CPU已经产生的数最多只能丢一个. : 看多长时间能写完. : 清楚吧.
|
g*****g 发帖数: 34805 | 12 我已经说过很多次了,顺序写和并行写差距是很大的。你要维护余票,就只能顺序写。
厂商的这个测试不符合要求。硬件写的能力跟数据大小关系也很大,这是64bytes的写,
超过512B,这个硬件的只能写140K/秒。你如果要对数据压缩,CPU解压又受不了了。
总之,20行的程序不敢写,打嘴炮是没用的。
nanoseconds,
the
【在 T********i 的大作中提到】 : 你可能没看过这个: : 这个不是我做的。我就问你你信不信? : The 9.6 million IOPS was accomplished with Auto-Commit Memory, which : maintains the persistence of flash at performance levels in the nanoseconds, : running on directFS. A nonvolatile memory optimized file system developed : by Fusion-io, directFS eliminates duplicate work between the host file : system and flash memory management software. The performance numbers were : achieved utilizing single threaded, single queue depth 64 byte writes to the : Auto-Commit Memory log. : http://www.fusionio.com/press-releases/fusion-io-achieves-more-
|
x****d 发帖数: 1766 | 13 好虫已经说了,如果不限制一万刀啦魏老师方案没原则问题,魏老师有很多值得我们学
习的东西。所以这个测试没必要做,执着于这个bench marking 我觉得有点得理不饶人
的意思了。
【在 P********l 的大作中提到】 : 这么说吧,CPU从1数到10万.这10万个数往硬盘上写.要求在任何时间断电时,对 : 于CPU已经产生的数最多只能丢一个. : 看多长时间能写完. : 清楚吧.
|
T********i 发帖数: 2416 | 14 人家这个就是单thread顺序写。
Single Threaded,single queue depth 64 byte writes。。。 |
g*****g 发帖数: 34805 | 15 对,但你是single thread read/rewrite the same number. 多一个读,还过CPU,差
距太大了。
【在 T********i 的大作中提到】 : 人家这个就是单thread顺序写。 : Single Threaded,single queue depth 64 byte writes。。。
|
T********i 发帖数: 2416 | 16 这个一块卡400GB大约$2000。关键人家给你新的SDK。
我当时原帖一直都说1万到2万。到好虫这里给我限定死1万了?告诉你,完全在预算内。
【在 x****d 的大作中提到】 : 好虫已经说了,如果不限制一万刀啦魏老师方案没原则问题,魏老师有很多值得我们学 : 习的东西。所以这个测试没必要做,执着于这个bench marking 我觉得有点得理不饶人 : 的意思了。
|
g*****g 发帖数: 34805 | 17 这个benchmark只是用一个最简单的例子说明一个scale out跟scale up的区别而已。
就算他的能做,在availability上也跟我的方案差别很大。
【在 x****d 的大作中提到】 : 好虫已经说了,如果不限制一万刀啦魏老师方案没原则问题,魏老师有很多值得我们学 : 习的东西。所以这个测试没必要做,执着于这个bench marking 我觉得有点得理不饶人 : 的意思了。
|
T********i 发帖数: 2416 | 18 继续掌嘴!
我问什么要read?给我一个read的理由?我内存中已经有拷贝,而且是同步写到磁盘里
的。
告诉我哪种数据库在这种情况下要多read一次?
第五个常识错误!
【在 g*****g 的大作中提到】 : 对,但你是single thread read/rewrite the same number. 多一个读,还过CPU,差 : 距太大了。
|
g*****g 发帖数: 34805 | 19 你那硬盘就要5000刀。google一下这个就是,我没看到2000刀的。
Fusion‑io ioDrive2
内。
【在 T********i 的大作中提到】 : 这个一块卡400GB大约$2000。关键人家给你新的SDK。 : 我当时原帖一直都说1万到2万。到好虫这里给我限定死1万了?告诉你,完全在预算内。
|
T********i 发帖数: 2416 | 20 你说差别很大就很大了?你到商店一句我很有钱是不是可以随便拿了?
【在 g*****g 的大作中提到】 : 这个benchmark只是用一个最简单的例子说明一个scale out跟scale up的区别而已。 : 就算他的能做,在availability上也跟我的方案差别很大。
|
|
|
x****d 发帖数: 1766 | 21 既然如此,如果我是好虫,我会向魏老师表示敬意,握手,互相学习了,满怀的感激呀
,哈哈。尼玛网上能找个对手那是缘分呀。再争下去实属无益。
你看我那贴,撸完管都没人看看了。靠!我还很郁闷呢。
内。
【在 T********i 的大作中提到】 : 这个一块卡400GB大约$2000。关键人家给你新的SDK。 : 我当时原帖一直都说1万到2万。到好虫这里给我限定死1万了?告诉你,完全在预算内。
|
T********i 发帖数: 2416 | 22 5000刀也在一台机器2万的预算内。
【在 g*****g 的大作中提到】 : 你那硬盘就要5000刀。google一下这个就是,我没看到2000刀的。 : Fusion‑io ioDrive2 : : 内。
|
T********i 发帖数: 2416 | 23 它要先把从上周五在本版拉得那一坨坨先清理干净。
【在 x****d 的大作中提到】 : 既然如此,如果我是好虫,我会向魏老师表示敬意,握手,互相学习了,满怀的感激呀 : ,哈哈。尼玛网上能找个对手那是缘分呀。再争下去实属无益。 : 你看我那贴,撸完管都没人看看了。靠!我还很郁闷呢。 : : 内。
|
g*****g 发帖数: 34805 | 24 好,这个地方是我说错了。你就光修改内存,同时写10万次benchmark一下大家看看就
好了。但读内存还是要的。
【在 T********i 的大作中提到】 : 继续掌嘴! : 我问什么要read?给我一个read的理由?我内存中已经有拷贝,而且是同步写到磁盘里 : 的。 : 告诉我哪种数据库在这种情况下要多read一次? : 第五个常识错误!
|
T********i 发帖数: 2416 | 25 我凭什么要去做?人家已经做过了。official benchmark都贴出来了。
本版除了你以外无人表示异议不相信。你算老几?
【在 g*****g 的大作中提到】 : 好,这个地方是我说错了。你就光修改内存,同时写10万次benchmark一下大家看看就 : 好了。但读内存还是要的。
|
g*****g 发帖数: 34805 | 26 貌似本版除了你没人信。还是那句话,20行的程序都不敢写,就是人品问题了。
吹牛逼帖子都发了几百,20行的程序就是不写. LOL.
【在 T********i 的大作中提到】 : 我凭什么要去做?人家已经做过了。official benchmark都贴出来了。 : 本版除了你以外无人表示异议不相信。你算老几?
|
x****d 发帖数: 1766 | 27 我不跟你们玩了,你们还没完了,再往下扯就是为气了。酒色财气,靠,你那口气那么
难下去?!
【在 T********i 的大作中提到】 : 它要先把从上周五在本版拉得那一坨坨先清理干净。
|
L***n 发帖数: 6727 | 28 干脆回头我有时间了在我硬盘上测一下算了,你那20行程序不毁硬盘吧...
【在 g*****g 的大作中提到】 : 貌似本版除了你没人信。还是那句话,20行的程序都不敢写,就是人品问题了。 : 吹牛逼帖子都发了几百,20行的程序就是不写. LOL.
|
T********i 发帖数: 2416 | 29 你看看他在你楼上会的啥贴?
都这样了还嘴硬。真是极品奇葩了。你这么爱他难道不私信劝劝他别现眼了?
【在 x****d 的大作中提到】 : 我不跟你们玩了,你们还没完了,再往下扯就是为气了。酒色财气,靠,你那口气那么 : 难下去?!
|
g*****g 发帖数: 34805 | 30 你还是写了吧。至于能到什么数字,我贴的那个benchmark里,一个普通的服务器,
大致1万到头了。那个还是并行写,不是顺序写。
【在 L***n 的大作中提到】 : 干脆回头我有时间了在我硬盘上测一下算了,你那20行程序不毁硬盘吧...
|
|
|
x****d 发帖数: 1766 | 31 好虫,没必执着这个吧?回头我有空了,其他网友有空了,谁写不一样?没必要争这个
了。回头结果如果差很多,大家再讨论讨论。
大家谁有空去aws找个instance跑跑看,也就几块钱的事情,看看啥情况,啥结果。
【在 g*****g 的大作中提到】 : 貌似本版除了你没人信。还是那句话,20行的程序都不敢写,就是人品问题了。 : 吹牛逼帖子都发了几百,20行的程序就是不写. LOL.
|
T********i 发帖数: 2416 | 32 继续掌嘴!
第六个常识错误!1万到头肯定测试的是flush。这个没有任何意义。
应该测试的是sync。普通服务器结果能过1000就不错了。
恭喜你大满贯了!
【在 g*****g 的大作中提到】 : 你还是写了吧。至于能到什么数字,我贴的那个benchmark里,一个普通的服务器, : 大致1万到头了。那个还是并行写,不是顺序写。
|
P********l 发帖数: 452 | 33 1.好牛逼.
2.不便宜.
3.很怪异.
不会丢的内存数据库:Auto-Commit Memory
But, what if an application could designate a certain area within its memory
space as persistent, and know that data in this area would maintain its
state across system reboots? This application would no longer have the
burden of following the multi-step block I/O pathway to persist that data.
It would no longer need smaller transactions to be packaged into 4k blocks
for storage. It would just place selected data meant for persistence in this
designated memory area, and then continue using it through normal memory
access semantics. If the application or system experienced a failure, the
restarted application would find its data persisted in non-volatile memory
exactly where it was left. To illustrate, how much faster could real-world
databases go if the in-memory tail of their transaction logs had guaranteed
persistence without waiting on synchronous block I/O? How much faster could
real-world key-value stores (typical in NoSQL databases) go if their indices
could be updated in non-volatile memory and not block while waiting on
kernel I/O? That is the simplicity of Auto Commit Memory. Itreduces latency
by eliminating entire steps in the persistence pathway.
nanoseconds,
the
【在 T********i 的大作中提到】 : 你可能没看过这个: : 这个不是我做的。我就问你你信不信? : The 9.6 million IOPS was accomplished with Auto-Commit Memory, which : maintains the persistence of flash at performance levels in the nanoseconds, : running on directFS. A nonvolatile memory optimized file system developed : by Fusion-io, directFS eliminates duplicate work between the host file : system and flash memory management software. The performance numbers were : achieved utilizing single threaded, single queue depth 64 byte writes to the : Auto-Commit Memory log. : http://www.fusionio.com/press-releases/fusion-io-achieves-more-
|
x****d 发帖数: 1766 | 34 我靠,我啥时候爱他了?我爱你们倒是真的。说的我象耶稣似的。
【在 T********i 的大作中提到】 : 你看看他在你楼上会的啥贴? : 都这样了还嘴硬。真是极品奇葩了。你这么爱他难道不私信劝劝他别现眼了?
|
T********i 发帖数: 2416 | 35 故意拿无知当有趣是不是?我说过了,普通服务器(用磁盘的)测试结果能过1000就不错
了。只有用fusion IO的最新SSD + SDK才能到9 million。
【在 x****d 的大作中提到】 : 好虫,没必执着这个吧?回头我有空了,其他网友有空了,谁写不一样?没必要争这个 : 了。回头结果如果差很多,大家再讨论讨论。 : 大家谁有空去aws找个instance跑跑看,也就几块钱的事情,看看啥情况,啥结果。
|
g*****g 发帖数: 34805 | 36 这个是掌你自己的嘴吧,既然你知道1000到头了。还吹牛逼哪?
【在 T********i 的大作中提到】 : 继续掌嘴! : 第六个常识错误!1万到头肯定测试的是flush。这个没有任何意义。 : 应该测试的是sync。普通服务器结果能过1000就不错了。 : 恭喜你大满贯了!
|
g*****g 发帖数: 34805 | 37 这Auto-commit memory不便宜,肯定比SSD小多了。就跟一cache似的,问题是
订单那么多,cache不够用了怎么办?
memory
this
【在 P********l 的大作中提到】 : 1.好牛逼. : 2.不便宜. : 3.很怪异. : 不会丢的内存数据库:Auto-Commit Memory : But, what if an application could designate a certain area within its memory : space as persistent, and know that data in this area would maintain its : state across system reboots? This application would no longer have the : burden of following the multi-step block I/O pathway to persist that data. : It would no longer need smaller transactions to be packaged into 4k blocks : for storage. It would just place selected data meant for persistence in this
|
T********i 发帖数: 2416 | 38 这么短短一会儿,goodbug又犯了两个常识错误。
有网友私信给我说这个人是attention whore。这回让他过足瘾。
memory
this
【在 P********l 的大作中提到】 : 1.好牛逼. : 2.不便宜. : 3.很怪异. : 不会丢的内存数据库:Auto-Commit Memory : But, what if an application could designate a certain area within its memory : space as persistent, and know that data in this area would maintain its : state across system reboots? This application would no longer have the : burden of following the multi-step block I/O pathway to persist that data. : It would no longer need smaller transactions to be packaged into 4k blocks : for storage. It would just place selected data meant for persistence in this
|
x****d 发帖数: 1766 | 39 你这人,我去aws跑跑好歹有个结果不是,到时侯再说为啥有差异。我又没说我aws能跑
出个9million。大家不都是想有个感性认识么,很有趣的一个实验。
【在 T********i 的大作中提到】 : 故意拿无知当有趣是不是?我说过了,普通服务器(用磁盘的)测试结果能过1000就不错 : 了。只有用fusion IO的最新SSD + SDK才能到9 million。
|
L***n 发帖数: 6727 | 40 我等你的消息,我自己就不做了,怕毁了我的硬盘,哈哈
不错
【在 x****d 的大作中提到】 : 你这人,我去aws跑跑好歹有个结果不是,到时侯再说为啥有差异。我又没说我aws能跑 : 出个9million。大家不都是想有个感性认识么,很有趣的一个实验。
|
|
|
T********i 发帖数: 2416 | 41 没啥有趣的。一般磁头seek time 5-8ms,转速4500-15000。自己算算每秒能写多少次
sectors就知道了。
【在 x****d 的大作中提到】 : 你这人,我去aws跑跑好歹有个结果不是,到时侯再说为啥有差异。我又没说我aws能跑 : 出个9million。大家不都是想有个感性认识么,很有趣的一个实验。
|
T********i 发帖数: 2416 | 42 关键是你不知道。对吧?你说你这人怎么这么容易犯常识错误呢?
【在 g*****g 的大作中提到】 : 这个是掌你自己的嘴吧,既然你知道1000到头了。还吹牛逼哪?
|
g*****g 发帖数: 34805 | 43 LOL,我拿了一个用硬盘达到了100万/秒的实测给你看了。你没测就打退堂鼓了?
EC2上也有基于SSD的。
【在 T********i 的大作中提到】 : 没啥有趣的。一般磁头seek time 5-8ms,转速4500-15000。自己算算每秒能写多少次 : sectors就知道了。
|
x****d 发帖数: 1766 | 44 你这人,很无趣,我闪了。大家围观的,好多都n年不搞这些东东了有没有,你以为都
象你那么门清?!
【在 T********i 的大作中提到】 : 没啥有趣的。一般磁头seek time 5-8ms,转速4500-15000。自己算算每秒能写多少次 : sectors就知道了。
|
T********i 发帖数: 2416 | 45 要么你根本没做。要么你还是用的flush。
这是第几个常识错误了?第七个了吧?
改成用sync的会死么?就这么难?不过估计你一次也很难改对。
【在 g*****g 的大作中提到】 : LOL,我拿了一个用硬盘达到了100万/秒的实测给你看了。你没测就打退堂鼓了? : EC2上也有基于SSD的。
|
T********i 发帖数: 2416 | 46 迄今为止,这个6行代码,goodbug犯了7个常识性错误。而且一如既往地一犯再犯。
这种人连最低级程序员都不qualify! |
z****e 发帖数: 54598 | 47 感叹号用得很有喜感
【在 T********i 的大作中提到】 : 迄今为止,这个6行代码,goodbug犯了7个常识性错误。而且一如既往地一犯再犯。 : 这种人连最低级程序员都不qualify!
|
T********i 发帖数: 2416 | 48 可以说版上人民普大喜奔么?
【在 z****e 的大作中提到】 : 感叹号用得很有喜感
|