avatar
Google Voice 换 Dropbox# Internet - 有缘千里一线牵
a*r
1
物理博士,小公司startup 做machine learning相关职位
三篇文章 两篇一作 一篇二作
有一篇引用率52
一篇引用率10
二作那篇引用率2
目前还没有review之类的 不知道这样的背景是否eb1b可行性 有多少 应该朝哪个方向努
力。目前还在OPT,2018年二月份过期 但用grey period应该还可以抽两次h1b。公司最
近似乎可以办eb1b。
估计年底会有一个计算机方向专利 和 machine learning方向一篇文章发出。 不知道
是不是要等这些都出来之后再来申请 还是目前的背景可以试一试。
谢谢大家
avatar
w*r
2
还是说可以一边用H1做full time, 一边用EAD做part time?
avatar
e*d
3
【 以下文字转载自 Prose 讨论区 】
发信人: echofield (飞), 信区: Prose
标 题: 黑色的花瓶
发信站: BBS 未名空间站 (Sun Aug 2 01:56:43 2009, 美东)
.
*记着先看这篇......
http://www.mitbbs.com/article_t/Prose/31173043.html
说实话,我真的挺喜欢北京的. 虽然天空没有颜色,晚上没有星星.但是熙熙攘攘的芸芸
众生,让这个城市变的五颜六色.在地铁里,可以看到把头发剃成梯田的西皮客.在天安门
广场可以看到那些自觉清理垃圾的阿姨.她们穿着手工鞋,带着大檐遮阳帽,警惕的盯着
路人手里的香烟.迎面走来了一个手胯LV纯红齿白的美女.从她身边经过,就沐浴在
chanel no.5 那经典而又含蓄的香味中. 现在又有了奥运村.村里的池塘里养了一群娇
艳无比的荷花.大叶要是见到这塘荷花他肯定要来钓鱼.
“小贝,我钓到大鱼了.快快.把桶提过来….””真的吗?真的吗?”我急急忙忙的把水桶
提过去.看到大叶无比辛苦的从水里将一个黑不溜秋的乌龟拉了上来.”哈哈..哈哈….
是个大乌龟.
avatar
t*r
4
Multicast是指一个源设备发出一个数据包,而能够传送到多台目的设备的通讯形式(
一对多)。在
Multicast的情况下,源设备发出一个数据包,通过网络传送到一台配置了Multicast的
路由器。这个路由
器复制数据包然后把这些拷贝发送到其他具有Multicast功能的路由器去,这样,不停
地复制数据包并在网络
中传送,最后所有的目的设备都收到一份数据包的拷贝。源设备和目的设备通过一定的
Multicast协议(如
IGMP)形成一个Multicast Group。带有Multicast功能的路由器通常包括一些硬件来实
现数据包的复制,
并把它们传送到相应的Multicast Group去。普通具有Multicast功能的路由器一般在一
个集中点复制数据
包。在有很多数据包复制的情况下,这种集中式的数据包复制往往会导致包延迟,也无
法避免单点失效的可
能。
Juniper M/T系列Multicast的内部实现机制是一种分散式的Multicast数据包复制。一
个进来的的
Multicast数据包带有“源/目的”地址对,这个地址对对应着一个Multicast list。
Mul
avatar
w*n
6
要是专利已经有商业转化或者实际应用还是很值得等下的。
不然就算了。
文章数量少了点,是个短板。有会议摘要啥的充数吗?
凑些review还是会有帮助的,虽然EB1B如果文章数量引用数量多,并不需要review。
引用的质量如何?要挖掘下看看。

向努

