Redian新闻
>
电吸收调制激光器(EML)一问--高频RF和光电的同修看过来
avatar
电吸收调制激光器(EML)一问--高频RF和光电的同修看过来# EE - 电子工程
p*3
1
曾经为3个人的小公司工作过,后来因为经济问题老板把办公室关了。 现在在家办公
。那雇主地址可以写老板家吗?律师秘书说那是我税表上的地址。 要求我写那个地址。
可是记得以前的一个帖子说不能写雇主的家庭地址。 是这样吗?
唉,付了钱连律师都见不到, 整天都是秘书说了算。
avatar
L*7
2
心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
g*t
3
Zend vs. CakePhp vs. CI vs. Symphony
据说Symphony功能最强大,最适合大型网站。
但是啥是大型网站呢?到底大型网站的定义是什么?
还有另外一个问题,如果一个表格(table)的记录越来越多,多到非常庞大,那么应该
如何处理
avatar
c*i
4
好像做个叫mate的软件做IP/MPLS traffic management。
avatar
M*g
5
【 以下文字转载自 Programming 讨论区 】
发信人: MorrisMeng (努力学习,天天向上。。。), 信区: Programming
标 题: MPI I/O 问题
发信站: BBS 未名空间站 (Thu Apr 23 10:52:39 2009), 转信
我是新手,现在用MPI做小程序,每算几千个循环之后要把一个矩阵写到文件里做后续
处理比如画图等等。
我现在的做法是矩阵的数据都传到一个process里,然后用fprintf写到文件里。
我看了看MPI I/O,好像用他写double的数据到文件只能用MPI自己读?
难道只能用sprintf写到字符串里再用MPI I/O并行写文件?
有没有什么好方法可以解决这么问题?
avatar
p*e
6
光源:2.5Gb/s电吸收调制激光器
传输:Pseudorandom pattern 经过600公里光纤。
症状:back-to-back眼图非常好,jitter大概9ps,Signal-Noise Ratio有12dB,但是经
过600公里传输后jitter增大至大约20ps,眼图不是清晰的三角眼图,变得有很多noise。
另外,传输后的眼图用DCA观测,DCA的trigger信号已经是时钟恢复后的信号。所以我
怀疑增加的jitter与时钟信号没有太多关联。
小弟对高频RF电路一窍不通,各位大侠可否给些建议,如何通过改变光源的电容电感分
布,从而达到改善传输后眼图的目的,进而实现jitter reduction。或者能给出一些参
考书目或文章,谢谢!
avatar
s*t
7
我不记得不能写家庭地址。这个雇主只要他的信息是真实存在过的,就可以了。这只是
个记录,移民局也不会查。写上好了。

址。

【在 p******3 的大作中提到】
: 曾经为3个人的小公司工作过,后来因为经济问题老板把办公室关了。 现在在家办公
: 。那雇主地址可以写老板家吗?律师秘书说那是我税表上的地址。 要求我写那个地址。
: 可是记得以前的一个帖子说不能写雇主的家庭地址。 是这样吗?
: 唉,付了钱连律师都见不到, 整天都是秘书说了算。

avatar
O*N
8
bless
avatar
l*a
9
大型网站 一般指 功能多,信息量大,用户多,流量大,更新频率高,软件和数据多而
复杂,开发和维护人员众多,对reliability, security, speed, availability等有较
高要求。应该没有固定的定义。一般 e-commerce, intranet, e-government, portal,
mitbbs, etc.都算吧?

【在 g***t 的大作中提到】
: Zend vs. CakePhp vs. CI vs. Symphony
: 据说Symphony功能最强大,最适合大型网站。
: 但是啥是大型网站呢?到底大型网站的定义是什么?
: 还有另外一个问题,如果一个表格(table)的记录越来越多,多到非常庞大,那么应该
: 如何处理

avatar
z*r
10
知道,没具体用过,不过很多carrier都用

【在 c*****i 的大作中提到】
: 好像做个叫mate的软件做IP/MPLS traffic management。
avatar
m*n
11

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Why?

【在 M********g 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: MorrisMeng (努力学习,天天向上。。。), 信区: Programming
: 标 题: MPI I/O 问题
: 发信站: BBS 未名空间站 (Thu Apr 23 10:52:39 2009), 转信
: 我是新手,现在用MPI做小程序,每算几千个循环之后要把一个矩阵写到文件里做后续
: 处理比如画图等等。
: 我现在的做法是矩阵的数据都传到一个process里,然后用fprintf写到文件里。
: 我看了看MPI I/O,好像用他写double的数据到文件只能用MPI自己读?
: 难道只能用sprintf写到字符串里再用MPI I/O并行写文件?
: 有没有什么好方法可以解决这么问题?

avatar
b*r
12
光纤传输本身会引入jitter,会降低信躁比,你考虑过没有?
既然back-to-back眼图很好,那就应该和光源的关系不大。比如说,你先拿
一根1米长的光纤试试,看看结果如何。

