sigh, Ubuntu/Kubuntu 8.10 is tooooo old# Linux - Linux 操作系统q*72009-02-14 08:021 楼 找个清洁阿姨,负责打扫一间house ,时薪14$ 站内联系,谢谢!!
c*e2009-02-14 08:022 楼找了半天,没找到。只好上网求助了。今年按residence报税。如果按instruction的话,寄到CA的一个地方。同时要给LD申请ITIN。听说就要寄到TX,non-residence报税的地方。于是不知税表寄到哪个中心了。多谢!
k*o2009-02-14 08:023 楼EB1b approved,485交上去不到一个月。我(H1B)和lp(H4)的H签证在4月初过期。估计绿卡最早也是5月拿到,所以准备extend H一年。如果我们能在H过期前拿到EAD卡,能不能lp的H4不extend(想剩掉那几百申请费,每年都交亏死了)?我自己的H1B是学校出钱所以就让他extend吧。我lp持有EAD卡但不工作,能在美国合法呆着等待绿卡吗?
s*b2009-02-14 08:024 楼我有一服务器,处理一请求平均需要1毫秒。这服务器最多有250条线程。如果线程耗尽,服务器会把后继请求放进一个队列。队列最多容纳1000个请求。如果一个请求在60秒内不能完成,就会被客户端中断。客户端中断该请求后,会向服务器发送一重置信号(TCP RST,不过这不重要)。目前针对该服务器的最大请求数也不过280每秒,所以大多数情况下服务器都能轻松应付。偶尔客户端在连上服务器后,会自己断掉。正在处理请求的服务器收到断掉的信号后,会进入预定的阻塞状态,耗时30秒。当网络或客户端不稳定,且流量超过250每秒时,服务器可能耗尽所有线程,甚至放置后继请求的队列也饱和了。一般情况下,服务器饱和不会持续太久,因为服务器反应时间够短。但是在某些时候,服务器一旦饱和,就稳定在饱和状态了。俺的问题是:假设没有死锁,thread contention,CPU/load average太高等等程序本身的问题,在数学上可能出现这种情况么?也就是说存在某个条件,使得服务器陷入了恶性循环:大量RST ==》 服务器达到最大线程数 ==》 每条线程都在长考30秒 ==》 新来的请求进入等待队列 ==> 大量请求超时(timeout = 1秒) ==> 超时的客户端发出RST表示断开链接 ==> 好不容易完成长考的服务端线程收到RST,又进入长考 ==》 于是没完没了如果存在这种恶性循环,可以推导出相关的公式,用来预测在什么条件下该循环发生,在什么条件下该循环不会发生么?Queuing theory学得太差。让各位老大见笑了。
N*w2009-02-14 08:025 楼on x200,doesn't recognize intel 4965,Ubuntun 8.10 cannot use 1280x800...x200 is super shuang ....hahahaha
a*u2009-02-14 08:027 楼W7 的instruction上面有地址,你再找找【在 c******e 的大作中提到】: 找了半天,没找到。只好上网求助了。: 今年按residence报税。如果按instruction的话,寄到CA的一个地方。: 同时要给LD申请ITIN。听说就要寄到TX,non-residence报税的地方。: 于是不知税表寄到哪个中心了。: 多谢!
j*g2009-02-14 08:029 楼我觉得你计算一下每秒钟的RST请求数就可以了,因为每个RST意味30s的阻塞。【在 s*********b 的大作中提到】: 我有一服务器,处理一请求平均需要1毫秒。这服务器最多有250条线程。: 如果线程耗尽,服务器会把后继请求放进一个队列。队列最多容纳1000个: 请求。如果一个请求在60秒内不能完成,就会被客户端中断。客户端中断: 该请求后,会向服务器发送一重置信号(TCP RST,不过这不重要)。目前: 针对该服务器的最大请求数也不过280每秒,所以大多数情况下服务器都能: 轻松应付。偶尔客户端在连上服务器后,会自己断掉。正在处理请求的服务: 器收到断掉的信号后,会进入预定的阻塞状态,耗时30秒。当网络或客户端: 不稳定,且流量超过250每秒时,服务器可能耗尽所有线程,甚至放置后继: 请求的队列也饱和了。: 一般情况下,服务器饱和不会持续太久,因为服务器反应时间够短。但是在某
c*l2009-02-14 08:0210 楼你在用VM吧??【在 N****w 的大作中提到】: on x200,: doesn't recognize intel 4965,: Ubuntun 8.10 cannot use 1280x800...: x200 is super shuang ....hahahaha
s*b2009-02-14 08:0213 楼谢谢。主要是我觉得实际情况要复杂一些。比如说有的RST未必被线程收到,所以有的线程仍然有机会在等待30秒后处理大量请求。这和监控数据符合。如果简单地用Little's Law, N = λT的话,T是30秒,λ不会低于60/s(服务器压力最轻的时候),那一旦服务器饱和,就不会再回复正常状态。可事实是大部分时候服务器饱和了,在几分钟到十几分钟内又恢复正常状态。【在 j******g 的大作中提到】: 我觉得你计算一下每秒钟的RST请求数就可以了,因为每个RST意味30s的阻塞。
y*i2009-02-14 08:0215 楼my ubuntu 8.10 can recognize 4965 without problem. But it's not stable andconstantly drops
g*s2009-02-14 08:0216 楼dell XPS M15308.104965 have been used for long time without any problem. Recognized when oswas installed.
N*w2009-02-14 08:0217 楼偶记错了,是个 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.