【在 a********r 的大作中提到】
: 物理博士,小公司startup 做machine learning相关职位
: 三篇文章 两篇一作 一篇二作
: 有一篇引用率52
: 一篇引用率10
: 二作那篇引用率2
: 目前还没有review之类的 不知道这样的背景是否eb1b可行性 有多少 应该朝哪个方向努
: 力。目前还在OPT,2018年二月份过期 但用grey period应该还可以抽两次h1b。公司最
: 近似乎可以办eb1b。
: 估计年底会有一个计算机方向专利 和 machine learning方向一篇文章发出。 不知道
: 是不是要等这些都出来之后再来申请 还是目前的背景可以试一试。

avatar
l*d
7
我的看法是不失效。这个问题比较有争议,很多律师都有各自的看法。
avatar
c*1
8
写得很真实.很好!
avatar
w*s
9
假设有7个Egress PFE,是不是二叉树有三级,数据穿Fabric 4次?

【在 t*******r 的大作中提到】
: Multicast是指一个源设备发出一个数据包,而能够传送到多台目的设备的通讯形式(
: 一对多)。在
: Multicast的情况下,源设备发出一个数据包,通过网络传送到一台配置了Multicast的
: 路由器。这个路由
: 器复制数据包然后把这些拷贝发送到其他具有Multicast功能的路由器去,这样,不停
: 地复制数据包并在网络
: 中传送,最后所有的目的设备都收到一份数据包的拷贝。源设备和目的设备通过一定的
: Multicast协议(如
: IGMP)形成一个Multicast Group。带有Multicast功能的路由器通常包括一些硬件来实
: 现数据包的复制,

avatar
a*r
10
引用质量应该不错的 基本上发相关方向的文章总会提一下我们的工作。最近还在和同
学搞合作,不知道这样短期发出来的文章 对申请有帮助吗

【在 w******n 的大作中提到】
: 要是专利已经有商业转化或者实际应用还是很值得等下的。
: 不然就算了。
: 文章数量少了点,是个短板。有会议摘要啥的充数吗?
: 凑些review还是会有帮助的,虽然EB1B如果文章数量引用数量多,并不需要review。
: 引用的质量如何?要挖掘下看看。
:
: 向努

avatar
D*D
11
用了EAD,HIB就失效了
avatar
e*d
12
谢谢,很高兴你喜欢.由没有看它的姊妹篇? 我昨天发的.第一次这样倒腾过来,倒腾过去
说同一
个故事.想听听你对这种写法的意见.谢谢了.

【在 c**********1 的大作中提到】
: 写得很真实.很好!
avatar
L*t
13
你这里说的每个节点复制multicast packet,节点指的是linecard还是router?
没有哪家支持multicast的方式是一个集中的router替所有的receiver复制数据包吧。

【在 t*******r 的大作中提到】
: Multicast是指一个源设备发出一个数据包,而能够传送到多台目的设备的通讯形式(
: 一对多)。在
: Multicast的情况下,源设备发出一个数据包,通过网络传送到一台配置了Multicast的
: 路由器。这个路由
: 器复制数据包然后把这些拷贝发送到其他具有Multicast功能的路由器去,这样,不停
: 地复制数据包并在网络
: 中传送,最后所有的目的设备都收到一份数据包的拷贝。源设备和目的设备通过一定的
: Multicast协议(如
: IGMP)形成一个Multicast Group。带有Multicast功能的路由器通常包括一些硬件来实
: 现数据包的复制,

avatar
c*1
14
哪个姐妹篇?

【在 e*******d 的大作中提到】
: 谢谢,很高兴你喜欢.由没有看它的姊妹篇? 我昨天发的.第一次这样倒腾过来,倒腾过去
: 说同一
: 个故事.想听听你对这种写法的意见.谢谢了.

avatar
e*w
15
中文描述看着就是费劲儿啊.

【在 t*******r 的大作中提到】
: Multicast是指一个源设备发出一个数据包,而能够传送到多台目的设备的通讯形式(
: 一对多)。在
: Multicast的情况下,源设备发出一个数据包,通过网络传送到一台配置了Multicast的
: 路由器。这个路由
: 器复制数据包然后把这些拷贝发送到其他具有Multicast功能的路由器去,这样,不停
: 地复制数据包并在网络
: 中传送,最后所有的目的设备都收到一份数据包的拷贝。源设备和目的设备通过一定的
: Multicast协议(如
: IGMP)形成一个Multicast Group。带有Multicast功能的路由器通常包括一些硬件来实
: 现数据包的复制,