noise。

【在 p*****e 的大作中提到】
: 光源:2.5Gb/s电吸收调制激光器
: 传输:Pseudorandom pattern 经过600公里光纤。
: 症状:back-to-back眼图非常好,jitter大概9ps,Signal-Noise Ratio有12dB,但是经
: 过600公里传输后jitter增大至大约20ps,眼图不是清晰的三角眼图,变得有很多noise。
: 另外,传输后的眼图用DCA观测,DCA的trigger信号已经是时钟恢复后的信号。所以我
: 怀疑增加的jitter与时钟信号没有太多关联。
: 小弟对高频RF电路一窍不通,各位大侠可否给些建议,如何通过改变光源的电容电感分
: 布,从而达到改善传输后眼图的目的,进而实现jitter reduction。或者能给出一些参
: 考书目或文章,谢谢!

avatar
l*d
13
同意~

【在 s******t 的大作中提到】
: 我不记得不能写家庭地址。这个雇主只要他的信息是真实存在过的,就可以了。这只是
: 个记录,移民局也不会查。写上好了。
:
: 址。

avatar
s*u
14
bless

【在 O*N 的大作中提到】
: bless
avatar
l*a
15
关于表格(是html table?),我想可以分页:可以分成 physical html files, or
parametered dynamic page, or use expand/collapse function.
just some random thoughts...

【在 g***t 的大作中提到】
: Zend vs. CakePhp vs. CI vs. Symphony
: 据说Symphony功能最强大,最适合大型网站。
: 但是啥是大型网站呢?到底大型网站的定义是什么?
: 还有另外一个问题,如果一个表格(table)的记录越来越多,多到非常庞大,那么应该
: 如何处理

avatar
h*o
16
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
s*h
17
我觉得他说得是数据库里的表格

【在 l*****a 的大作中提到】
: 关于表格(是html table?),我想可以分页:可以分成 physical html files, or
: parametered dynamic page, or use expand/collapse function.
: just some random thoughts...

avatar
J*i
18
bless
你现在的工作没有面试过吗?

心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
g*t
19


【在 s*******h 的大作中提到】
: 我觉得他说得是数据库里的表格
avatar
M*u
20
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
B*g
21
you need to ask on database board

【在 g***t 的大作中提到】
: 嗯
avatar
c*i
22
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
c*c
23
大型网站就不应该用php :)
avatar
m*n
24
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
l*a
25
多了就分拆,横向分拆。比如说交易记录,可以archive。这是简单的,复杂的的话要
考虑好多因素。问database版。

【在 g***t 的大作中提到】
: 嗯
avatar
b*e
26
bless~~~

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
r*y
27
right
php is mainly good for a common forum site.

【在 c***c 的大作中提到】
: 大型网站就不应该用php :)
avatar
J*w
28
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
s*y
29
这话说得,php的大型应用也是很多的。
至于框架的选择,那就是广告里的一句话,直选对的,不选贵的。
每个框架都是有忧有劣,你觉得用得顺手就好了。
如果数据库繁重,可以试试php的orm相关的框架

【在 r****y 的大作中提到】
: right
: php is mainly good for a common forum site.

avatar
s*g
30
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
r*y
31
很多要看跟什么比,和java比企业级别的大型应用,就不够多了。
php的长处不在于做大,而在于做小。

【在 s****y 的大作中提到】
: 这话说得,php的大型应用也是很多的。
: 至于框架的选择,那就是广告里的一句话,直选对的,不选贵的。
: 每个框架都是有忧有劣,你觉得用得顺手就好了。
: 如果数据库繁重,可以试试php的orm相关的框架

avatar
g*h
32
Don't be panic. Prepare well. Bless.

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
c*c
33
php的特点是灵活
灵活的东西就不适宜做大的东西
就php来说,我觉得Symphony完全走了一个错误的方向
cakephp也走了些弯路。比如说cakephp支持php4,但是却把自己报装成一个很OO的东西
,而php4本身比不OO,因此cakephp绕了多大的圈子可想而知。而且动辄产生一个很复
杂的array of array of array.另外ORM也是完全没有那么大的必要,对于php应用来说
,很多时候直接写SQL更合适。
avatar
E*e
34
bless
avatar
l*a
35
恩 有道理。
不过 jsp, asp, .net, 等等啥的,虽然underlying framework very complex, 但是使
用上也很灵活阿。

【在 c***c 的大作中提到】
: php的特点是灵活
: 灵活的东西就不适宜做大的东西
: 就php来说,我觉得Symphony完全走了一个错误的方向
: cakephp也走了些弯路。比如说cakephp支持php4,但是却把自己报装成一个很OO的东西
: ,而php4本身比不OO,因此cakephp绕了多大的圈子可想而知。而且动辄产生一个很复
: 杂的array of array of array.另外ORM也是完全没有那么大的必要,对于php应用来说
: ,很多时候直接写SQL更合适。

