g*****g
发帖数: 34805 | 1 多脑残才有脸做这种系统。春运过道里全是人。卖站台票就是可以帮个忙，碰上脑残这
系统，中途停车1分钟你飞吧。 |
g*****g
发帖数: 34805 | 2 太监做的宇宙第一的强实时系统，就是让你换车厢玩的。测试用例在此，还有啥话说。
假定一趟车经过ABCD四个地方，为简单举例，假定只有一个100人的车厢。在B加挂一个
200人的车厢，到C后撤掉。
最后客满，得ABC 票100张，BCD票100张，BC票100张。
A B C D
100 100 100
200
按照太监只管抢票不分座位的策略，请给个出票不用换座位的方案吧。别跟我说一个车
次还俩号。 |
d***a
发帖数: 13752 | 3 算了，都别吵了。
Wei的分票算法确实有疑问，但用单机系统来集中进行票的调度，是可行的。
俺做了一个调度实现方法，一票一座，在笔记本上跑，测出来能有285M/s的处理带宽。
说白了，票的调度适合集中处理，不适合分布处理。 |
w***g
发帖数: 5958 | 4 你那个啥，所有core都用上了吗？我有台式机，要不你把程序贴出来我给你测一下。
【在 d***a 的大作中提到】
: 算了，都别吵了。
: Wei的分票算法确实有疑问，但用单机系统来集中进行票的调度，是可行的。
: 俺做了一个调度实现方法，一票一座，在笔记本上跑，测出来能有285M/s的处理带宽。
: 说白了，票的调度适合集中处理，不适合分布处理。
|
i*****o
发帖数: 1714 | 5 赞明白人！
★ 发自iPhone App: ChineseWeb 8.6
【在 d***a 的大作中提到】
: 算了，都别吵了。
: Wei的分票算法确实有疑问，但用单机系统来集中进行票的调度，是可行的。
: 俺做了一个调度实现方法，一票一座，在笔记本上跑，测出来能有285M/s的处理带宽。
: 说白了，票的调度适合集中处理，不适合分布处理。
|
g*****g
发帖数: 34805 | 6 我没否认过单机系统调度的可行性(当然没有HA），我否认的是高并发下的实时系统。
魏公公已经承认过不换座他做不到实时，没啥好争的了。
【在 d***a 的大作中提到】
: 算了，都别吵了。
: Wei的分票算法确实有疑问，但用单机系统来集中进行票的调度，是可行的。
: 俺做了一个调度实现方法，一票一座，在笔记本上跑，测出来能有285M/s的处理带宽。
: 说白了，票的调度适合集中处理，不适合分布处理。
|
g*****g
发帖数: 34805 | 7 别忘了因为是内存数据库，所以结果要sync到其他DC上，还要等确认，没确认还要重发。
异步找座位，要把request发到其他的机器上，request也要确认。
这台机器本来就要5M/s IO，一下子就要15M/s IO，这些都是要命的。
没有算带宽那么简单的。5M 1 bytes requests, 跟5M bytes 1 request 完全两码事。 |
d***a
发帖数: 13752 | 8 如果是Disk I/O，40MB/s最多是10K iops, 不要紧。如果是网络I/O, 那要用集群或特
制TCP/IP实现了，就是你和Wei说的。关键是票的调度要和处理网络请求的部分，
还有数据库部分，分开。
要是我来做方案，得打个三千万的预算，铁道部不是有钱吗。:) 当然也会配最好的机器
了。
发。
【在 g*****g 的大作中提到】
: 别忘了因为是内存数据库，所以结果要sync到其他DC上，还要等确认，没确认还要重发。
: 异步找座位，要把request发到其他的机器上，request也要确认。
: 这台机器本来就要5M/s IO，一下子就要15M/s IO，这些都是要命的。
: 没有算带宽那么简单的。5M 1 bytes requests, 跟5M bytes 1 request 完全两码事。
|
c****3
发帖数: 10787 | 9 他这个一块网卡不够，最好要插3块网卡。计数器线程对应一块网卡，发请求道其他机
器的线程对应一块网卡。另一块网卡，搞个线程做点杂事。
发。
【在 g*****g 的大作中提到】
: 别忘了因为是内存数据库，所以结果要sync到其他DC上，还要等确认，没确认还要重发。
: 异步找座位，要把request发到其他的机器上，request也要确认。
: 这台机器本来就要5M/s IO，一下子就要15M/s IO，这些都是要命的。
: 没有算带宽那么简单的。5M 1 bytes requests, 跟5M bytes 1 request 完全两码事。
|
