Redian新闻
>
在美国如何卖到sleeping potion
avatar
在美国如何卖到sleeping potion# Biology - 生物学
b*u
1
【 以下文字转载自 Immigration 讨论区 】
发信人: bigwoniu (bigwoniu), 信区: Immigration
标 题: eb1a申请费能报税吗?
发信站: BBS 未名空间站 (Mon Feb 11 13:56:45 2013, 美东)
完全是自己付的,花了小一万了有。。。各位说说能报税吗?thanks
avatar
g*g
2
多脑残才有脸做这种系统。春运过道里全是人。卖站台票就是可以帮个忙,碰上脑残这
系统,中途停车1分钟你飞吧。
avatar
m*n
3
压力大 睡不着 第二天状态更差 恶性循环 何时才能结束,
问哪位知道在美国如何卖到sleeping potion啊 谢谢了
avatar
s*y
4
可以算作工作相关的开支吧。
avatar
g*g
5
太监做的宇宙第一的强实时系统,就是让你换车厢玩的。测试用例在此,还有啥话说。
假定一趟车经过ABCD四个地方,为简单举例,假定只有一个100人的车厢。在B加挂一个
200人的车厢,到C后撤掉。
最后客满,得ABC 票100张,BCD票100张,BC票100张。
A B C D
100 100 100
200
按照太监只管抢票不分座位的策略,请给个出票不用换座位的方案吧。别跟我说一个车
次还俩号。
avatar
d*n
6
买不到的吧,找医生开.

【在 m****n 的大作中提到】
: 压力大 睡不着 第二天状态更差 恶性循环 何时才能结束,
: 问哪位知道在美国如何卖到sleeping potion啊 谢谢了

avatar
b*u
7
不知道呀。。。。
懂行的给说说。。

【在 s***y 的大作中提到】
: 可以算作工作相关的开支吧。
avatar
d*a
8
算了,都别吵了。
Wei的分票算法确实有疑问,但用单机系统来集中进行票的调度,是可行的。
俺做了一个调度实现方法,一票一座,在笔记本上跑,测出来能有285M/s的处理带宽。
说白了,票的调度适合集中处理,不适合分布处理。
avatar
c*h
10
Co-ask
avatar
w*g
11
你那个啥,所有core都用上了吗?我有台式机,要不你把程序贴出来我给你测一下。

【在 d***a 的大作中提到】
: 算了,都别吵了。
: Wei的分票算法确实有疑问,但用单机系统来集中进行票的调度,是可行的。
: 俺做了一个调度实现方法,一票一座,在笔记本上跑,测出来能有285M/s的处理带宽。
: 说白了,票的调度适合集中处理,不适合分布处理。

avatar
s*y
12
Sleeping poison?
你说的太可怕了,poison 是毒药的意思,你在药店里找人要这个会被报警的。
呵呵,正经的说一个吧,美国的大部分药店(CVS, Walgreene, or any pharmacy in
a super market or convenient store) 都有卖催眠药(sleeping aid)的。
不需要医生的处方,可以直接买。
你可以试一下simply sleep

【在 m****n 的大作中提到】
: 压力大 睡不着 第二天状态更差 恶性循环 何时才能结束,
: 问哪位知道在美国如何卖到sleeping potion啊 谢谢了

avatar
i*o
13
赞明白人!

★ 发自iPhone App: ChineseWeb 8.6

【在 d***a 的大作中提到】
: 算了,都别吵了。
: Wei的分票算法确实有疑问,但用单机系统来集中进行票的调度,是可行的。
: 俺做了一个调度实现方法,一票一座,在笔记本上跑,测出来能有285M/s的处理带宽。
: 说白了,票的调度适合集中处理,不适合分布处理。

avatar
g*g
14
我没否认过单机系统调度的可行性(当然没有HA),我否认的是高并发下的实时系统。
魏公公已经承认过不换座他做不到实时,没啥好争的了。

【在 d***a 的大作中提到】
: 算了,都别吵了。
: Wei的分票算法确实有疑问,但用单机系统来集中进行票的调度,是可行的。
: 俺做了一个调度实现方法,一票一座,在笔记本上跑,测出来能有285M/s的处理带宽。
: 说白了,票的调度适合集中处理,不适合分布处理。

avatar
g*g
15
别忘了因为是内存数据库,所以结果要sync到其他DC上,还要等确认,没确认还要重发。
异步找座位,要把request发到其他的机器上,request也要确认。
这台机器本来就要5M/s IO,一下子就要15M/s IO,这些都是要命的。
没有算带宽那么简单的。5M 1 bytes requests, 跟5M bytes 1 request 完全两码事。
avatar
d*a
16
如果是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 完全两码事。

avatar
c*3
17
他这个一块网卡不够,最好要插3块网卡。计数器线程对应一块网卡,发请求道其他机
器的线程对应一块网卡。另一块网卡,搞个线程做点杂事。

发。

【在 g*****g 的大作中提到】
: 别忘了因为是内存数据库,所以结果要sync到其他DC上,还要等确认,没确认还要重发。
: 异步找座位,要把request发到其他的机器上,request也要确认。
: 这台机器本来就要5M/s IO,一下子就要15M/s IO,这些都是要命的。
: 没有算带宽那么简单的。5M 1 bytes requests, 跟5M bytes 1 request 完全两码事。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。