avatar
d*n
36
good luck

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
o*g
37
做网站的,需要关心的就是peak time traffic就好了。
所以大网站就是流量大。更准确地说是峰值的流量大。只要峰值的时候能撑得住就好了。
技术上说,就是从memory data到html到浏览器显示的过程是做网站的需要负责的。
业务逻辑复杂的,你需要找个业务逻辑专家来协助。
数据量大的,需要找个数据库专家来协助。
如果select * from sometable where name='xxx';在一个千万以上级别的表里面没有
加索引,用啥做也白扯。不是php或java或什么framework能够解决的。
如果数据量再大,需要分表的时候,程序方面也就需要参与了。
框架的唯一目的是快速开发,无他。缺点就是损失性能。
大型网站就是需要性能,两者是矛盾的。
所以大型网站不用框架。
大型网站想要提高性能就是在memory data到浏览器显示结束这段时间内所有的事情上
想办法加cache和加人手(cluster)。当然设计上不能有大问题。
当然还有,可以做一些预处理,在非峰值的时候预处理一些数据,放着,等峰值的时候
使用。在我看来思路是一样的。
大型网站,都大型了,专门为他开发也不
avatar
A*u
38
祝福

心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
g*t
39
俺打算用Yii做php的框架了,貌似是国人写的,而且很新。
俺现在犹豫的是要先把OOP和Pattern的概念彻底掌握了再学框架,还是直接用框架。

【在 c***c 的大作中提到】
: php的特点是灵活
: 灵活的东西就不适宜做大的东西
: 就php来说,我觉得Symphony完全走了一个错误的方向
: cakephp也走了些弯路。比如说cakephp支持php4,但是却把自己报装成一个很OO的东西
: ,而php4本身比不OO,因此cakephp绕了多大的圈子可想而知。而且动辄产生一个很复
: 杂的array of array of array.另外ORM也是完全没有那么大的必要,对于php应用来说
: ,很多时候直接写SQL更合适。

avatar
E*V
40
bles

【在 A*********u 的大作中提到】
: 祝福
:
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。

avatar
g*t
41
您的意思是大型网站就是做自己的框架,比较不会有多余的东西?
还有,API和框架的区别是什么

了。

【在 o***g 的大作中提到】
: 做网站的,需要关心的就是peak time traffic就好了。
: 所以大网站就是流量大。更准确地说是峰值的流量大。只要峰值的时候能撑得住就好了。
: 技术上说,就是从memory data到html到浏览器显示的过程是做网站的需要负责的。
: 业务逻辑复杂的,你需要找个业务逻辑专家来协助。
: 数据量大的,需要找个数据库专家来协助。
: 如果select * from sometable where name='xxx';在一个千万以上级别的表里面没有
: 加索引,用啥做也白扯。不是php或java或什么framework能够解决的。
: 如果数据量再大,需要分表的时候,程序方面也就需要参与了。
: 框架的唯一目的是快速开发,无他。缺点就是损失性能。
: 大型网站就是需要性能,两者是矛盾的。

avatar
s*y
42
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
k*e
43
数据库表大了可以用partitioned table。还可以cluster。很多办法。
avatar
S*u
44
bless!!
avatar
B*g
45
大家的网站都这么大?

【在 k********e 的大作中提到】
: 数据库表大了可以用partitioned table。还可以cluster。很多办法。
avatar
s*c
46
bless
avatar
l*a
47
框架就像 汽车的底盘,API就是pedal,油箱口,方向盘,仪表等。

【在 g***t 的大作中提到】
: 您的意思是大型网站就是做自己的框架,比较不会有多余的东西?
: 还有,API和框架的区别是什么
:
: 了。

avatar
E*e
48
结果咋样?
avatar
k*o
49
庞大是多大?mysql一个表几百万条数据,只要有index,应该还是没问题。如果再多,
也很简单,理顺一下数据,然后分表。比如我有个ip地址转地理位置的站,就是分成
255个表。

【在 g***t 的大作中提到】
: Zend vs. CakePhp vs. CI vs. Symphony
: 据说Symphony功能最强大,最适合大型网站。
: 但是啥是大型网站呢?到底大型网站的定义是什么?
: 还有另外一个问题,如果一个表格(table)的记录越来越多,多到非常庞大,那么应该
: 如何处理

avatar
E*V
50
bless

【在 s**c 的大作中提到】
: bless
avatar
t*8
51
bless

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
n*3
52
bless!
avatar
s*m
53
bless!

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
B*n
54
bless
avatar
j*e
55
bless
avatar
i*y
56
我江苏板斧代表全江苏人祝福你

【在 L*7 的大作中提到】
: 心情有些紧张,第一次电面,现在的工作马上合同到期了,所以求祝福。
avatar
S*u
57
bless!
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。