job schduleing# Programming - 葵花宝典
h*n
1 楼
8/1 RD
9/26 FP
10/11 AP
10/13 485
9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
9/26 FP
10/11 AP
10/13 485
9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
m*h
2 楼
我有这么一个production上的java app，一台server，每天早晨定点run一个job（
Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
，所以
面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
没有？
Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
，所以
面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
没有？
S*r
3 楼
gongxi!!
g*g
4 楼
没 zookeeper没数据库就写共享文件。本质是一样的。
【在 m***h 的大作中提到】
: 我有这么一个production上的java app，一台server，每天早晨定点run一个job（
: Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
: ，所以
: 面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
: 只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
: 带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
: zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
: 没有？
【在 m***h 的大作中提到】
: 我有这么一个production上的java app，一台server，每天早晨定点run一个job（
: Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
: ，所以
: 面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
: 只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
: 带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
: zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
: 没有？
y*g
5 楼
congs. Baozi please
m*h
6 楼
谢谢回答，不过没有NFS，也没有EBS，shared volume...
这个job是从ElasticSearch里读数据输出报告，只有ES是现成可“写”的。
BTW，我在试http://docs.hazelcast.org，以前没用过这个，不过看着挺neat，可以在app level组cluster，支持distributed map, cache, 包括lock。不过一个问题是cluster discovery （http://docs.hazelcast.org/docs/3.5/manual/html/hazelcastclusters.html）：multicast经常在network这一层出问题production不是很实际，TCP／Unicast方式需要至少一个node的hostname或IP，这就牵扯更多了，service registry discovery越滚越大。
这个job是从ElasticSearch里读数据输出报告，只有ES是现成可“写”的。
BTW，我在试http://docs.hazelcast.org，以前没用过这个，不过看着挺neat，可以在app level组cluster，支持distributed map, cache, 包括lock。不过一个问题是cluster discovery （http://docs.hazelcast.org/docs/3.5/manual/html/hazelcastclusters.html）：multicast经常在network这一层出问题production不是很实际，TCP／Unicast方式需要至少一个node的hostname或IP，这就牵扯更多了，service registry discovery越滚越大。
L*a
7 楼
Conga
Baozi
Baozi
c*m
8 楼
最简单可靠不折腾的方法，就是“指定一个”run，而不是“任意一个”run。
a*o
9 楼
this is fast.cong baozi
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
N*m
10 楼
你不单独维护数据库，为啥要单独维护一个hazelcast server？
app level一样可以起个数据库
【在 m***h 的大作中提到】
: 谢谢回答，不过没有NFS，也没有EBS，shared volume...
: 这个job是从ElasticSearch里读数据输出报告，只有ES是现成可“写”的。
: BTW，我在试http://docs.hazelcast.org，以前没用过这个，不过看着挺neat，可以在app level组cluster，支持distributed map, cache, 包括lock。不过一个问题是cluster discovery （http://docs.hazelcast.org/docs/3.5/manual/html/hazelcastclusters.html）：multicast经常在network这一层出问题production不是很实际，TCP／Unicast方式需要至少一个node的hostname或IP，这就牵扯更多了，service registry discovery越滚越大。
app level一样可以起个数据库
【在 m***h 的大作中提到】
: 谢谢回答，不过没有NFS，也没有EBS，shared volume...
: 这个job是从ElasticSearch里读数据输出报告，只有ES是现成可“写”的。
: BTW，我在试http://docs.hazelcast.org，以前没用过这个，不过看着挺neat，可以在app level组cluster，支持distributed map, cache, 包括lock。不过一个问题是cluster discovery （http://docs.hazelcast.org/docs/3.5/manual/html/hazelcastclusters.html）：multicast经常在network这一层出问题production不是很实际，TCP／Unicast方式需要至少一个node的hostname或IP，这就牵扯更多了，service registry discovery越滚越大。
I*1
11 楼
恭喜恭喜
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
m*h
12 楼
我尝试用hazelcast主要是因问它可以embedded在app里，这样我所有的app 就自己组成
一个cluster，可以share数据什么的
import com.hazelcast.config.Config;
import com.hazelcast.core.Hazelcast;
import com.hazelcast.core.HazelcastInstance;
import java.util.concurrent.locks.Lock;
public class DistributedLock {
public static void main(String[] args) {
Config config = new Config();
HazelcastInstance h = Hazelcast.newHazelcastInstance(config);
Lock lock = h.getLock("my-distributed-lock");
lock.lock();
try {
//do something here
} finally {
lock.unlock();
}
}
}
【在 N*****m 的大作中提到】
: 你不单独维护数据库，为啥要单独维护一个hazelcast server？
: app level一样可以起个数据库
一个cluster，可以share数据什么的
import com.hazelcast.config.Config;
import com.hazelcast.core.Hazelcast;
import com.hazelcast.core.HazelcastInstance;
import java.util.concurrent.locks.Lock;
public class DistributedLock {
public static void main(String[] args) {
Config config = new Config();
HazelcastInstance h = Hazelcast.newHazelcastInstance(config);
Lock lock = h.getLock("my-distributed-lock");
lock.lock();
try {
//do something here
} finally {
lock.unlock();
}
}
}
【在 N*****m 的大作中提到】
: 你不单独维护数据库，为啥要单独维护一个hazelcast server？
: app level一样可以起个数据库
z*u
13 楼
恭喜恭喜！！！
N*m
14 楼
数据库也可以啊，随便搞个H2，jdbc一连就可以了，比hazelcast还简单
hazelcast还没法persistent
【在 m***h 的大作中提到】
: 我尝试用hazelcast主要是因问它可以embedded在app里，这样我所有的app 就自己组成
: 一个cluster，可以share数据什么的
: import com.hazelcast.config.Config;
: import com.hazelcast.core.Hazelcast;
: import com.hazelcast.core.HazelcastInstance;
: import java.util.concurrent.locks.Lock;
: public class DistributedLock {
: public static void main(String[] args) {
: Config config = new Config();
: HazelcastInstance h = Hazelcast.newHazelcastInstance(config);
hazelcast还没法persistent
【在 m***h 的大作中提到】
: 我尝试用hazelcast主要是因问它可以embedded在app里，这样我所有的app 就自己组成
: 一个cluster，可以share数据什么的
: import com.hazelcast.config.Config;
: import com.hazelcast.core.Hazelcast;
: import com.hazelcast.core.HazelcastInstance;
: import java.util.concurrent.locks.Lock;
: public class DistributedLock {
: public static void main(String[] args) {
: Config config = new Config();
: HazelcastInstance h = Hazelcast.newHazelcastInstance(config);
t*a
15 楼
这是8月交485第一个报喜的吧。谢谢分享。希望大家都早点绿
g*g
16 楼
S3. Cheap and effective.
【在 m***h 的大作中提到】
: 谢谢回答，不过没有NFS，也没有EBS，shared volume...
: 这个job是从ElasticSearch里读数据输出报告，只有ES是现成可“写”的。
: BTW，我在试http://docs.hazelcast.org，以前没用过这个，不过看着挺neat，可以在app level组cluster，支持distributed map, cache, 包括lock。不过一个问题是cluster discovery （http://docs.hazelcast.org/docs/3.5/manual/html/hazelcastclusters.html）：multicast经常在network这一层出问题production不是很实际，TCP／Unicast方式需要至少一个node的hostname或IP，这就牵扯更多了，service registry discovery越滚越大。
【在 m***h 的大作中提到】
: 谢谢回答，不过没有NFS，也没有EBS，shared volume...
: 这个job是从ElasticSearch里读数据输出报告，只有ES是现成可“写”的。
: BTW，我在试http://docs.hazelcast.org，以前没用过这个，不过看着挺neat，可以在app level组cluster，支持distributed map, cache, 包括lock。不过一个问题是cluster discovery （http://docs.hazelcast.org/docs/3.5/manual/html/hazelcastclusters.html）：multicast经常在network这一层出问题production不是很实际，TCP／Unicast方式需要至少一个node的hostname或IP，这就牵扯更多了，service registry discovery越滚越大。
c*6
17 楼
cong
g*g
18 楼
结点当了就玩完了。
【在 c*m 的大作中提到】
: 最简单可靠不折腾的方法，就是“指定一个”run，而不是“任意一个”run。
【在 c*m 的大作中提到】
: 最简单可靠不折腾的方法，就是“指定一个”run，而不是“任意一个”run。
a*e
19 楼
Cong!
c*m
20 楼
他这个本来就一个instance在run, 可见也不是啥非常critical的东西。在现实工作里
，节点当了一般会马上trigger alert, 这个时候来个人重启一下就好了。我个人觉得
，这是最经济实惠又符合绝大多数工作环境的做法。
如果需要自动fail over，我觉得你前面说的S3是最简单的方法。如果因为种种原因不
允许跟外界通讯，那么次简单的方法就是在instance启动的时候start 一个listening
thread，跟其他instance 通讯。
【在 g*****g 的大作中提到】
: 结点当了就玩完了。
，节点当了一般会马上trigger alert, 这个时候来个人重启一下就好了。我个人觉得
，这是最经济实惠又符合绝大多数工作环境的做法。
如果需要自动fail over，我觉得你前面说的S3是最简单的方法。如果因为种种原因不
允许跟外界通讯，那么次简单的方法就是在instance启动的时候start 一个listening
thread，跟其他instance 通讯。
【在 g*****g 的大作中提到】
: 结点当了就玩完了。
n*s
21 楼
So fast. Cong! baozi.
H*S
22 楼
Zookeeper + curator leader latch 是最不折腾但又可靠的方式了。
【在 m***h 的大作中提到】
: 我有这么一个production上的java app，一台server，每天早晨定点run一个job（
: Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
: ，所以
: 面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
: 只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
: 带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
: zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
: 没有？
【在 m***h 的大作中提到】
: 我有这么一个production上的java app，一台server，每天早晨定点run一个job（
: Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
: ，所以
: 面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
: 只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
: 带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
: zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
: 没有？
a*x
23 楼
pai
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
m*h
24 楼
谢谢各位的建议，汇报一下进展
1，in－app cluster／data grid, Hazelcast， infra不可行，因为整个系统正向
container方向转，infra team搞了一套东西，wrap了Kubernets 和 docker，但是有一
个limit－只能有一个port forwarding，系统已经用来expose 8080了，这样Hazelcast
nodes没办法通讯
2，H2类似的embedded小db,也是同样的问题，cluster 需要hostname和open port。
结论是要么用external db/s3/EBS/zookeeper,或者single container with
monitoring and restarting
3,这个single container就是CDM建议的方向，infra有现成的，但是这个小job和一些
Kafka的consumer绑在一起，不希望这些consumer局限于一个container，而剥离这两个
module也麻烦。
看来怎么都得折腾了。
4，Kafka伴随的zookeeper，归另一个team，爱搭不理的。
5，S3貌似在同一个region可以保证consistency，Netflix有个相关的open source http://techblog.netflix.com/2014/01/s3mper-consistency-in-cloud.html，可以做为选择
6，我们另外一个数据处理的部分有可能用Cassandra，这也是个candidate,DBA team关
系不错，头儿还是老中。上次用它还是0.6 version，估计变化很大了。
1，in－app cluster／data grid, Hazelcast， infra不可行，因为整个系统正向
container方向转，infra team搞了一套东西，wrap了Kubernets 和 docker，但是有一
个limit－只能有一个port forwarding，系统已经用来expose 8080了，这样Hazelcast
nodes没办法通讯
2，H2类似的embedded小db,也是同样的问题，cluster 需要hostname和open port。
结论是要么用external db/s3/EBS/zookeeper,或者single container with
monitoring and restarting
3,这个single container就是CDM建议的方向，infra有现成的，但是这个小job和一些
Kafka的consumer绑在一起，不希望这些consumer局限于一个container，而剥离这两个
module也麻烦。
看来怎么都得折腾了。
4，Kafka伴随的zookeeper，归另一个team，爱搭不理的。
5，S3貌似在同一个region可以保证consistency，Netflix有个相关的open source http://techblog.netflix.com/2014/01/s3mper-consistency-in-cloud.html，可以做为选择
6，我们另外一个数据处理的部分有可能用Cassandra，这也是个candidate,DBA team关
系不错，头儿还是老中。上次用它还是0.6 version，估计变化很大了。
z*o
25 楼
gxgx!!!
baozi pls
baozi pls
N*m
26 楼
s3mper用dynamodb
那你还不如直接用dynamo得了
Hazelcast
【在 m***h 的大作中提到】
: 谢谢各位的建议，汇报一下进展
: 1，in－app cluster／data grid, Hazelcast， infra不可行，因为整个系统正向
: container方向转，infra team搞了一套东西，wrap了Kubernets 和 docker，但是有一
: 个limit－只能有一个port forwarding，系统已经用来expose 8080了，这样Hazelcast
: nodes没办法通讯
: 2，H2类似的embedded小db,也是同样的问题，cluster 需要hostname和open port。
: 结论是要么用external db/s3/EBS/zookeeper,或者single container with
: monitoring and restarting
: 3,这个single container就是CDM建议的方向，infra有现成的，但是这个小job和一些
: Kafka的consumer绑在一起，不希望这些consumer局限于一个container，而剥离这两个
那你还不如直接用dynamo得了
Hazelcast
【在 m***h 的大作中提到】
: 谢谢各位的建议，汇报一下进展
: 1，in－app cluster／data grid, Hazelcast， infra不可行，因为整个系统正向
: container方向转，infra team搞了一套东西，wrap了Kubernets 和 docker，但是有一
: 个limit－只能有一个port forwarding，系统已经用来expose 8080了，这样Hazelcast
: nodes没办法通讯
: 2，H2类似的embedded小db,也是同样的问题，cluster 需要hostname和open port。
: 结论是要么用external db/s3/EBS/zookeeper,或者single container with
: monitoring and restarting
: 3,这个single container就是CDM建议的方向，infra有现成的，但是这个小job和一些
: Kafka的consumer绑在一起，不希望这些consumer局限于一个container，而剥离这两个
N*0
27 楼
cong!
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
m*h
28 楼
确实，其实S3，还有Dynamodb和Cassandra本来都不是为我这个要求设计的。
技术的选择经常更多基于技术之外的因素。如果另外一个project用C＊的话，可能就搭
那趟车了。
关于Cassandra...java driver我记得早年用Vector很多，现在似乎推荐DataStax自己
的了？
【在 N*****m 的大作中提到】
: s3mper用dynamodb
: 那你还不如直接用dynamo得了
:
: Hazelcast
技术的选择经常更多基于技术之外的因素。如果另外一个project用C＊的话，可能就搭
那趟车了。
关于Cassandra...java driver我记得早年用Vector很多，现在似乎推荐DataStax自己
的了？
【在 N*****m 的大作中提到】
: s3mper用dynamodb
: 那你还不如直接用dynamo得了
:
: Hazelcast
a*o
29 楼
恭喜恭喜！！！
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
k*n
30 楼
一般需要一个queue.. cluster server workers 到queue 里取job 运行...
【在 m***h 的大作中提到】
: 我有这么一个production上的java app，一台server，每天早晨定点run一个job（
: Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
: ，所以
: 面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
: 只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
: 带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
: zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
: 没有？
【在 m***h 的大作中提到】
: 我有这么一个production上的java app，一台server，每天早晨定点run一个job（
: Spring-Quartz），大概20分钟的模样。现在要把它搬到replicated VM／cluster里去
: ，所以
: 面临的问题是怎样实现cluster里schedule job的问题：保证还在同样的时间总有1个也
: 只有1个job运行。我知道利用database write lock应该可以，但是这个系统本身并不
: 带数据库，所以不想为了这个目的再单独install 和maintain个数据库，也没有
: zookeeper之类。所以面临的问题是需要一个简单可靠不折腾的办法。各位有什么建议
: 没有？
c*n
31 楼
cong
m*t
33 楼
Cong!
r*o
34 楼
Cong~
r*t
35 楼
恭喜，真快啊！
你是NSC还是TSC？
你是NSC还是TSC？
L*e
36 楼
恭喜！
r*3
37 楼
congratulations.
x*i
38 楼
cong
h*8
39 楼
congrats!
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
p*a
40 楼
gx gx
I am hoping this is a good precedent for all newly filed I485s.
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
I am hoping this is a good precedent for all newly filed I485s.
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
f*3
41 楼
gxgx
g*g
42 楼
What is your pd? First one in aug, gxgx
g*g
43 楼
What is your pd? First one in aug, gxgx
h*n
44 楼
NSC
【在 r***t 的大作中提到】
: 恭喜，真快啊！
: 你是NSC还是TSC？
【在 r***t 的大作中提到】
: 恭喜，真快啊！
: 你是NSC还是TSC？
h*n
45 楼
3/15/07
【在 g*****g 的大作中提到】
: What is your pd? First one in aug, gxgx
【在 g*****g 的大作中提到】
: What is your pd? First one in aug, gxgx
r*e
46 楼
cong. baozi
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
M*y
47 楼
gx!
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
m*o
48 楼
恭喜恭喜~~~
c*e
49 楼
Gxgx!
s*y
50 楼
cong!baozi!
r*e
51 楼
gxgx, pai baozi
k*o
52 楼
Cong! baozi
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
p*f
53 楼
congrats!!!
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
r*e
54 楼
cong~
s*a
55 楼
cong
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
h*a
56 楼
con!
z*i
57 楼
cong! baozi pls.
q*n
58 楼
Zhan!
what is your PD?
what is your PD?
C*M
59 楼
恭喜，谢谢分享！
看这个过程，485比AP只晚两天。那么说对于新交的485，AP批了意味着485也在批的过
程了。很好的消息。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
看这个过程，485比AP只晚两天。那么说对于新交的485，AP批了意味着485也在批的过
程了。很好的消息。
【在 h****n 的大作中提到】
: 8/1 RD
: 9/26 FP
: 10/11 AP
: 10/13 485
: 9月初受到FP通知，等了差不多一个月才让去打，不然估计还要快点。
f*y
60 楼
cong!
s*n
61 楼
I submitted my 485 on Aug. 4 and did my fingerprint on Sep. 22, but still
waiting. TSC. I hope I will get mine soon.
waiting. TSC. I hope I will get mine soon.
f*s
62 楼
恭喜!
h*n
63 楼
gxgx
G*e
64 楼
恭喜恭喜
A*8
65 楼
pd 4/13/2007
rd 8/2/2011
ead/ap 9/15/2011
fp 10/7/2011
希望快点绿
rd 8/2/2011
ead/ap 9/15/2011
fp 10/7/2011
希望快点绿
l*5
66 楼
cong.!
S*a
67 楼
CONG!
相关阅读
看C代码很崩溃我来讲几句请帮我看一下这个很简单的python问题在哪里。南加SE位置refer (转载)一个搞统计的对C#的第一印象我该怎么靠这个玩意发财？一个地图类的应用先放一个preview的图片 (转载)本版现在主题就是战啊。。。fatal error LNK1120: 1 unresolved externalsadblock plus filter也问个python 问题本版为什么叫葵花宝典？老中里有多少是做IT Business Analyst(不写代码)的？问个python问题Amex Blue Cash preferred 6%现金回扣+$150bonus超市专用信用卡如果以后打算创业的话，应该做些什么技术呢？前端？问个简单算法。c++越写越没有信心，觉得自己水平弱的不行在excel里面怎么样call c++程序？那本书对找工作帮助最大？