avatar
e*w
17
是的. 这个方法有这个不足. juniper的fabric基本上没有什么智能,非常简单, 所以所
有的packet processing都在PFE上做了. 用binary tree还算聪明一点的做法, off
load ingress PFE的replication工作量.
cisco不同platform的实现方法也不一样.

【在 w***s 的大作中提到】
: 假设有7个Egress PFE,是不是二叉树有三级,数据穿Fabric 4次?
avatar
e*w
19
这些都还只是用户能体验到的one OS的好处.
one OS的开发效率也高,比如同一个component的driver,toolkit,开发一次就行了,
全公司其他所有platform如果硬件上用到了一样的component, 软件上就可以共用已经
写好了的toolkit. 而cisco四个OS版本得用四个码工写四套toolkit.....以此类推
所有的feature sets, 基本上花四套人力物力做同一件事情. 当然,cisco有得是钱。

【在 t*******r 的大作中提到】
: Multicast是指一个源设备发出一个数据包,而能够传送到多台目的设备的通讯形式(
: 一对多)。在
: Multicast的情况下,源设备发出一个数据包,通过网络传送到一台配置了Multicast的
: 路由器。这个路由
: 器复制数据包然后把这些拷贝发送到其他具有Multicast功能的路由器去,这样,不停
: 地复制数据包并在网络
: 中传送,最后所有的目的设备都收到一份数据包的拷贝。源设备和目的设备通过一定的
: Multicast协议(如
: IGMP)形成一个Multicast Group。带有Multicast功能的路由器通常包括一些硬件来实
: 现数据包的复制,

avatar
a*d
20
我反而觉得不是很喜欢。。。觉得有点文字多,感情却不是很够。不是飘逸的风格,主
题思想却也不是很明显。个人意见。。。

【在 e*******d 的大作中提到】
: 这个
: http://www.mitbbs.com/article_t/Literature/31156023.html

avatar
z*r
21
很多都是Market游戏了,jnpr的不能算one os吧?

【在 e**********w 的大作中提到】
: 这些都还只是用户能体验到的one OS的好处.
: one OS的开发效率也高,比如同一个component的driver,toolkit,开发一次就行了,
: 全公司其他所有platform如果硬件上用到了一样的component, 软件上就可以共用已经
: 写好了的toolkit. 而cisco四个OS版本得用四个码工写四套toolkit.....以此类推
: 所有的feature sets, 基本上花四套人力物力做同一件事情. 当然,cisco有得是钱。

avatar
e*d
22
感情确实不够.写第一篇的.心痛了好多次.第二篇没有....

【在 a***d 的大作中提到】
: 我反而觉得不是很喜欢。。。觉得有点文字多,感情却不是很够。不是飘逸的风格,主
: 题思想却也不是很明显。个人意见。。。

avatar
d*i
23
cisco也没那么夸张,很多component都是cross os shared 的,
feature set肯定没有四套,最多有点小区别。 不过不同platform
地实现倒是不同,但也有很多是shared的。

【在 e**********w 的大作中提到】
: 这些都还只是用户能体验到的one OS的好处.
: one OS的开发效率也高,比如同一个component的driver,toolkit,开发一次就行了,
: 全公司其他所有platform如果硬件上用到了一样的component, 软件上就可以共用已经
: 写好了的toolkit. 而cisco四个OS版本得用四个码工写四套toolkit.....以此类推
: 所有的feature sets, 基本上花四套人力物力做同一件事情. 当然,cisco有得是钱。

