Redian新闻
>
sigh, Ubuntu/Kubuntu 8.10 is tooooo old
avatar
sigh, Ubuntu/Kubuntu 8.10 is tooooo old# Linux - Linux 操作系统
q*7
1
找个清洁阿姨,负责打扫一间house ,时薪14$ 站内联系,谢谢!!
avatar
c*e
2
找了半天,没找到。只好上网求助了。
今年按residence报税。如果按instruction的话,寄到CA的一个地方。
同时要给LD申请ITIN。听说就要寄到TX,non-residence报税的地方。
于是不知税表寄到哪个中心了。
多谢!
avatar
k*o
3
EB1b approved,485交上去不到一个月。我(H1B)和lp(H4)的H签证在4月初过期。
估计绿卡最早也是5月拿到,所以准备extend H一年。如果我们能在H过期前拿到EAD卡
,能不能lp的H4不extend(想剩掉那几百申请费,每年都交亏死了)?我自己的H1B是
学校出钱所以就让他extend吧。我lp持有EAD卡但不工作,能在美国合法呆着等待绿卡
吗?
avatar
s*b
4
我有一服务器,处理一请求平均需要1毫秒。这服务器最多有250条线程。
如果线程耗尽,服务器会把后继请求放进一个队列。队列最多容纳1000个
请求。如果一个请求在60秒内不能完成,就会被客户端中断。客户端中断
该请求后,会向服务器发送一重置信号(TCP RST,不过这不重要)。目前
针对该服务器的最大请求数也不过280每秒,所以大多数情况下服务器都能
轻松应付。偶尔客户端在连上服务器后,会自己断掉。正在处理请求的服务
器收到断掉的信号后,会进入预定的阻塞状态,耗时30秒。当网络或客户端
不稳定,且流量超过250每秒时,服务器可能耗尽所有线程,甚至放置后继
请求的队列也饱和了。
一般情况下,服务器饱和不会持续太久,因为服务器反应时间够短。但是在某
些时候,服务器一旦饱和,就稳定在饱和状态了。
俺的问题是:假设没有死锁,thread contention,CPU/load average太高
等等程序本身的问题,在数学上可能出现这种情况么?也就是说存在某个条件,
使得服务器陷入了恶性循环:大量RST ==》 服务器达到最大线程数 ==》 每
条线程都在长考30秒 ==》 新来的请求进入等待队列 ==> 大量请求超时
(timeout = 1秒) ==> 超时的客户端发出RST表示断开链接 ==> 好不容易
完成长考的服务端线程收到RST,又进入长考 ==》 于是没完没了
如果存在这种恶性循环,可以推导出相关的公式,用来预测在什么条件下该循环
发生,在什么条件下该循环不会发生么?
Queuing theory学得太差。让各位老大见笑了。
avatar
N*w
5
on x200,
doesn't recognize intel 4965,
Ubuntun 8.10 cannot use 1280x800...
x200 is super shuang ....hahahaha
avatar
q*9
6
我想和您联系一下具体的要求和您的地址,
我的电话是347-235-9650.
谢谢。
avatar
a*u
7
W7 的instruction上面有地址,你再找找

【在 c******e 的大作中提到】
: 找了半天,没找到。只好上网求助了。
: 今年按residence报税。如果按instruction的话,寄到CA的一个地方。
: 同时要给LD申请ITIN。听说就要寄到TX,non-residence报税的地方。
: 于是不知税表寄到哪个中心了。
: 多谢!

avatar
f*u
8
可以啊。你LP是AOS,和EAD没关系。AOS就是合法的。
avatar
j*g
9
我觉得你计算一下每秒钟的RST请求数就可以了,因为每个RST意味30s的阻塞。

【在 s*********b 的大作中提到】
: 我有一服务器,处理一请求平均需要1毫秒。这服务器最多有250条线程。
: 如果线程耗尽,服务器会把后继请求放进一个队列。队列最多容纳1000个
: 请求。如果一个请求在60秒内不能完成,就会被客户端中断。客户端中断
: 该请求后,会向服务器发送一重置信号(TCP RST,不过这不重要)。目前
: 针对该服务器的最大请求数也不过280每秒,所以大多数情况下服务器都能
: 轻松应付。偶尔客户端在连上服务器后,会自己断掉。正在处理请求的服务
: 器收到断掉的信号后,会进入预定的阻塞状态,耗时30秒。当网络或客户端
: 不稳定,且流量超过250每秒时,服务器可能耗尽所有线程,甚至放置后继
: 请求的队列也饱和了。
: 一般情况下,服务器饱和不会持续太久,因为服务器反应时间够短。但是在某

avatar
c*l
10

你在用VM吧??

【在 N****w 的大作中提到】
: on x200,
: doesn't recognize intel 4965,
: Ubuntun 8.10 cannot use 1280x800...
: x200 is super shuang ....hahahaha

avatar
c*e
11
谢谢! 找到了,是寄到TX

【在 a**u 的大作中提到】
: W7 的instruction上面有地址,你再找找
avatar
k*o
12
那如果万一485被据,她能再申请H4吗?

【在 f*********u 的大作中提到】
: 可以啊。你LP是AOS,和EAD没关系。AOS就是合法的。
avatar
s*b
13
谢谢。主要是我觉得实际情况要复杂一些。比如说有的RST未必被线程收到,
所以有的线程仍然有机会在等待30秒后处理大量请求。这和监控数据符合。
如果简单地用Little's Law, N = λT的话,T是30秒,λ不会低于60/s(服务
器压力最轻的时候),那一旦服务器饱和,就不会再回复正常状态。可事实
是大部分时候服务器饱和了,在几分钟到十几分钟内又恢复正常状态。

【在 j******g 的大作中提到】
: 我觉得你计算一下每秒钟的RST请求数就可以了,因为每个RST意味30s的阻塞。
avatar
N*w
14
怎么看出来的

【在 c******l 的大作中提到】
:
: 你在用VM吧??

avatar
y*i
15
my ubuntu 8.10 can recognize 4965 without problem. But it's not stable and
constantly drops
avatar
g*s
16
dell XPS M1530
8.10
4965 have been used for long time without any problem. Recognized when os
was installed.
avatar
N*w
17
偶记错了,是个 atheros 的,反正9.04 就认了,没啥二话

【在 g****s 的大作中提到】
: dell XPS M1530
: 8.10
: 4965 have been used for long time without any problem. Recognized when os
: was installed.

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