T********i
发帖数: 2416 | 1 1万美金左右的dual sandy bridge server。两个solarflare card。
我的系统也搞了这么多年了。要说没研究过同步写异步写disk你觉得可能么？昨天故意
用磁盘这个词就是设个套让你钻的。
大家都是在纸上谈兵。你拿出来那个200多台cassandra server handle 1 million I/O
的benchmark我没异议。因为理论上可行。
我给你拿出来的第三方厂商的benchmark你信不信？如果你不信，你要指出理论上不可
能。不能号称人家和你一样蠢做不出来。
再说了，那个200多台的benchmark是别人做出来的。你还不一定有这个本事。几个
million I/O是我自己做出来的，而且我有硬的benchmark。
你要承认单机能做出来。那么很显然我的方案是当前技术能达到的极限。比你的便宜，
简单，而且比你上百台服务器的性能还好。 |
f****4
发帖数: 1359 | 2 我本来是想写个小代码做做普通server的IO写操作来的。但我对相关的系统优化不熟悉
。估计就是run出个结果也没很差，得做不少假设，估计是没啥说服力。
既然你来了，你那要是有时间，有资源就run个profile出来吧。相对应的硬件设置也列
一下。
谢谢了 |
t*******y
发帖数: 1289 | |
T********i
发帖数: 2416 | 4 反正无论我说什么总有人可以不信。空口无凭。
网上仓促间找了一个很古老的benchmark。
http://www.moderntech.com.hk/sites/default/files/whitepaper/Ari
这个benchmark测的是Solarflare SFN4112F。我敢肯定用的是Intel Westmere或者以前
的架构。这个benchmark至少3年新。
用这个配置，用kernel bypass的driver基本上可以发3.5 million UDP/s。但是到了2
million以上收方开始丢包。
其实Intel这些年不显山不露水，Sandy Bridge的I/O能力比前一代提高了一倍都不只。
而Solarflare也已经升级到了7112F。我们现在用的还是6112F。看来又要升级了。
Sandy Bridge以前，Intel的I/O控制器在芯片组里面。直到Sandy Bridge，才集成到
CPU封装里面。这样每个CPU带一个IOH。每个IOH可以带自己的PCI总线。在之前IOH是芯
片组共享的，只有一个。
这种硬件，已经把PCI性能发挥到了极限。因此一台2 CPU socket的server，可以在每
个CPU的PCI上插一块NIC卡。注意不能插错了，都插到一台CPU上或者插多了也没啥用。
Sadny Bridge的计算性能也很厉害。我blog上的FAST decoder是纯软件协议解码器。当
时的benchmark是Westmere的。到了更低主频的Sandy Bridge上竟然快了将近一倍。主
要得益于其全速的L3 Cache。而其I/O的强大功能得益于内置IOH能在L3 cache和PCI之
间直接通信。
Sandy Bridge Server是去年4月份才发布的。今年10 core的版本和IVY Bridge服务器
芯片才发布。期待明年的4 CPU的版本发布，我的单机处理能力会瞬间增加一倍。
优化方面，我做了很多。不光针对IOH优化。还有NUMA。双CPU服务器，有些内存直接连
一个CPU，有些连另一个。跨CPU访问内存要通过QPI Bus。性能差30%。算上Cache操作
就相差更大了。整个I/O Model，Memory Model和Threading model的设计，我自认为还
是领先的。还有TLB优化等等小优化就不提了。
总之，双CPU的配置。是目前钱能买到的最高的配置了。我的原帖说4 CPU也是因为过两
个月就发布了，提前吹一下。但是每个CPU处理64 byte大于5 million messages还是没
问题的。保证不丢包也没问题。毕竟这3年发展太快了。
至于什么用主机，IBM主机也用Intel芯片。因为Intel是目前CPU最牛逼的公司，没有之
一。只不过多了一个防弹外壳和一套Java虚拟机。对性能提升一点屁用都没有。
至于大于1 million，闭着眼睛不做优化都能做出来。根本不值得继续讨论。 |
T********i
发帖数: 2416 | 5 如果goodbug还要坚持我的系统每秒10万就崩的话。那这个人缺乏常识，而且人品恶劣
，基本无药可救了。
2
【在 T********i 的大作中提到】
: 反正无论我说什么总有人可以不信。空口无凭。
: 网上仓促间找了一个很古老的benchmark。
: http://www.moderntech.com.hk/sites/default/files/whitepaper/Ari
: 这个benchmark测的是Solarflare SFN4112F。我敢肯定用的是Intel Westmere或者以前
: 的架构。这个benchmark至少3年新。
: 用这个配置，用kernel bypass的driver基本上可以发3.5 million UDP/s。但是到了2
: million以上收方开始丢包。
: 其实Intel这些年不显山不露水，Sandy Bridge的I/O能力比前一代提高了一倍都不只。
: 而Solarflare也已经升级到了7112F。我们现在用的还是6112F。看来又要升级了。
: Sandy Bridge以前，Intel的I/O控制器在芯片组里面。直到Sandy Bridge，才集成到
|
f****4
发帖数: 1359 | 6 魏老师，你的log通过网络出去这块应该问题不大。
现在解释一下你的实现，这个log你本地是否需要记录？如果需要记录的话，IO写盘能
不能支持10万/s的throughput。
如果本地不能log的，failover能否无缝switch？还有网卡里面还未处理的订票
messages，failover之后是否就丢掉了？
这是几个我想确认的地方。谢谢。 |
T********i
发帖数: 2416 | 7 同时，Cassandra不支持Atomic Increment and Get。虽然它支持Counter，而且是
Atomic的。但是他不会返回当前值。
也就是说只剩一张票。两个Client同时请求，然后同时查询，可能会得到一个-1。这张
票就这么丢了。
要是想不丢票。就要在修改前lock整个field。性能如何可想而知。
我这是带着问题去查。10秒钟得到答案。google真好。
http://stackoverflow.com/questions/9038530/hector-to-get-the-re |
g*****g
发帖数: 34805 | 8 你的benchmark，难道是要更新counter还要写SSD的设计？光网络传输10万次/秒，我从
头没质疑过。
还是那句话，你单机顺序更新一个counter是十万次，看看要多久再来吹。
【在 T********i 的大作中提到】
: 如果goodbug还要坚持我的系统每秒10万就崩的话。那这个人缺乏常识，而且人品恶劣
: ，基本无药可救了。
:
: 2
|
g*****g
发帖数: 34805 | 9 大家只要看看硬件的那一页，连硬盘/SSD都没提。就知道魏老师又开始新一轮的忽悠了，
尼玛不用写硬盘每秒100万次我信还不行吗？ |
T********i
发帖数: 2416 | 10 我现在是本地异步记录一下。还用的传统机械磁盘。异步记录10万/s sequencial
write绝对没问题。而且其实票就那么多张。goodbug强调的还是应付突发抢票请求。
异步写盘加同步log over network。其实local HA足够保障了。比同步写盘要好。因为
同步写盘一旦出事要人去机房把盘扒出来。扒出来怎么处理呢？
同步网络log，有ACK才算。因此failover是无缝的。
而且，即使同步写盘，现在的技术fusion IO 9 million IOPS，也没有任何问题。只不
过我迄今为止没有这个需求罢了。
【在 f****4 的大作中提到】
: 魏老师，你的log通过网络出去这块应该问题不大。
: 现在解释一下你的实现，这个log你本地是否需要记录？如果需要记录的话，IO写盘能
: 不能支持10万/s的throughput。
: 如果本地不能log的，failover能否无缝switch？还有网卡里面还未处理的订票
: messages，failover之后是否就丢掉了？
: 这是几个我想确认的地方。谢谢。
|
|
|
g*****g
发帖数: 34805 | 11 异步写盘你做不到掉电不丢单，同步写盘你1万的机器没戏。你那fusion IO官方参数是
14万/秒的4k写。
那是无锁随便写的，有锁要等立马废了。就这么个简单事实还要绕半天。
【在 T********i 的大作中提到】
: 我现在是本地异步记录一下。还用的传统机械磁盘。异步记录10万/s sequencial
: write绝对没问题。而且其实票就那么多张。goodbug强调的还是应付突发抢票请求。
: 异步写盘加同步log over network。其实local HA足够保障了。比同步写盘要好。因为
: 同步写盘一旦出事要人去机房把盘扒出来。扒出来怎么处理呢？
: 同步网络log，有ACK才算。因此failover是无缝的。
: 而且，即使同步写盘，现在的技术fusion IO 9 million IOPS，也没有任何问题。只不
: 过我迄今为止没有这个需求罢了。
|
T********i
发帖数: 2416 | 12 你要脸不要？
几分钟以前还在强调我的方案10万次就崩。现在又扯到SSD了。我说过我没那个需求。
是你非要加上那个需求。好吧，就算你是甲方。你要我就加上。只不过多一行代码而已。
还是那句话。人家fusion IO SSD 64 byte 9 million IOPS你信不信？心的话你就可以
闭嘴了。
了，
【在 g*****g 的大作中提到】
: 大家只要看看硬件的那一页，连硬盘/SSD都没提。就知道魏老师又开始新一轮的忽悠了，
: 尼玛不用写硬盘每秒100万次我信还不行吗？
|
T********i
发帖数: 2416 | 13 http://www.fusionio.com/press-releases/fusion-io-achieves-more-
人家号称用SDK sequential write 9 million IOPS写你信不信？
做人不能无耻到这个程度!
【在 g*****g 的大作中提到】
: 异步写盘你做不到掉电不丢单，同步写盘你1万的机器没戏。你那fusion IO官方参数是
: 14万/秒的4k写。
: 那是无锁随便写的，有锁要等立马废了。就这么个简单事实还要绕半天。
|
g*****g
发帖数: 34805 | 14 你丫还没这需求？那就又回到内存数据库，丢了就没了。
你那fusion数据库，ran write最高也就14万/次，你又要写订单，又要写计数器，
不算锁，一下子10万次/秒也不够了。
已。
【在 T********i 的大作中提到】
: 你要脸不要？
: 几分钟以前还在强调我的方案10万次就崩。现在又扯到SSD了。我说过我没那个需求。
: 是你非要加上那个需求。好吧，就算你是甲方。你要我就加上。只不过多一行代码而已。
: 还是那句话。人家fusion IO SSD 64 byte 9 million IOPS你信不信？心的话你就可以
: 闭嘴了。
:
: 了，
|
T********i
发帖数: 2416 | 15 Googbug，我在这里反复打你的脸。你到其它帖子里面继续撒谎。做人不能这么无耻。 |
g*****g
发帖数: 34805 | |
T********i
发帖数: 2416 | 17 什么叫丢了就没了？我同步复制到网络上其他节点。rack有UPS断电保护。而且全死掉
了还可以立刻从下游server reconcile transactions。
这是100%的状态保存，没有丢失任何东西。我倒是希望你是装傻。你要是真傻我们才是
被耍了呢。
【在 g*****g 的大作中提到】
: 你丫还没这需求？那就又回到内存数据库，丢了就没了。
: 你那fusion数据库，ran write最高也就14万/次，你又要写订单，又要写计数器，
: 不算锁，一下子10万次/秒也不够了。
:
: 已。
|
g*****g
发帖数: 34805 | 18 你还打脸呢？你丫还要脸吗？让你拿出个10万次写counter的数据，你一会拿一个没盘
的网络写
数据。一会拿一个实验室里的特殊driver测试极值。
让你写20行的程序，在你自己的服务器上跑，你丫龟缩了。
【在 T********i 的大作中提到】
: Googbug，我在这里反复打你的脸。你到其它帖子里面继续撒谎。做人不能这么无耻。
|
g*****g
发帖数: 34805 | 19 着火了咋办呢？你丫不服拿个stock exchange这么做的例子看看，还有下订单不写数据
库的。
【在 T********i 的大作中提到】
: 什么叫丢了就没了？我同步复制到网络上其他节点。rack有UPS断电保护。而且全死掉
: 了还可以立刻从下游server reconcile transactions。
: 这是100%的状态保存，没有丢失任何东西。我倒是希望你是装傻。你要是真傻我们才是
: 被耍了呢。
|
T********i
发帖数: 2416 | |
|
|
g*****g
发帖数: 34805 | 21 这是卖货提供的官方数据。lab里测试的也能算？我说了多少次了，不服你自己写20行
的程序，拿出来大家看。别光说不练。
【在 T********i 的大作中提到】
: 这是尼玛什么官方？这就是一卖货的。
: 难道你长这么大连域名都不认识了？我给你的链接才是官方的。白纸黑字，你服不服？
: http://www.fusionio.com/press-releases/fusion-io-achieves-more-
|
b*******s
发帖数: 5216 | 22 你的blog多少？ 去看看
2
【在 T********i 的大作中提到】
: 反正无论我说什么总有人可以不信。空口无凭。
: 网上仓促间找了一个很古老的benchmark。
: http://www.moderntech.com.hk/sites/default/files/whitepaper/Ari
: 这个benchmark测的是Solarflare SFN4112F。我敢肯定用的是Intel Westmere或者以前
: 的架构。这个benchmark至少3年新。
: 用这个配置，用kernel bypass的driver基本上可以发3.5 million UDP/s。但是到了2
: million以上收方开始丢包。
: 其实Intel这些年不显山不露水，Sandy Bridge的I/O能力比前一代提高了一倍都不只。
: 而Solarflare也已经升级到了7112F。我们现在用的还是6112F。看来又要升级了。
: Sandy Bridge以前，Intel的I/O控制器在芯片组里面。直到Sandy Bridge，才集成到
|
T********i
发帖数: 2416 | 23 3年没更新了。昨天被本版一个ID挖出来了。没啥新东西，不看也罢。 |
e**o
发帖数: 5509 | 24 看这个意思，明年春运订票系统就绝对没问题了。
Intel直接把单机性能翻一番，春运人再多也不能翻一番了。
更何况明年运力还要再增加。
2
【在 T********i 的大作中提到】
: 反正无论我说什么总有人可以不信。空口无凭。
: 网上仓促间找了一个很古老的benchmark。
: http://www.moderntech.com.hk/sites/default/files/whitepaper/Ari
: 这个benchmark测的是Solarflare SFN4112F。我敢肯定用的是Intel Westmere或者以前
: 的架构。这个benchmark至少3年新。
: 用这个配置，用kernel bypass的driver基本上可以发3.5 million UDP/s。但是到了2
: million以上收方开始丢包。
: 其实Intel这些年不显山不露水，Sandy Bridge的I/O能力比前一代提高了一倍都不只。
: 而Solarflare也已经升级到了7112F。我们现在用的还是6112F。看来又要升级了。
: Sandy Bridge以前，Intel的I/O控制器在芯片组里面。直到Sandy Bridge，才集成到
|
n*****t
发帖数: 22014 | 25 老魏，你耐心真好，还跟他科普这个哪个。我现在每次都直接骂出去，反正你说啥他都
听不明白，丫就是一辈子给阿三打工的命
/O
【在 T********i 的大作中提到】
: 1万美金左右的dual sandy bridge server。两个solarflare card。
: 我的系统也搞了这么多年了。要说没研究过同步写异步写disk你觉得可能么？昨天故意
: 用磁盘这个词就是设个套让你钻的。
: 大家都是在纸上谈兵。你拿出来那个200多台cassandra server handle 1 million I/O
: 的benchmark我没异议。因为理论上可行。
: 我给你拿出来的第三方厂商的benchmark你信不信？如果你不信，你要指出理论上不可
: 能。不能号称人家和你一样蠢做不出来。
: 再说了，那个200多台的benchmark是别人做出来的。你还不一定有这个本事。几个
: million I/O是我自己做出来的，而且我有硬的benchmark。
: 你要承认单机能做出来。那么很显然我的方案是当前技术能达到的极限。比你的便宜，
|
T********i
发帖数: 2416 | 26 我还建议打个赌，丫马上chicken out了。
http://www.mitbbs.com/article/Programming/31307327_0.html
其实我给的benchmark都是多年前的。Solarflare还是4122F。我们用的6122F在新架构
下，效率能增加不止一倍。
最近我们测试了一下7122F。wire-to-wire上百字节的half round trip latency有时候
竟然能低于1us。当然median还是大约4左右。发小包throughput能达到最高2000万IOPS。
现在很难测试这个系统。Corvil只能timestamp 2X10G。我的一台server全双工能达到
80G。基本上只能估计出一个性能的lower bound。 |
s******y
发帖数: 416 | 27 有点希望古德八别停，要不看不到这么多有用的东西。涨姿势了！
/O
【在 T********i 的大作中提到】
: 1万美金左右的dual sandy bridge server。两个solarflare card。
: 我的系统也搞了这么多年了。要说没研究过同步写异步写disk你觉得可能么？昨天故意
: 用磁盘这个词就是设个套让你钻的。
: 大家都是在纸上谈兵。你拿出来那个200多台cassandra server handle 1 million I/O
: 的benchmark我没异议。因为理论上可行。
: 我给你拿出来的第三方厂商的benchmark你信不信？如果你不信，你要指出理论上不可
: 能。不能号称人家和你一样蠢做不出来。
: 再说了，那个200多台的benchmark是别人做出来的。你还不一定有这个本事。几个
: million I/O是我自己做出来的，而且我有硬的benchmark。
: 你要承认单机能做出来。那么很显然我的方案是当前技术能达到的极限。比你的便宜，
|
g*****g
发帖数: 34805 | 28 傻逼没完了还，单机百万次 transaction变成百万次 iO, 上次nbhh要 跑满 网卡，被
我指出 比 NASDAQ快无数倍闹了大笑话才改得内存数据库，这下又忘了？ |
T********i
发帖数: 2416 | 29 明白告诉你，对于很多应用，包括卖票的应用，Network I/O就是transaction。
不明白这个，你干脆去死算了。还有脸在这里满嘴喷粪丢人现眼？
【在 g*****g 的大作中提到】
: 傻逼没完了还，单机百万次 transaction变成百万次 iO, 上次nbhh要 跑满 网卡，被
: 我指出 比 NASDAQ快无数倍闹了大笑话才改得内存数据库，这下又忘了？
|
g*****g
发帖数: 34805 | 30 LOL，傻逼又恼羞成怒了。对于卖票的应用，瓶颈在于storage IO，而不是network IO
，这就是个常识而已。你们几个没常识，又非要出来反复丢人，行为艺术有点限度好不
好？
【在 T********i 的大作中提到】
: 明白告诉你，对于很多应用，包括卖票的应用，Network I/O就是transaction。
: 不明白这个，你干脆去死算了。还有脸在这里满嘴喷粪丢人现眼？
|
|
|
T********i
发帖数: 2416 | 31 再打你一次脸。
第一，Fusion I/O 9 million IOPS没压力。
第二，根本不需要同步写盘。多台单机跨DC串联，要都死掉才会失去consistency。况
且这种情况下依靠前端和后端rec仍然能够重建consistency。
第三，你的那个1000台的setup也是异步写盘。你这种人同步异步都搞不明白的，还好
意思谈论storage I/O。
放到这里给大家看看。
IO
【在 g*****g 的大作中提到】
: LOL，傻逼又恼羞成怒了。对于卖票的应用，瓶颈在于storage IO，而不是network IO
: ，这就是个常识而已。你们几个没常识，又非要出来反复丢人，行为艺术有点限度好不
: 好？
|
g*****g
发帖数: 34805 | 32 fusion IO 9m IOPS那是transaction吗？那不就是写特别内存罢了。一张票20段，你还
又读又写的，1M transaction一下子就不成了。傻逼你死撑有用吗？
不同步写盘，还夸数据中心，就不能避免丢数据。丢当前交易大家都可以接受，你那一
丢就是百万级已经卖出的票，当然不行。
我给的那个setup，sync的delay是可以调的，你调到0不就同步写盘了，不就性能差点
，那个架构又没有机器上限，该加多少机器就加多少机器，弄3万个每个每秒同步写100
次够吗？脑残无极限。
【在 T********i 的大作中提到】
: 再打你一次脸。
: 第一，Fusion I/O 9 million IOPS没压力。
: 第二，根本不需要同步写盘。多台单机跨DC串联，要都死掉才会失去consistency。况
: 且这种情况下依靠前端和后端rec仍然能够重建consistency。
: 第三，你的那个1000台的setup也是异步写盘。你这种人同步异步都搞不明白的，还好
: 意思谈论storage I/O。
: 放到这里给大家看看。
:
: IO
|
n*****t
发帖数: 22014 | 33 浪费时间，你写再多他也看不懂，体育老师没教他，丫就是嘴硬，无他
【在 T********i 的大作中提到】
: 再打你一次脸。
: 第一，Fusion I/O 9 million IOPS没压力。
: 第二，根本不需要同步写盘。多台单机跨DC串联，要都死掉才会失去consistency。况
: 且这种情况下依靠前端和后端rec仍然能够重建consistency。
: 第三，你的那个1000台的setup也是异步写盘。你这种人同步异步都搞不明白的，还好
: 意思谈论storage I/O。
: 放到这里给大家看看。
:
: IO
|
g*****g
发帖数: 34805 | 34 写php写得静分吐血，还信誓旦旦能做12306，还有脸谈嘴硬？
【在 n*****t 的大作中提到】
: 浪费时间，你写再多他也看不懂，体育老师没教他，丫就是嘴硬，无他
|
n*****t
发帖数: 22014 | 35 你个煞笔就是欠抽，一天不抽就菊花痒
【在 g*****g 的大作中提到】
: 写php写得静分吐血，还信誓旦旦能做12306，还有脸谈嘴硬？
|
g*****g
发帖数: 34805 | 36 这Php就是你的菊花，你丫要自己上来自爆，脸上还挂不住，极品。
【在 n*****t 的大作中提到】
: 你个煞笔就是欠抽，一天不抽就菊花痒
|
n*****t
发帖数: 22014 | 37 煞笔你连我说的是啥都不知道，不抽你丫真对不起你个男盗女娼养的
【在 g*****g 的大作中提到】
: 这Php就是你的菊花，你丫要自己上来自爆，脸上还挂不住，极品。
|
T********i
发帖数: 2416 | 38 1. 打过你多少次脸了？为什么要读？同步只写Journal Log。根本不需要读。Fusion
IO就是干这个的。
2. Eventual Consistency。你不懂就不要满嘴喷粪。搞了这么多年网站连BASE中的E都
搞不明白。你这辈子白活了。放眼望去，这个论坛，还有第二个像你这样不要脸的么？
3. 数据没有依赖性，你愿意咋分布都没关系。数据有依赖性，像你刚说过的一张票20
段，你还要同步写盘，而且一写就要写三台。还指望1M TPS？你吃错药了吧？
100
【在 g*****g 的大作中提到】
: fusion IO 9m IOPS那是transaction吗？那不就是写特别内存罢了。一张票20段，你还
: 又读又写的，1M transaction一下子就不成了。傻逼你死撑有用吗？
: 不同步写盘，还夸数据中心，就不能避免丢数据。丢当前交易大家都可以接受，你那一
: 丢就是百万级已经卖出的票，当然不行。
: 我给的那个setup，sync的delay是可以调的，你调到0不就同步写盘了，不就性能差点
: ，那个架构又没有机器上限，该加多少机器就加多少机器，弄3万个每个每秒同步写100
: 次够吗？脑残无极限。
|
g*****g
发帖数: 34805 | 39 1.操，还不用读，100张卖掉1张剩99，不读你知道剩多少？
2.还eventual consistency，尼玛你是卖票，不是写博客
3.说过多少次，那是前端收票，我出票是异步的，慢慢来，根本不用百万次，你又傻逼
了吧？
20
【在 T********i 的大作中提到】
: 1. 打过你多少次脸了？为什么要读？同步只写Journal Log。根本不需要读。Fusion
: IO就是干这个的。
: 2. Eventual Consistency。你不懂就不要满嘴喷粪。搞了这么多年网站连BASE中的E都
: 搞不明白。你这辈子白活了。放眼望去，这个论坛，还有第二个像你这样不要脸的么？
: 3. 数据没有依赖性，你愿意咋分布都没关系。数据有依赖性，像你刚说过的一张票20
: 段，你还要同步写盘，而且一写就要写三台。还指望1M TPS？你吃错药了吧？
:
: 100
|
T********i
发帖数: 2416 | 40 他这样的男盗女娼都养不出来。属于人间极品。蒙脸拿公共论坛当粪坑满嘴喷粪。
你看看他这些帖子，满嘴狡辩加满嘴喷粪。公共论坛也不能惯他这样的。
【在 n*****t 的大作中提到】
: 煞笔你连我说的是啥都不知道，不抽你丫真对不起你个男盗女娼养的
|
|
|
g*****g
发帖数: 34805 | 41 谁他妈恼羞成怒在公共论坛顶着别人ID问候父母，谁他妈就是婊子养的。
【在 T********i 的大作中提到】
: 他这样的男盗女娼都养不出来。属于人间极品。蒙脸拿公共论坛当粪坑满嘴喷粪。
: 你看看他这些帖子，满嘴狡辩加满嘴喷粪。公共论坛也不能惯他这样的。
|
n*****t
发帖数: 22014 | 42 你丫异步出票学会啦，有长进啊
【在 g*****g 的大作中提到】
: 1.操，还不用读，100张卖掉1张剩99，不读你知道剩多少？
: 2.还eventual consistency，尼玛你是卖票，不是写博客
: 3.说过多少次，那是前端收票，我出票是异步的，慢慢来，根本不用百万次，你又傻逼
: 了吧？
:
: 20
|
g*****g
发帖数: 34805 | 43 你丫真是脑残，在你来这里混之前，全套解决方案我都已经写出来了。不服去考古吧。
【在 n*****t 的大作中提到】
: 你丫异步出票学会啦，有长进啊
|
T********i
发帖数: 2416 | 44 1。你丫什么智商？成天嘲笑我内存数据库，现在又不让我从内存读，非要从磁盘读不
可？你傻不能假定别人都傻。
2。连内存读和磁盘读都搞不明白。你已经再创新低了。不指望能理解BASE这么复杂的
东西了。
3。你那个买票要等几小时才能出结果的可以歇了。不懂却悲愤地满地打滚满嘴喷粪，
再不能惯你这个臭毛病了。
【在 g*****g 的大作中提到】
: 1.操，还不用读，100张卖掉1张剩99，不读你知道剩多少？
: 2.还eventual consistency，尼玛你是卖票，不是写博客
: 3.说过多少次，那是前端收票，我出票是异步的，慢慢来，根本不用百万次，你又傻逼
: 了吧？
:
: 20
|
n*****t
发帖数: 22014 | 45 OS 都挂科的还写全套方案，你那是全套大宝剑吧
【在 g*****g 的大作中提到】
: 你丫真是脑残，在你来这里混之前，全套解决方案我都已经写出来了。不服去考古吧。
|
n*****t
发帖数: 22014 | 46 所以我说别费劲了，他那智商压根理解不了，丫喷粪一次，就抽得丫吃回去一次
【在 T********i 的大作中提到】
: 他这样的男盗女娼都养不出来。属于人间极品。蒙脸拿公共论坛当粪坑满嘴喷粪。
: 你看看他这些帖子，满嘴狡辩加满嘴喷粪。公共论坛也不能惯他这样的。
|
n*****t
发帖数: 22014 | 47 丫还说一秒钟要出 1M 票，全天 5M 票 5 秒卖完
【在 T********i 的大作中提到】
: 1。你丫什么智商？成天嘲笑我内存数据库，现在又不让我从内存读，非要从磁盘读不
: 可？你傻不能假定别人都傻。
: 2。连内存读和磁盘读都搞不明白。你已经再创新低了。不指望能理解BASE这么复杂的
: 东西了。
: 3。你那个买票要等几小时才能出结果的可以歇了。不懂却悲愤地满地打滚满嘴喷粪，
: 再不能惯你这个臭毛病了。
|
T********i
发帖数: 2416 | 48 闹了半天内存读还是磁盘读都搞不清楚。
怪不得用上千台机器还要让用户等几个小时才能出结果？
搞不懂这种人在本版的粉丝哪来的？图什么？
【在 n*****t 的大作中提到】
: OS 都挂科的还写全套方案，你那是全套大宝剑吧
|
g*****g
发帖数: 34805 | 49 操，你刚刚说那个fusion IO不用读，现在又要读了？假定每秒一万次的transaction，
像12306一天发票10次，一天2千万张也是每次3-4分钟弄完了。你又傻逼了。
【在 T********i 的大作中提到】
: 1。你丫什么智商？成天嘲笑我内存数据库，现在又不让我从内存读，非要从磁盘读不
: 可？你傻不能假定别人都傻。
: 2。连内存读和磁盘读都搞不明白。你已经再创新低了。不指望能理解BASE这么复杂的
: 东西了。
: 3。你那个买票要等几小时才能出结果的可以歇了。不懂却悲愤地满地打滚满嘴喷粪，
: 再不能惯你这个臭毛病了。
|
T********i
发帖数: 2416 | 50 Journal Log只有一种情况需要读。
那就是打核战争，所有DC瞬间全烧光。你事后到DC去扒灰，扒出来试着读一下。
不对，你这种同步写盘加同步锁，20个区段有数据依赖，每秒上百次就不错了。
【在 g*****g 的大作中提到】
: 操，你刚刚说那个fusion IO不用读，现在又要读了？假定每秒一万次的transaction，
: 像12306一天发票10次，一天2千万张也是每次3-4分钟弄完了。你又傻逼了。
|
|
|
g*****g
发帖数: 34805 | 51 你又脑残还没完了。就算让你内存数据库，12306也写不了1M/s transaction，你以为
Helloworld? 人已经用了内存数据库，这就是赤裸裸地打你脸，还来。你也不看看你那
破东西，弄到最后一个相信你2万刀能做出来的都没有。
我用oracles啥的只能上百次，你的能白万次，吹牛逼谁不会呀？前天还吹牛逼nest不
是你平台上最好的应用，结果你那破应用连1万用户都没有，傻逼极品就会装逼，一吹
破就恼羞成怒问候家人，反反复复还没完了。
【在 T********i 的大作中提到】
: Journal Log只有一种情况需要读。
: 那就是打核战争，所有DC瞬间全烧光。你事后到DC去扒灰，扒出来试着读一下。
: 不对，你这种同步写盘加同步锁，20个区段有数据依赖，每秒上百次就不错了。
|
T********i
发帖数: 2416 | 52 你拿通用数据库和专用平台比较，难道你不是脑残？
既然你认为现有的都已经是最好的了，你还干个啥？不过反正你也就是一个制造垃圾的。
你缺乏的是知识和见识。就知道满嘴喷粪。你看看哪一次不是你先起头人身攻击的？这
种教养，确实该怪你的家人。
【在 g*****g 的大作中提到】
: 你又脑残还没完了。就算让你内存数据库，12306也写不了1M/s transaction，你以为
: Helloworld? 人已经用了内存数据库，这就是赤裸裸地打你脸，还来。你也不看看你那
: 破东西，弄到最后一个相信你2万刀能做出来的都没有。
: 我用oracles啥的只能上百次，你的能白万次，吹牛逼谁不会呀？前天还吹牛逼nest不
: 是你平台上最好的应用，结果你那破应用连1万用户都没有，傻逼极品就会装逼，一吹
: 破就恼羞成怒问候家人，反反复复还没完了。
|
g*****g
发帖数: 34805 | 53 我老拿现成的轮子就能做出个靠谱的方案。你全靠两张嘴皮吹，凡事都是我的轮子世界
最好，
真出去投标你一点戏都没有。每次谈技术不行你就恼羞成怒。谁顶着别人ID问候父母的
，谁就是婊子养的好了。
的。
【在 T********i 的大作中提到】
: 你拿通用数据库和专用平台比较，难道你不是脑残？
: 既然你认为现有的都已经是最好的了，你还干个啥？不过反正你也就是一个制造垃圾的。
: 你缺乏的是知识和见识。就知道满嘴喷粪。你看看哪一次不是你先起头人身攻击的？这
: 种教养，确实该怪你的家人。
|
T********i
发帖数: 2416 | 54 什么叫技术不行？我哪里说错了？
哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
【在 g*****g 的大作中提到】
: 我老拿现成的轮子就能做出个靠谱的方案。你全靠两张嘴皮吹，凡事都是我的轮子世界
: 最好，
: 真出去投标你一点戏都没有。每次谈技术不行你就恼羞成怒。谁顶着别人ID问候父母的
: ，谁就是婊子养的好了。
:
: 的。
|
g*****g
发帖数: 34805 | 55 恼羞成怒的证据在此。就你还贼喊抓贼。
http://www.mitbbs.com/article_t/Programming/31307349.html
【在 T********i 的大作中提到】
: 什么叫技术不行？我哪里说错了？
: 哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
|
T********i
发帖数: 2416 | 56 呵呵，前因后果。你满嘴喷粪在这个版面上恶毒攻击我3个月了。证据确凿。
再问你一次，什么叫技术不行？我哪里说错了？
【在 T********i 的大作中提到】
: 什么叫技术不行？我哪里说错了？
: 哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
|
g*****g
发帖数: 34805 | 57 你是被技术打脸，没人支持你的破单机，3个月不敢见人了。现在日子长了，指着大家
忘了吧，LOL。
【在 T********i 的大作中提到】
: 呵呵，前因后果。你满嘴喷粪在这个版面上恶毒攻击我3个月了。证据确凿。
: 再问你一次，什么叫技术不行？我哪里说错了？
|
T********i
发帖数: 2416 | 58 别不要脸了。懒得理你当我怕你了？现在算总账的时候到了。
你倒是来技术打脸呀？你有技术么？
再问你一次，什么叫技术不行？我哪里说错了？
【在 T********i 的大作中提到】
: 什么叫技术不行？我哪里说错了？
: 哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
|
g*****g
发帖数: 34805 | 59 说到技术，我提的架构，版上绝大多数人觉得可行。你提的，绝大多数人觉得不可信。
就完了。鸭子熟了还嘴硬，你丫愿意死撑我还能让你松口不行？
【在 T********i 的大作中提到】
: 别不要脸了。懒得理你当我怕你了？现在算总账的时候到了。
: 你倒是来技术打脸呀？你有技术么？
: 再问你一次，什么叫技术不行？我哪里说错了？
|
T********i
发帖数: 2416 | 60 我提的，绝大多数人觉得不可信。所以我科普。大家都虚心听讲。
打滚撒泼就你一个。请问你，我的科普，哪里错了？
再问你一次，什么叫技术不行？我哪里说错了？
【在 T********i 的大作中提到】
: 什么叫技术不行？我哪里说错了？
: 哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
|
|
|
g*****g
发帖数: 34805 | 61 你当然没错，要做运动员又做裁判当然赢了。
【在 T********i 的大作中提到】
: 我提的，绝大多数人觉得不可信。所以我科普。大家都虚心听讲。
: 打滚撒泼就你一个。请问你，我的科普，哪里错了？
: 再问你一次，什么叫技术不行？我哪里说错了？
|
T********i
发帖数: 2416 | 62 谁想当裁判都可以。只要讲道理。
你不是要讲技术么？这是我连续第5次质问你。注意，是，连续，第五次，质问你：
再问你一次，什么叫技术不行？我哪里说错了？
【在 T********i 的大作中提到】
: 什么叫技术不行？我哪里说错了？
: 哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
|
g*****g
发帖数: 34805 | 63 民科证明1+1的时候跟你是一模一样的。
【在 T********i 的大作中提到】
: 谁想当裁判都可以。只要讲道理。
: 你不是要讲技术么？这是我连续第5次质问你。注意，是，连续，第五次，质问你：
: 再问你一次，什么叫技术不行？我哪里说错了？
|
T********i
发帖数: 2416 | 64 真是没见过你这么不要脸的。
整个这个主题已经证明，这三个月来你恶毒攻击我的言论都站不住脚。对不起，我要继
续怪你爹妈没给你家教了。
再问你一次，什么叫技术不行？我哪里说错了？
【在 T********i 的大作中提到】
: 什么叫技术不行？我哪里说错了？
: 哪一次恼羞成怒的不是你？你打滚撒泼，我当然要认为是你爹妈没教育好你。
|
w***g
发帖数: 5958 | 65 Oracle要是调好了TPC-C是可以做到几万次每秒的，也不需要多特殊的硬件。几年前就
这样了。看你们几个吵很有意思。要不是魏老师出来科普，这版上怕没几个人知道
SolarFlare和Fusion IO这些次世代的硬件。
【在 g*****g 的大作中提到】
: 你又脑残还没完了。就算让你内存数据库，12306也写不了1M/s transaction，你以为
: Helloworld? 人已经用了内存数据库，这就是赤裸裸地打你脸，还来。你也不看看你那
: 破东西，弄到最后一个相信你2万刀能做出来的都没有。
: 我用oracles啥的只能上百次，你的能白万次，吹牛逼谁不会呀？前天还吹牛逼nest不
: 是你平台上最好的应用，结果你那破应用连1万用户都没有，傻逼极品就会装逼，一吹
: 破就恼羞成怒问候家人，反反复复还没完了。
|
g*****g
发帖数: 34805 | 66 几万次我信，我不信的是白万次。我设计出票的速度是5000-10K/秒。就是基于Oracle
的常规速度，对于多段次出票打个折扣。做商业系统都要保守估计，满打满算就是找死
的节奏。
【在 w***g 的大作中提到】
: Oracle要是调好了TPC-C是可以做到几万次每秒的，也不需要多特殊的硬件。几年前就
: 这样了。看你们几个吵很有意思。要不是魏老师出来科普，这版上怕没几个人知道
: SolarFlare和Fusion IO这些次世代的硬件。
|
g*****g
发帖数: 34805 | 67 你又开始恼羞成怒了？每次民科没人理你就开始问候家人，就一attention whore呀。
【在 T********i 的大作中提到】
: 真是没见过你这么不要脸的。
: 整个这个主题已经证明，这三个月来你恶毒攻击我的言论都站不住脚。对不起，我要继
: 续怪你爹妈没给你家教了。
: 再问你一次，什么叫技术不行？我哪里说错了？
|
T********i
发帖数: 2416 | 68 是不是真能做百万次你就会去死？
又不是变戏法传大法表演神功。我给出的都是硬证据。你自己学艺不精，反倒怪别人。
【在 g*****g 的大作中提到】
: 几万次我信，我不信的是白万次。我设计出票的速度是5000-10K/秒。就是基于Oracle
: 的常规速度，对于多段次出票打个折扣。做商业系统都要保守估计，满打满算就是找死
: 的节奏。
|
T********i
发帖数: 2416 | 69 是不是真能做百万次你就会去死？
又不是变戏法传大法表演神功。我给出的都是硬证据。你自己学艺不精，反倒怪别人。
【在 g*****g 的大作中提到】
: 你又开始恼羞成怒了？每次民科没人理你就开始问候家人，就一attention whore呀。
|
g*****g
发帖数: 34805 | 70 你吹牛nest不是你平台上的最好的应用的时候也是硬证据，1万下载看到没有？我服了
还不行吗。你爱咋意淫咋意淫。
【在 T********i 的大作中提到】
: 是不是真能做百万次你就会去死？
: 又不是变戏法传大法表演神功。我给出的都是硬证据。你自己学艺不精，反倒怪别人。
|
|
|
T********i
发帖数: 2416 | 71 咱们先把这个抢票数据库解决再说：再问你一次：
是不是真能做百万次你就会去死？
又不是变戏法传大法表演神功。我给出的都是硬证据。你自己学艺不精，反倒怪别人。
【在 g*****g 的大作中提到】
: 你吹牛nest不是你平台上的最好的应用的时候也是硬证据，1万下载看到没有？我服了
: 还不行吗。你爱咋意淫咋意淫。
|
g*****g
发帖数: 34805 | 72 除了吹牛赌誓，问候家人，你还会别的吗？先弄点1万/次transaction的经验，再跟我
谈百万次。
民科我没有义务教育你是怎么错的。拿着厂家的benchmark跟我谈赢证据，LOL。
【在 T********i 的大作中提到】
: 咱们先把这个抢票数据库解决再说：再问你一次：
: 是不是真能做百万次你就会去死？
: 又不是变戏法传大法表演神功。我给出的都是硬证据。你自己学艺不精，反倒怪别人。
|
p*u
发帖数: 2454 | 73
lol u already won on this one, no need 2 kick any harder.
【在 T********i 的大作中提到】
: 咱们先把这个抢票数据库解决再说：再问你一次：
: 是不是真能做百万次你就会去死？
: 又不是变戏法传大法表演神功。我给出的都是硬证据。你自己学艺不精，反倒怪别人。
|
T********i
发帖数: 2416 | 74 这个狗娘养的连续在本版就这个问题恶毒攻击我三个月。
应该彻底消灭这个缺乏教养的。
【在 p*u 的大作中提到】
:
: lol u already won on this one, no need 2 kick any harder.
|
g*****g
发帖数: 34805 | 75 Unfortunately you don't have any experience on large scale website
development either so to speak. You are a C++ guy.
【在 p*u 的大作中提到】
:
: lol u already won on this one, no need 2 kick any harder.
|
p*u
发帖数: 2454 | 76
so?
【在 g*****g 的大作中提到】
: Unfortunately you don't have any experience on large scale website
: development either so to speak. You are a C++ guy.
|
g*****g
发帖数: 34805 | 77 It's like one Minke claims another Minke proves 1+1. I couldn't care less.
【在 p*u 的大作中提到】
:
: so?
|
w***g
发帖数: 5958 | 78 那Oracle也不知道在硬件外包了几层了，又是通用系统。前面那谁已经说过了，列车状
态存几十个字节里，直接上指令级锁总线的原子操作，怕是连事务机制都不需要，再快
个几百倍我觉得没什么问题。他那个Fusion IO官方的吞吐量也是可信的。只不过没什
么现成的系统可以用，全都得手写。其实找个牛B的程序员也能写对了。只是一个大牛
写了一个C++程序在三台2w刀的服务器上就把事情解决了，没法把蛋糕做大。
Oracle
【在 g*****g 的大作中提到】
: 几万次我信，我不信的是白万次。我设计出票的速度是5000-10K/秒。就是基于Oracle
: 的常规速度，对于多段次出票打个折扣。做商业系统都要保守估计，满打满算就是找死
: 的节奏。
|
T********i
发帖数: 2416 | 79 没见过这种死不认错的。
怪不得有人用一个“轮”子形容他。
好像信仰破灭世界观坍塌就不能活，只有死路一条一样。
【在 p*u 的大作中提到】
:
: so?
|
p*u
发帖数: 2454 | 80
alright am Minke, if this makes u feel better
【在 g*****g 的大作中提到】
: It's like one Minke claims another Minke proves 1+1. I couldn't care less.
|
|
|
g*****g
发帖数: 34805 | 81 你光写一个可靠的数据库，又要这么高的性能，一年都不够。都不用说写应用本身，
理论上的极值是没用的。
魏公公开口就要秒Cassandra 1-2数量级，Cassandra值10亿，此人装逼可见一斑。
魏公公如果真那么牛逼，应该是去写个数据库把Cassandra那10亿挣了，不是在这里吹
牛赌誓。
超过常识100倍的东西不可信，就这么简单。不是说不能创新呀，创新不是吹出来的。
【在 w***g 的大作中提到】
: 那Oracle也不知道在硬件外包了几层了，又是通用系统。前面那谁已经说过了，列车状
: 态存几十个字节里，直接上指令级锁总线的原子操作，怕是连事务机制都不需要，再快
: 个几百倍我觉得没什么问题。他那个Fusion IO官方的吞吐量也是可信的。只不过没什
: 么现成的系统可以用，全都得手写。其实找个牛B的程序员也能写对了。只是一个大牛
: 写了一个C++程序在三台2w刀的服务器上就把事情解决了，没法把蛋糕做大。
:
: Oracle
|
T********i
发帖数: 2416 | 82 你自己井底之蛙。
比这个复杂得多的系统，现在都运行的好好的。你一没有知识，二没有见识，三没有教
养。你说你有啥？
【在 g*****g 的大作中提到】
: 你光写一个可靠的数据库，又要这么高的性能，一年都不够。都不用说写应用本身，
: 理论上的极值是没用的。
: 魏公公开口就要秒Cassandra 1-2数量级，Cassandra值10亿，此人装逼可见一斑。
: 魏公公如果真那么牛逼，应该是去写个数据库把Cassandra那10亿挣了，不是在这里吹
: 牛赌誓。
: 超过常识100倍的东西不可信，就这么简单。不是说不能创新呀，创新不是吹出来的。
|
g*****g
发帖数: 34805 | 83 你得了吧，你那单机峰值都秒了nasdaq了。谁信谁傻逼。
【在 T********i 的大作中提到】
: 你自己井底之蛙。
: 比这个复杂得多的系统，现在都运行的好好的。你一没有知识，二没有见识，三没有教
: 养。你说你有啥？
|
T********i
发帖数: 2416 | 84 哈哈哈哈哈哈。
你又来了。我单机算1+1还能每秒上亿次呢。你有意见么？
你能不能要点脸？现在整个版面的都在看你笑话。
【在 g*****g 的大作中提到】
: 你得了吧，你那单机峰值都秒了nasdaq了。谁信谁傻逼。
|
g*****g
发帖数: 34805 | 85 我老还是那句话，1万次交易的website你都没写过，你吹牛白万次我不信。需要证明你
不是傻逼的，是你自己。我老不需要分析民科错在哪里。
【在 T********i 的大作中提到】
: 哈哈哈哈哈哈。
: 你又来了。我单机算1+1还能每秒上亿次呢。你有意见么？
: 你能不能要点脸？现在整个版面的都在看你笑话。
|
T********i
发帖数: 2416 | 86 你倒是写过Website。现在证据确凿你就是傻逼。
而且你还缺乏教养，当然我认为这应该怪你爹妈。
【在 g*****g 的大作中提到】
: 我老还是那句话，1万次交易的website你都没写过，你吹牛白万次我不信。需要证明你
: 不是傻逼的，是你自己。我老不需要分析民科错在哪里。
|
L*****e
发帖数: 8347 | 87 虽然不关我啥事，不过你们互相喷没关系，还是不要扯家人及父母，好吧，不然挺没那
啥的。。。
【在 T********i 的大作中提到】
: 你倒是写过Website。现在证据确凿你就是傻逼。
: 而且你还缺乏教养，当然我认为这应该怪你爹妈。
|
g*****g
发帖数: 34805 | 88 我老人家跟NeverLearn不对付这么多年，也没问候过他家人。魏公公傻逼每次恼羞成怒
就这德性，还有脸贼喊抓贼。
【在 L*****e 的大作中提到】
: 虽然不关我啥事，不过你们互相喷没关系，还是不要扯家人及父母，好吧，不然挺没那
: 啥的。。。
|
T********i
发帖数: 2416 | 89 这个人一贯下作，令人发指，纯属极品。
我说系统架构，他狗屁不懂，还能连续在本版恶毒攻击我三个月。
你怎么不问问斑竹是否失职？网友为何无视？
竟然最后还扯到做网站来了。我们通篇讨论就不是网站，而是一个网站的后台。前台倒
是网站，也可以scale out。
【在 L*****e 的大作中提到】
: 虽然不关我啥事，不过你们互相喷没关系，还是不要扯家人及父母，好吧，不然挺没那
: 啥的。。。
|
L*****e
发帖数: 8347 | 90 我和好虫掐了也有两年多了，印象里他还真没问候过加家人父母。。。
你俩就这个卖票系统吵了有小两个月了吧？不少争论及引发的讨论还是很有价值的，不
过你们都在有价值的讨论里夹杂点互相问候的话，要我是版务也觉得挺难办的，要把整
个帖子都删了，有价值的讨论也没了，但是要逐句删除互相问候的话，工作量太大了。
。。
好吧，我也只能说到这里，停止也好继续也好，随便吧。。。
【在 T********i 的大作中提到】
: 这个人一贯下作，令人发指，纯属极品。
: 我说系统架构，他狗屁不懂，还能连续在本版恶毒攻击我三个月。
: 你怎么不问问斑竹是否失职？网友为何无视？
: 竟然最后还扯到做网站来了。我们通篇讨论就不是网站，而是一个网站的后台。前台倒
: 是网站，也可以scale out。
|
|
|
i*****o
发帖数: 1714 | 91 Goodbug, 魏老师的项目很不错，作为国人我觉得应该尽力支持才对。你连续攻击人家
是要干嘛？
★ 发自iPhone App: ChineseWeb 8.6
【在 T********i 的大作中提到】
: 这个人一贯下作，令人发指，纯属极品。
: 我说系统架构，他狗屁不懂，还能连续在本版恶毒攻击我三个月。
: 你怎么不问问斑竹是否失职？网友为何无视？
: 竟然最后还扯到做网站来了。我们通篇讨论就不是网站，而是一个网站的后台。前台倒
: 是网站，也可以scale out。
|
g*****g
发帖数: 34805 | 92 它做点Hobby project我不管，吹牛皮比nest还强，吹破了它就撕破脸，我还能怎么样。
魏公公不管网站前台后台都没做过，它就一个做client的。民科还不服。
【在 i*****o 的大作中提到】
: Goodbug, 魏老师的项目很不错，作为国人我觉得应该尽力支持才对。你连续攻击人家
: 是要干嘛？
:
: ★ 发自iPhone App: ChineseWeb 8.6
|
i*****o
发帖数: 1714 | 93 你说的可能没错，可任何事情都可以换一个角度来看。
在我看来魏老师从没做过网站，能做成那样是非常的牛了。而且他考虑的是整个的eco
system，细节的问题总能修改和提高的。
另外国人缺乏的就是吹牛的，出了个会吹的，我们应该鼓励吧？
样。
★ 发自iPhone App: ChineseWeb 8.6
【在 g*****g 的大作中提到】
: 它做点Hobby project我不管，吹牛皮比nest还强，吹破了它就撕破脸，我还能怎么样。
: 魏公公不管网站前台后台都没做过，它就一个做client的。民科还不服。
|
q*c
发帖数: 9453 | 94 细节决定成败。
细节就看出你是经验还是想象。
eco
【在 i*****o 的大作中提到】
: 你说的可能没错，可任何事情都可以换一个角度来看。
: 在我看来魏老师从没做过网站，能做成那样是非常的牛了。而且他考虑的是整个的eco
: system，细节的问题总能修改和提高的。
: 另外国人缺乏的就是吹牛的，出了个会吹的，我们应该鼓励吧？
:
: 样。
: ★ 发自iPhone App: ChineseWeb 8.6
|
b*******s
发帖数: 5216 | 95 其实支持你的，基本都是搞java没有底层经验的
先不说方案对错
【在 g*****g 的大作中提到】
: 说到技术，我提的架构，版上绝大多数人觉得可行。你提的，绝大多数人觉得不可信。
: 就完了。鸭子熟了还嘴硬，你丫愿意死撑我还能让你松口不行？
|
g*****g
发帖数: 34805 | 96 绝大多数网站都不用写底层，你不是连这个也要争吧。支持我的大部分都有相关互联网
开发经验。
你要是搞一个嵌入式设计，你觉得一帮写C的靠谱，还是听一帮写Java的靠谱？我都不
明白这有啥好争的。
【在 b*******s 的大作中提到】
: 其实支持你的，基本都是搞java没有底层经验的
: 先不说方案对错
|
b*******s
发帖数: 5216 | 97 问题是，他们基本看不懂魏老师的设计，所以他们选择了唯一能看懂的
【在 g*****g 的大作中提到】
: 绝大多数网站都不用写底层，你不是连这个也要争吧。支持我的大部分都有相关互联网
: 开发经验。
: 你要是搞一个嵌入式设计，你觉得一帮写C的靠谱，还是听一帮写Java的靠谱？我都不
: 明白这有啥好争的。
|
g*****g
发帖数: 34805 | 98 看不懂民科的设计很正常。一个错误就要命了，何况到处是错误。让内行看不懂那是设
计的人的问题。
【在 b*******s 的大作中提到】
: 问题是，他们基本看不懂魏老师的设计，所以他们选择了唯一能看懂的
|
p*****y
发帖数: 529 | 99 我一半路出家只写java从没搞过底层的都搞明白了魏老师想说啥， 你丫居然还没搞懂
， 我说你还是找个豆腐撞死算了。
我不是魏老师粉丝， 就瞧不惯像你丫这样的出来得瑟。
【在 g*****g 的大作中提到】
: 看不懂民科的设计很正常。一个错误就要命了，何况到处是错误。让内行看不懂那是设
: 计的人的问题。
|
g*****g
发帖数: 34805 | 100 魏公公驴唇不对马嘴，整个思路就是trading client的那一套，也就外行捧臭脚。
我老人家不懂底层，也不关心底层，12306也不需要写底层，事实证明他们也没试图去
写底层，用的都是现成的数据库方案。
我老搞懂民科干啥有用吗？民科还惺惺相惜。事实证明世界上没有一个类似的网站是这
么做的。做如12306那么烂，都用了17个结点。
【在 p*****y 的大作中提到】
: 我一半路出家只写java从没搞过底层的都搞明白了魏老师想说啥， 你丫居然还没搞懂
: ， 我说你还是找个豆腐撞死算了。
: 我不是魏老师粉丝， 就瞧不惯像你丫这样的出来得瑟。
|
|
|
b*******s
发帖数: 5216 | 101 他那个是可行的，只是风险大，别说你也没看懂
【在 g*****g 的大作中提到】
: 魏公公驴唇不对马嘴，整个思路就是trading client的那一套，也就外行捧臭脚。
: 我老人家不懂底层，也不关心底层，12306也不需要写底层，事实证明他们也没试图去
: 写底层，用的都是现成的数据库方案。
: 我老搞懂民科干啥有用吗？民科还惺惺相惜。事实证明世界上没有一个类似的网站是这
: 么做的。做如12306那么烂，都用了17个结点。
|
g*****g
发帖数: 34805 | 102 我跟你说不可行，信不信随你。像他那样追求极端性能，要从头写专用数据库，光让那
数据库可靠一个人一年都不够。
当年把什么都算到极致的时候，一点点差错就挂了。比如什么9M IOPS，那是理想情况
纯写盘。要Network IO，要计算，要内存transaction。如果一个transaction平均要10
IOPS，百万次就挂了。或者出120万，又挂了。当你不能 scale out的时候，余量要足
，要不会死得很难看。
这东西不是相对论。
【在 b*******s 的大作中提到】
: 他那个是可行的，只是风险大，别说你也没看懂
|
T********i
发帖数: 2416 | 103 别说，我自从1997年开始就用ISAPI和NSAPI做网站了。1999年来美国暑假打黑工还给某
在线交易网站写了整套stock quote streamer。两个月赚了5万刀cash。
eco
【在 i*****o 的大作中提到】
: 你说的可能没错，可任何事情都可以换一个角度来看。
: 在我看来魏老师从没做过网站，能做成那样是非常的牛了。而且他考虑的是整个的eco
: system，细节的问题总能修改和提高的。
: 另外国人缺乏的就是吹牛的，出了个会吹的，我们应该鼓励吧？
:
: 样。
: ★ 发自iPhone App: ChineseWeb 8.6
|
s***o
发帖数: 2191 | 104 这个有点矛盾啊，风险大是不可行的征兆之一
【在 b*******s 的大作中提到】
: 他那个是可行的，只是风险大，别说你也没看懂
|
b*******s
发帖数: 5216 | 105 12306不是个常规网站，他做的也不是内存数据库
百万次在实际系统中行不行我也怀疑，但目前统计是高峰时每秒20多万次
实际现有17个节点每个不过1万多次，魏老师那个能做到单机10万就够了
10
【在 g*****g 的大作中提到】
: 我跟你说不可行，信不信随你。像他那样追求极端性能，要从头写专用数据库，光让那
: 数据库可靠一个人一年都不够。
: 当年把什么都算到极致的时候，一点点差错就挂了。比如什么9M IOPS，那是理想情况
: 纯写盘。要Network IO，要计算，要内存transaction。如果一个transaction平均要10
: IOPS，百万次就挂了。或者出120万，又挂了。当你不能 scale out的时候，余量要足
: ，要不会死得很难看。
: 这东西不是相对论。
|
b*******s
发帖数: 5216 | 106 ibm360项目，可行性没问题，具体做风险很大，最后还是成了
两个概念
【在 s***o 的大作中提到】
: 这个有点矛盾啊，风险大是不可行的征兆之一
|
g*****g
发帖数: 34805 | 107 他是要单机百万，2万刀硬件。通常差一个数量即我只是怀疑，两个数量级不信。就是
个常识而已。
【在 b*******s 的大作中提到】
: 12306不是个常规网站，他做的也不是内存数据库
: 百万次在实际系统中行不行我也怀疑，但目前统计是高峰时每秒20多万次
: 实际现有17个节点每个不过1万多次，魏老师那个能做到单机10万就够了
:
: 10
|
T********i
发帖数: 2416 | 108 你又在丢人现眼了。
第一，我当时说的是方案，你一口咬定的是理论上不可能，而不是实际上可行不可行。
帖子都在，狡辩没用。
第二，我就是做这个的。要我做的高性能系统比这个复杂多倍的都在每天运行。你是井
底之蛙而已。
第三，你根本没能力设计这种系统。什么每个transaction要10个IOPS之类，连量纲都
不对。你要丢人到什么时候？
10
【在 g*****g 的大作中提到】
: 我跟你说不可行，信不信随你。像他那样追求极端性能，要从头写专用数据库，光让那
: 数据库可靠一个人一年都不够。
: 当年把什么都算到极致的时候，一点点差错就挂了。比如什么9M IOPS，那是理想情况
: 纯写盘。要Network IO，要计算，要内存transaction。如果一个transaction平均要10
: IOPS，百万次就挂了。或者出120万，又挂了。当你不能 scale out的时候，余量要足
: ，要不会死得很难看。
: 这东西不是相对论。
|
g*****g
发帖数: 34805 | 109 你天天设计的系统根本不用对每个 过来的数据响应，还没完了 。
【在 T********i 的大作中提到】
: 你又在丢人现眼了。
: 第一，我当时说的是方案，你一口咬定的是理论上不可能，而不是实际上可行不可行。
: 帖子都在，狡辩没用。
: 第二，我就是做这个的。要我做的高性能系统比这个复杂多倍的都在每天运行。你是井
: 底之蛙而已。
: 第三，你根本没能力设计这种系统。什么每个transaction要10个IOPS之类，连量纲都
: 不对。你要丢人到什么时候？
:
: 10
|
T********i
发帖数: 2416 | 110 你这人怎么这么不要脸？我们讨论这个订票系统，你又扯到我设计的其它系统。
不是小瞧你，你想破头，也想象不到我的系统怎么工作的。这个订票系统小儿科而已。
【在 g*****g 的大作中提到】
: 你天天设计的系统根本不用对每个 过来的数据响应，还没完了 。
|
|
|
g*****g
发帖数: 34805 | 111 你的应用还比 nest强呢。撒谎的习性那么容易改的？ |
T********i
发帖数: 2416 | 112 还是那句话，年底以前做出一个比nest聪明的，你难道会去死么？
跟我叫板的风险大着呢。骂你几句实际上还是爱护你。继续叫板你会更惨。
【在 g*****g 的大作中提到】
: 你的应用还比 nest强呢。撒谎的习性那么容易改的？
|
g*****g
发帖数: 34805 | 113 做不出来你去死吗？魏公公下面没有了很正常。
【在 T********i 的大作中提到】
: 还是那句话，年底以前做出一个比nest聪明的，你难道会去死么？
: 跟我叫板的风险大着呢。骂你几句实际上还是爱护你。继续叫板你会更惨。
|
T********i
发帖数: 2416 | 114 是你和我叫板，又不是我和你叫板。
知道你没脸没皮惯了。那个nest我声明是将来时。快的话也不过将来两三月而已。
这个订票系统你已经恶毒攻击我三个月了
出来混迟早要还。
【在 g*****g 的大作中提到】
: 做不出来你去死吗？魏公公下面没有了很正常。
|
g*****g
发帖数: 34805 | 115 LOL, 这嘴脸，一来真的就没睾丸。
【在 T********i 的大作中提到】
: 是你和我叫板，又不是我和你叫板。
: 知道你没脸没皮惯了。那个nest我声明是将来时。快的话也不过将来两三月而已。
: 这个订票系统你已经恶毒攻击我三个月了
: 出来混迟早要还。
|
T********i
发帖数: 2416 | 116 看来你是没脸没皮惯了。
被人打脸转转身就阿Q了。
唯一的方法是号召大家每天打你脸了。
【在 g*****g 的大作中提到】
: LOL, 这嘴脸，一来真的就没睾丸。
|
N********n
发帖数: 8363 | 117
你丫连一flush ()都整不明白，明显比老魏差一截。大家都看得出来，你还
死撑啥，非要把脸丢光不可？
【在 g*****g 的大作中提到】
: 我老还是那句话，1万次交易的website你都没写过，你吹牛白万次我不信。需要证明你
: 不是傻逼的，是你自己。我老不需要分析民科错在哪里。
|
g*****g
发帖数: 34805 | 118 LOL，两个loser还没完了。我老没冒充过底层专家。我老错了我就认，不像你这俩傻逼
都是死撑到底的。一个scale out architecture跟flush和sync也没关系。再魏公公，
一个破单机架构已经修改了几十次了，还是破洞百出，全靠拍胸脯。
你丫跟他一个德性，silverlight都这样了，还rule it all呢不是。
【在 N********n 的大作中提到】
:
: 你丫连一flush ()都整不明白，明显比老魏差一截。大家都看得出来，你还
: 死撑啥，非要把脸丢光不可？
|
N********n
发帖数: 8363 | 119
你丫一贯不懂装懂还满嘴火车。错是死活不认的，逼要一装到底。就最近从
"5000个XML元素"到"MySQL"一路出多少丑了，还出来跳。LOL。
【在 g*****g 的大作中提到】
: LOL，两个loser还没完了。我老没冒充过底层专家。我老错了我就认，不像你这俩傻逼
: 都是死撑到底的。一个scale out architecture跟flush和sync也没关系。再魏公公，
: 一个破单机架构已经修改了几十次了，还是破洞百出，全靠拍胸脯。
: 你丫跟他一个德性，silverlight都这样了，还rule it all呢不是。
|
B******Z
发帖数: 9193 | 120 wtf, someone's challenging goodbug?
haven't u guys ever learned anything?
there's no man, no woman, no human being, no anything breathing o2, can
beat goodbug, except Saint Kobe, period.
long live goodbug, we love you. |
|
|
h*****a
发帖数: 1718 | 121 版主确实应该早点作为。很多吵架早点删帖就不会有后面的事情。
感觉不少人差不多能把每个帖子都看的，可以找来做板斧就可以。
【在 L*****e 的大作中提到】
: 我和好虫掐了也有两年多了，印象里他还真没问候过加家人父母。。。
: 你俩就这个卖票系统吵了有小两个月了吧？不少争论及引发的讨论还是很有价值的，不
: 过你们都在有价值的讨论里夹杂点互相问候的话，要我是版务也觉得挺难办的，要把整
: 个帖子都删了，有价值的讨论也没了，但是要逐句删除互相问候的话，工作量太大了。
: 。。
: 好吧，我也只能说到这里，停止也好继续也好，随便吧。。。
|
e**o
发帖数: 5509 | 122 我还没出家都看明白了。
魏老师的意思就是对于有强相关性的数据库，单机能满足的话，最好用单机。
因为有强相关性，如果采用分布式，
那么数据在节点之间的分配处理，传输处理，结果返回，然后再处理上耽误的时间太多了
耽误的时间远比单机内部处理的时间多多了，无法接受。不光是时间，还有性能上的损
失。
换句话说很多时间和性能用来分配处理，传输处理，结果返回，然后再处理上，
对主要任务没贡献。更别提多出来的硬件费用。
我理解的对吧？我只是上过大学本科的计算机基础课。
【在 p*****y 的大作中提到】
: 我一半路出家只写java从没搞过底层的都搞明白了魏老师想说啥， 你丫居然还没搞懂
: ， 我说你还是找个豆腐撞死算了。
: 我不是魏老师粉丝， 就瞧不惯像你丫这样的出来得瑟。
|
z****e
发帖数: 54598 | 123 前提很理想，一看就是扯淡
你们都看明白了没？
聪明人象小菊花那样
第一个回帖应该是：
人家值班的吃泡面，一不小心倒下去，你的系统就挂了
很多东西说出来有什么难的呀？
装神弄鬼的，故弄玄虚，什么狗屁嘛
不就那点东西，搞得跟牛顿发明了微积分一样
装逼
多了
【在 e**o 的大作中提到】
: 我还没出家都看明白了。
: 魏老师的意思就是对于有强相关性的数据库，单机能满足的话，最好用单机。
: 因为有强相关性，如果采用分布式，
: 那么数据在节点之间的分配处理，传输处理，结果返回，然后再处理上耽误的时间太多了
: 耽误的时间远比单机内部处理的时间多多了，无法接受。不光是时间，还有性能上的损
: 失。
: 换句话说很多时间和性能用来分配处理，传输处理，结果返回，然后再处理上，
: 对主要任务没贡献。更别提多出来的硬件费用。
: 我理解的对吧？我只是上过大学本科的计算机基础课。
|
L*****e
发帖数: 8347 | 124 半海兄上? 给他们全关小黑屋了 :)
【在 h*****a 的大作中提到】
: 版主确实应该早点作为。很多吵架早点删帖就不会有后面的事情。
: 感觉不少人差不多能把每个帖子都看的，可以找来做板斧就可以。
|
g*****g
发帖数: 34805 | 125 长江上游汛期下大雨，下游淹了。有人跟你说，上下游是强耦合，必须使劲挖宽下游，
雨有多大，下游就得多宽。结果来个百年不遇的大雨，又淹了。有人说弄个大水库，把
水蓄住慢慢放，反正大雨就几天，下游根本不用动。
强耦合本来就是个伪命题，智商低的人就是要先把你的智商拉到跟他一个水平，然后用
无穷的经验打败你。至于他是否挖沙子很好很快，实在不是我关心的问题。
多了
【在 e**o 的大作中提到】
: 我还没出家都看明白了。
: 魏老师的意思就是对于有强相关性的数据库，单机能满足的话，最好用单机。
: 因为有强相关性，如果采用分布式，
: 那么数据在节点之间的分配处理，传输处理，结果返回，然后再处理上耽误的时间太多了
: 耽误的时间远比单机内部处理的时间多多了，无法接受。不光是时间，还有性能上的损
: 失。
: 换句话说很多时间和性能用来分配处理，传输处理，结果返回，然后再处理上，
: 对主要任务没贡献。更别提多出来的硬件费用。
: 我理解的对吧？我只是上过大学本科的计算机基础课。
|
h*****a
发帖数: 1718 | 126 我哪行啊，我一天能来一次就不错了。
不是要关人，删几个贴就吵不起来了。
【在 L*****e 的大作中提到】
: 半海兄上? 给他们全关小黑屋了 :)
|