avatar
t*r
24
现在一看到“黑色的花瓶”,就要想起有人画的黑色的花瓶了。那张画得挺美的,带装
饰风格的美。

【在 e*******d 的大作中提到】
: 感情确实不够.写第一篇的.心痛了好多次.第二篇没有....
avatar
e*w
25
这里说的feature set有多套,不是说有不同的functionality,而是说同一个feature得
在不同OS上写一遍。就拿nexus 7000来说,他们的Nexus OS和CRS上run的IOS XR,以及
和以前老的IOS是完全不一样的,都是不同的人写的。以前和他们的DE打过交道,一个
vendor的module有一些小改动,DE坚决不让改,因为cisco内部有几套OS上已经写好了
这个module的driver,要改几个OS都得改。 One OS的就简单多了, not a big deal。

【在 d****i 的大作中提到】
: cisco也没那么夸张,很多component都是cross os shared 的,
: feature set肯定没有四套,最多有点小区别。 不过不同platform
: 地实现倒是不同,但也有很多是shared的。

avatar
d*i
26
Nexus OS 是个异数,是cisco买来的(就是从Tony Li那儿买的,
这哥们儿确实是牛人啊),和IOS, IOS-XR都不一样。 那上面到现在为止feature也不
多,新feature都要求和IOS share code。 当然
实现这点很难,还需要几年时间, IOS也会因此大改。
IOS-XR 和IOS也有很多shared code。不过IOS-XR好像feature数目一直没跟上来。以前
大家都以为IOS-XR是未来,结果作IOS的好多都跑到IOS-XR去了,后来发现不是这么回
事,IOS还死不了,因为支持的feature太多了。现在据说IOS-XR和IOS也要整合。说起
来现在主要也就是这三个OS。
你说的例子更可能主要是因为平台不同吧。不同的平台driver实现会有很大不同,不过
这个和OS关系不大了。

【在 e**********w 的大作中提到】
: 这里说的feature set有多套,不是说有不同的functionality,而是说同一个feature得
: 在不同OS上写一遍。就拿nexus 7000来说,他们的Nexus OS和CRS上run的IOS XR,以及
: 和以前老的IOS是完全不一样的,都是不同的人写的。以前和他们的DE打过交道,一个
: vendor的module有一些小改动,DE坚决不让改,因为cisco内部有几套OS上已经写好了
: 这个module的driver,要改几个OS都得改。 One OS的就简单多了, not a big deal。

avatar
e*w
27
嗯?这个完全错了吧。从Tony Li那里买的是Procket。Nexus是另一家公司,Andiamo写
的。IOS-XR怎么和IOS share code?两个的内核都不一样。一个是multi process,另
一个是单一的one process address space。
关于driver,one OS, one OS,好处就是在于modularity控制得很好,不同的
platform都使用同一个component的toolkit,platform dependent的code就是负责把
API套上完事,工作量很小。component feature要改,也只是改toolkit。但三套
source code的OS就得写三套toolkit,除非真如你所说,想个什么法子几套source
code之间能share,这个so far是不是还没能做到?

【在 d****i 的大作中提到】
: Nexus OS 是个异数,是cisco买来的(就是从Tony Li那儿买的,
: 这哥们儿确实是牛人啊),和IOS, IOS-XR都不一样。 那上面到现在为止feature也不
: 多,新feature都要求和IOS share code。 当然
: 实现这点很难,还需要几年时间, IOS也会因此大改。
: IOS-XR 和IOS也有很多shared code。不过IOS-XR好像feature数目一直没跟上来。以前
: 大家都以为IOS-XR是未来,结果作IOS的好多都跑到IOS-XR去了,后来发现不是这么回
: 事,IOS还死不了,因为支持的feature太多了。现在据说IOS-XR和IOS也要整合。说起
: 来现在主要也就是这三个OS。
: 你说的例子更可能主要是因为平台不同吧。不同的平台driver实现会有很大不同,不过
: 这个和OS关系不大了。

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