d*8
3 楼
【 以下文字转载自 Joke 讨论区 】
发信人: mind (mind), 信区: Joke
标 题: 潇潇雨露脸照
发信站: BBS 未名空间站 (Sun Mar 28 01:38:29 2010, 美东)
发信人: mind (mind), 信区: Joke
标 题: 潇潇雨露脸照
发信站: BBS 未名空间站 (Sun Mar 28 01:38:29 2010, 美东)
s*r
4 楼
"科幻小說作家麥可克萊頓曾寫到,假如你在1899年告訴一位物理學家,除核彈、飛機
等奇蹟外,人類在100年內可以「到月球旅行,然後失去興趣……。」我在2000年曾引
用這些話,表達克萊頓無法置信美國放棄了月球。現在是2009年,我們離月球更遙遠了
。 昨天是登月40周年。我們誓言在2020年重返月球。但這承諾是前總統允諾的,現任
總統自視為布希的反對者。更有甚者,在他所有的甘迺迪特質中,他並未表現出一丁點
甘迺迪對太空探險的熱情。 1969年我們就已登陸月球。接下來5次登陸月球,10次月球
漫步,此後數十年一事無成。更準確地說,我們幾乎花了40年在地球低空軌道研究,好
吧,就是零重力暈機及各種太空玄秘。我們用史上最精細、複雜、極度無藥可救不切實
際的人造機器─太空船,進行這些研究。 太空船現已太危險、太衰舊、太昂貴。再飛
行7次就要退休,然後就像世上最大的巨無霸木製飛機「史普魯斯之鵝」和超音速協和
客機一樣,被送進「過度複雜美觀無法存活之物品」博物館。 美國的載人太空計劃已
搖搖欲垮。往後14個月,也是自1962年以來頭一遭,美國不僅無法送人上月球,也無法
送任何人進入地球軌道。我們完
等奇蹟外,人類在100年內可以「到月球旅行,然後失去興趣……。」我在2000年曾引
用這些話,表達克萊頓無法置信美國放棄了月球。現在是2009年,我們離月球更遙遠了
。 昨天是登月40周年。我們誓言在2020年重返月球。但這承諾是前總統允諾的,現任
總統自視為布希的反對者。更有甚者,在他所有的甘迺迪特質中,他並未表現出一丁點
甘迺迪對太空探險的熱情。 1969年我們就已登陸月球。接下來5次登陸月球,10次月球
漫步,此後數十年一事無成。更準確地說,我們幾乎花了40年在地球低空軌道研究,好
吧,就是零重力暈機及各種太空玄秘。我們用史上最精細、複雜、極度無藥可救不切實
際的人造機器─太空船,進行這些研究。 太空船現已太危險、太衰舊、太昂貴。再飛
行7次就要退休,然後就像世上最大的巨無霸木製飛機「史普魯斯之鵝」和超音速協和
客機一樣,被送進「過度複雜美觀無法存活之物品」博物館。 美國的載人太空計劃已
搖搖欲垮。往後14個月,也是自1962年以來頭一遭,美國不僅無法送人上月球,也無法
送任何人進入地球軌道。我們完
i*f
5 楼
Hi,
我想知道一些基于python的web framework如django, web2py之类的在业界是否流行,
以及他们的发展前景如何?
谢谢!!!
我想知道一些基于python的web framework如django, web2py之类的在业界是否流行,
以及他们的发展前景如何?
谢谢!!!
H*d
6 楼
问各位大牛一下哈:
公司的后台是建立在VM(Linux)上的,因为需要现在要把几个数据库(MySQL)合并成
两个。
合并后会只有两个数据库(webDB和nodeDB),一个是web访问的数据库(访问量没法预
测),一个是固定的节点访问的数据库(访问量根据节点的数量是计划过可计算的)。
web端的appserver会同时访问到这两个数据库,而节点的appserver只会访问节点的数
据库
现在的的问题是怎么部署这两个数据库:
1.用两个不同的VM来host不同的数据库
优点:两台VM基本独立,即使一台挂了,另一个VM还可以正常运转。
缺点:资源没法根据负载实时调配,每台VM的资源基本固定。
2.合并两个VM的资源成为一个更强的VM,运行两个mysql的实例
优点:系统可以自动动态调整资源。
缺点:VM挂掉了或者MySQL engine挂了就都挺了。
还有的问题是如果一个VM运行两个数据库,端口号是不是要不一样?
如果建立connection pool的话,是针对单个的实例还是可以两个一起?
平时主要是写代码,对与数据库弄得不是特别多,谢谢了
公司的后台是建立在VM(Linux)上的,因为需要现在要把几个数据库(MySQL)合并成
两个。
合并后会只有两个数据库(webDB和nodeDB),一个是web访问的数据库(访问量没法预
测),一个是固定的节点访问的数据库(访问量根据节点的数量是计划过可计算的)。
web端的appserver会同时访问到这两个数据库,而节点的appserver只会访问节点的数
据库
现在的的问题是怎么部署这两个数据库:
1.用两个不同的VM来host不同的数据库
优点:两台VM基本独立,即使一台挂了,另一个VM还可以正常运转。
缺点:资源没法根据负载实时调配,每台VM的资源基本固定。
2.合并两个VM的资源成为一个更强的VM,运行两个mysql的实例
优点:系统可以自动动态调整资源。
缺点:VM挂掉了或者MySQL engine挂了就都挺了。
还有的问题是如果一个VM运行两个数据库,端口号是不是要不一样?
如果建立connection pool的话,是针对单个的实例还是可以两个一起?
平时主要是写代码,对与数据库弄得不是特别多,谢谢了
s*8
7 楼
这个我一直不太理解。
这个是一个软件模拟的interface么?虚拟的?
如果是虚拟的,那么对方的router怎么知道你的loopback address呢?比如bgp里面
network xxxx remote-as x
这个是一个软件模拟的interface么?虚拟的?
如果是虚拟的,那么对方的router怎么知道你的loopback address呢?比如bgp里面
network xxxx remote-as x
l*i
8 楼
【 以下文字转载自 Mathematics 讨论区 】
发信人: lvshi (虑始), 信区: Mathematics
标 题: A question about using MathType
发信站: BBS 未名空间站 (Thu Jun 11 13:44:19 2009, 美东)
Anyone here using MathType?
Could you let me know how to input the "hat" above a letter to indicate the
orthogonal component of a vector?
Thanks.
发信人: lvshi (虑始), 信区: Mathematics
标 题: A question about using MathType
发信站: BBS 未名空间站 (Thu Jun 11 13:44:19 2009, 美东)
Anyone here using MathType?
Could you let me know how to input the "hat" above a letter to indicate the
orthogonal component of a vector?
Thanks.
Y*e
10 楼
是哪个版的名id?
经常看到
经常看到
s*o
11 楼
想到大刘的《中国太阳》。
从人打人,到人打火星人,这的确是个很大的飞跃。。
从人打人,到人打火星人,这的确是个很大的飞跃。。
g*l
13 楼
太高深了,你需要SOLUTION ARCHITECT,偶们只看数据库SERVER
s*e
15 楼
why Maththype use word equation editor no further add-on charge!
All you need are there.
if it looks for you a little ugly, try LaTex.
All you need are there.
if it looks for you a little ugly, try LaTex.
l*i
21 楼
Wow, thank you so much.
Have a nice weekend. :)
Have a nice weekend. :)
j*p
22 楼
Pr 69 的 89钯猫
我把pr67的拍下来了,1257刀,不知道价格咋样
我把pr67的拍下来了,1257刀,不知道价格咋样
c*d
25 楼
这两个数据库只查询不更新吗?
否则怎么同步?
【在 H*******d 的大作中提到】
: 问各位大牛一下哈:
: 公司的后台是建立在VM(Linux)上的,因为需要现在要把几个数据库(MySQL)合并成
: 两个。
: 合并后会只有两个数据库(webDB和nodeDB),一个是web访问的数据库(访问量没法预
: 测),一个是固定的节点访问的数据库(访问量根据节点的数量是计划过可计算的)。
: web端的appserver会同时访问到这两个数据库,而节点的appserver只会访问节点的数
: 据库
: 现在的的问题是怎么部署这两个数据库:
: 1.用两个不同的VM来host不同的数据库
: 优点:两台VM基本独立,即使一台挂了,另一个VM还可以正常运转。
否则怎么同步?
【在 H*******d 的大作中提到】
: 问各位大牛一下哈:
: 公司的后台是建立在VM(Linux)上的,因为需要现在要把几个数据库(MySQL)合并成
: 两个。
: 合并后会只有两个数据库(webDB和nodeDB),一个是web访问的数据库(访问量没法预
: 测),一个是固定的节点访问的数据库(访问量根据节点的数量是计划过可计算的)。
: web端的appserver会同时访问到这两个数据库,而节点的appserver只会访问节点的数
: 据库
: 现在的的问题是怎么部署这两个数据库:
: 1.用两个不同的VM来host不同的数据库
: 优点:两台VM基本独立,即使一台挂了,另一个VM还可以正常运转。
h*e
29 楼
支持举ID奔~~~
哈哈
哈哈
T*o
32 楼
早知上次把那人两个都收了。
g*l
36 楼
最好还是CENTRALIZE,把DATA MODLE弄清楚弄干净,别弄两个SCHEMA将来不好管理,只
读的弄一个DATABASE里,TRANSACTION弄一个DATABASE里,这样将来BACKUP比较容易做
。既然怕当机,就别MYSQL了,能做CLUSTER么,能做MIRRORING么,做生意肯定要投资
的,不赚钱的话只能糊弄一下,勉强用,档就档了,买卖提不也经常档么。
读的弄一个DATABASE里,TRANSACTION弄一个DATABASE里,这样将来BACKUP比较容易做
。既然怕当机,就别MYSQL了,能做CLUSTER么,能做MIRRORING么,做生意肯定要投资
的,不赚钱的话只能糊弄一下,勉强用,档就档了,买卖提不也经常档么。
t*e
40 楼
Any packet the forwarding plane cannot forward is punted to the control
plane. Forwarding plane does not have the concept of "loopback" address or
interface.
If you don't specify loopback address, control plane kernel uses SVI IP
addresses to filter traffic coming to the BGP port. But SVI is only
associated with the ports that are assigned to the same network. loopback IP
is just a notation to tell kernel to use this "universal" IP to match
traffic coming from all L2 ports, regardless of what L3 network the ports
are associated with.
【在 s*****g 的大作中提到】
: Routers' forwarding plane is programmed in such a way that any packets
: destined to loopback will be sent to CPU for processing.
plane. Forwarding plane does not have the concept of "loopback" address or
interface.
If you don't specify loopback address, control plane kernel uses SVI IP
addresses to filter traffic coming to the BGP port. But SVI is only
associated with the ports that are assigned to the same network. loopback IP
is just a notation to tell kernel to use this "universal" IP to match
traffic coming from all L2 ports, regardless of what L3 network the ports
are associated with.
【在 s*****g 的大作中提到】
: Routers' forwarding plane is programmed in such a way that any packets
: destined to loopback will be sent to CPU for processing.
s*g
43 楼
What is SVI?
IP
【在 t*********e 的大作中提到】
: Any packet the forwarding plane cannot forward is punted to the control
: plane. Forwarding plane does not have the concept of "loopback" address or
: interface.
: If you don't specify loopback address, control plane kernel uses SVI IP
: addresses to filter traffic coming to the BGP port. But SVI is only
: associated with the ports that are assigned to the same network. loopback IP
: is just a notation to tell kernel to use this "universal" IP to match
: traffic coming from all L2 ports, regardless of what L3 network the ports
: are associated with.
IP
【在 t*********e 的大作中提到】
: Any packet the forwarding plane cannot forward is punted to the control
: plane. Forwarding plane does not have the concept of "loopback" address or
: interface.
: If you don't specify loopback address, control plane kernel uses SVI IP
: addresses to filter traffic coming to the BGP port. But SVI is only
: associated with the ports that are assigned to the same network. loopback IP
: is just a notation to tell kernel to use this "universal" IP to match
: traffic coming from all L2 ports, regardless of what L3 network the ports
: are associated with.
t*e
46 楼
It's the Cisco thing. I think it is some logical interface with an IP/mask to indicate a network. Each physical port can be associated with a SVI. Basically it is a way to tell control plane kernel that if dest MAC matches the assigned ports, and dest IP matches the SVI, dispatch the packet to control plane daemons, based on port numbers, that are listening on the IP address.
【在 s*****g 的大作中提到】
: What is SVI?
:
: IP
【在 s*****g 的大作中提到】
: What is SVI?
:
: IP
c*i
49 楼
switch virtual interface. cisco switch在不同vlan间switch packet用的。比如你
有2个vlan,vlan里面的pc的default gateway就设为switch对应那个vlan的svi
address,这样vlan里面的pc就可以send packet出去了.
to indicate a network. Each physical port can be associated with a SVI.
Basically it is a way to tell control plane kernel that if dest MAC matches
the assigned ports, and dest IP matches the SVI, dispatch the packet to
control plane daemons, based on port numbers, that are listening on the IP
address.
【在 t*********e 的大作中提到】
: It's the Cisco thing. I think it is some logical interface with an IP/mask to indicate a network. Each physical port can be associated with a SVI. Basically it is a way to tell control plane kernel that if dest MAC matches the assigned ports, and dest IP matches the SVI, dispatch the packet to control plane daemons, based on port numbers, that are listening on the IP address.
有2个vlan,vlan里面的pc的default gateway就设为switch对应那个vlan的svi
address,这样vlan里面的pc就可以send packet出去了.
to indicate a network. Each physical port can be associated with a SVI.
Basically it is a way to tell control plane kernel that if dest MAC matches
the assigned ports, and dest IP matches the SVI, dispatch the packet to
control plane daemons, based on port numbers, that are listening on the IP
address.
【在 t*********e 的大作中提到】
: It's the Cisco thing. I think it is some logical interface with an IP/mask to indicate a network. Each physical port can be associated with a SVI. Basically it is a way to tell control plane kernel that if dest MAC matches the assigned ports, and dest IP matches the SVI, dispatch the packet to control plane daemons, based on port numbers, that are listening on the IP address.
H*d
51 楼
对,支持的应用程序不同。
这样说吧。DB1上的应用程序基本上是web端的(public access),流量相对而言是没
法预计的。
DB2上的应用程序主要是连接公司自己建立的节点(比方说1000个node),这些节点都
是按计划定时查DB2,流量是可以计算的(平均每个节点一分钟查一次DB2)
但是对于这些节点本身的信息DB1和DB2所支持的应用程序都需要,所以把描述这些节点
的相关table在DB1和DB2中都建立了。主要是避免夸数据库join。当然如果要修改这些
节点的信息,应用程序会同时去两个DB修改。
当然这个设计不是最好的,是有历史原因的,现在也不好完全推翻从头做,所以只能在
现有基础上做优化。
【在 g***l 的大作中提到】
: 什么面向的应用不同,这都是国内翻译的驴唇不对马嘴的,自己都不懂,所以翻译的都没
: 谱。应该是数据库支持不同的应用程序吧,如果能修改程序的话最好是把DATABASES合并
: ,合并的越晚,将来的麻烦就越大,将来还是不要搞DATA WAREHOUSE,把数据合并了搞
: 分析,所以一开始最好是弄好了。当然好多公司做不到,几个应用程序到时候会打架,
: 出现DEADLOCK, SLOW PERFORMANCE的时候又相互指责。如果没法合并,就最好分开两个
: SERVER,谁也不管谁的事。
这样说吧。DB1上的应用程序基本上是web端的(public access),流量相对而言是没
法预计的。
DB2上的应用程序主要是连接公司自己建立的节点(比方说1000个node),这些节点都
是按计划定时查DB2,流量是可以计算的(平均每个节点一分钟查一次DB2)
但是对于这些节点本身的信息DB1和DB2所支持的应用程序都需要,所以把描述这些节点
的相关table在DB1和DB2中都建立了。主要是避免夸数据库join。当然如果要修改这些
节点的信息,应用程序会同时去两个DB修改。
当然这个设计不是最好的,是有历史原因的,现在也不好完全推翻从头做,所以只能在
现有基础上做优化。
【在 g***l 的大作中提到】
: 什么面向的应用不同,这都是国内翻译的驴唇不对马嘴的,自己都不懂,所以翻译的都没
: 谱。应该是数据库支持不同的应用程序吧,如果能修改程序的话最好是把DATABASES合并
: ,合并的越晚,将来的麻烦就越大,将来还是不要搞DATA WAREHOUSE,把数据合并了搞
: 分析,所以一开始最好是弄好了。当然好多公司做不到,几个应用程序到时候会打架,
: 出现DEADLOCK, SLOW PERFORMANCE的时候又相互指责。如果没法合并,就最好分开两个
: SERVER,谁也不管谁的事。
z*r
52 楼
on routers (besides the routers which have switch blades), there is no SVI
to indicate a network. Each physical port can be associated with a SVI.
Basically it is a way to tell control plane kernel that if dest MAC matches
the assigned ports, and des
【在 t*********e 的大作中提到】
: It's the Cisco thing. I think it is some logical interface with an IP/mask to indicate a network. Each physical port can be associated with a SVI. Basically it is a way to tell control plane kernel that if dest MAC matches the assigned ports, and dest IP matches the SVI, dispatch the packet to control plane daemons, based on port numbers, that are listening on the IP address.
to indicate a network. Each physical port can be associated with a SVI.
Basically it is a way to tell control plane kernel that if dest MAC matches
the assigned ports, and des
【在 t*********e 的大作中提到】
: It's the Cisco thing. I think it is some logical interface with an IP/mask to indicate a network. Each physical port can be associated with a SVI. Basically it is a way to tell control plane kernel that if dest MAC matches the assigned ports, and dest IP matches the SVI, dispatch the packet to control plane daemons, based on port numbers, that are listening on the IP address.
a9
54 楼
等于db2是只读的?
都没
合并
了搞
架,
两个
【在 H*******d 的大作中提到】
: 对,支持的应用程序不同。
: 这样说吧。DB1上的应用程序基本上是web端的(public access),流量相对而言是没
: 法预计的。
: DB2上的应用程序主要是连接公司自己建立的节点(比方说1000个node),这些节点都
: 是按计划定时查DB2,流量是可以计算的(平均每个节点一分钟查一次DB2)
: 但是对于这些节点本身的信息DB1和DB2所支持的应用程序都需要,所以把描述这些节点
: 的相关table在DB1和DB2中都建立了。主要是避免夸数据库join。当然如果要修改这些
: 节点的信息,应用程序会同时去两个DB修改。
: 当然这个设计不是最好的,是有历史原因的,现在也不好完全推翻从头做,所以只能在
: 现有基础上做优化。
都没
合并
了搞
架,
两个
【在 H*******d 的大作中提到】
: 对,支持的应用程序不同。
: 这样说吧。DB1上的应用程序基本上是web端的(public access),流量相对而言是没
: 法预计的。
: DB2上的应用程序主要是连接公司自己建立的节点(比方说1000个node),这些节点都
: 是按计划定时查DB2,流量是可以计算的(平均每个节点一分钟查一次DB2)
: 但是对于这些节点本身的信息DB1和DB2所支持的应用程序都需要,所以把描述这些节点
: 的相关table在DB1和DB2中都建立了。主要是避免夸数据库join。当然如果要修改这些
: 节点的信息,应用程序会同时去两个DB修改。
: 当然这个设计不是最好的,是有历史原因的,现在也不好完全推翻从头做,所以只能在
: 现有基础上做优化。
g*l
58 楼
这个好像只有2-WAY TRANSACTIONAL REPLICATION可以解决,俺说的是SQL SERVER,不是
没SUPPORT的MYSQL,同时改难免出现DEADLOCK和CONFLICT的,DBA会很烦。
【在 H*******d 的大作中提到】
: 对,支持的应用程序不同。
: 这样说吧。DB1上的应用程序基本上是web端的(public access),流量相对而言是没
: 法预计的。
: DB2上的应用程序主要是连接公司自己建立的节点(比方说1000个node),这些节点都
: 是按计划定时查DB2,流量是可以计算的(平均每个节点一分钟查一次DB2)
: 但是对于这些节点本身的信息DB1和DB2所支持的应用程序都需要,所以把描述这些节点
: 的相关table在DB1和DB2中都建立了。主要是避免夸数据库join。当然如果要修改这些
: 节点的信息,应用程序会同时去两个DB修改。
: 当然这个设计不是最好的,是有历史原因的,现在也不好完全推翻从头做,所以只能在
: 现有基础上做优化。
没SUPPORT的MYSQL,同时改难免出现DEADLOCK和CONFLICT的,DBA会很烦。
【在 H*******d 的大作中提到】
: 对,支持的应用程序不同。
: 这样说吧。DB1上的应用程序基本上是web端的(public access),流量相对而言是没
: 法预计的。
: DB2上的应用程序主要是连接公司自己建立的节点(比方说1000个node),这些节点都
: 是按计划定时查DB2,流量是可以计算的(平均每个节点一分钟查一次DB2)
: 但是对于这些节点本身的信息DB1和DB2所支持的应用程序都需要,所以把描述这些节点
: 的相关table在DB1和DB2中都建立了。主要是避免夸数据库join。当然如果要修改这些
: 节点的信息,应用程序会同时去两个DB修改。
: 当然这个设计不是最好的,是有历史原因的,现在也不好完全推翻从头做,所以只能在
: 现有基础上做优化。
s*t
59 楼
您说我有病?呵呵。
才看到,你是不是说PCGS PR69的钯猫?什么时候有2200BIN呀?我的bing.com
cashback给封了,所以不能用。原来那枚让ebay给关了,所以卖家重新贴了$2136卖给
我的。
才看到,你是不是说PCGS PR69的钯猫?什么时候有2200BIN呀?我的bing.com
cashback给封了,所以不能用。原来那枚让ebay给关了,所以卖家重新贴了$2136卖给
我的。
s*t
61 楼
我没反悔,觉得值。恶霸觉得不对劲,太霸道,给关了。卖家重新贴给我,在这:
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120511055543
【在 j****p 的大作中提到】
: 2136这个是不是拍家反悔了,现在没有了。
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120511055543
【在 j****p 的大作中提到】
: 2136这个是不是拍家反悔了,现在没有了。
w*a
68 楼
一点个人浅见,如果两个vm是基于同一个平台,共享存储cpu内存等硬件以及ESX,那么
对提供高可靠性帮助有限。平台挂了两个Vm同时没。单个vm自己出事的概率并不大。
把球踢给老板吧,问他最关心性能还是可用性。
【在 H*******d 的大作中提到】
: 问各位大牛一下哈:
: 公司的后台是建立在VM(Linux)上的,因为需要现在要把几个数据库(MySQL)合并成
: 两个。
: 合并后会只有两个数据库(webDB和nodeDB),一个是web访问的数据库(访问量没法预
: 测),一个是固定的节点访问的数据库(访问量根据节点的数量是计划过可计算的)。
: web端的appserver会同时访问到这两个数据库,而节点的appserver只会访问节点的数
: 据库
: 现在的的问题是怎么部署这两个数据库:
: 1.用两个不同的VM来host不同的数据库
: 优点:两台VM基本独立,即使一台挂了,另一个VM还可以正常运转。
对提供高可靠性帮助有限。平台挂了两个Vm同时没。单个vm自己出事的概率并不大。
把球踢给老板吧,问他最关心性能还是可用性。
【在 H*******d 的大作中提到】
: 问各位大牛一下哈:
: 公司的后台是建立在VM(Linux)上的,因为需要现在要把几个数据库(MySQL)合并成
: 两个。
: 合并后会只有两个数据库(webDB和nodeDB),一个是web访问的数据库(访问量没法预
: 测),一个是固定的节点访问的数据库(访问量根据节点的数量是计划过可计算的)。
: web端的appserver会同时访问到这两个数据库,而节点的appserver只会访问节点的数
: 据库
: 现在的的问题是怎么部署这两个数据库:
: 1.用两个不同的VM来host不同的数据库
: 优点:两台VM基本独立,即使一台挂了,另一个VM还可以正常运转。
相关阅读
有人了解3D deconvolution吗?Matlab signal mechanism?[转载] Mathematica 5 released.询问elaticity equation的参考资料求教一个积分int( (1/t)*exp(t), t )prove: deg(gcd(p,q))=nullity(sylvester(p,q))help on a least square problem老是看到GSL,不知道是什么?干什么用的?急:如何写能生成任意分布的随机数的程序?Good tutorial for writing MEX file for MATLAB?求矩阵逆的算法How to compile F77 file with C ?OdeRungeKuttaSolverFortran 90 for linuxabaqus 曲线怎么导出?c++ random number generator一个求inverse matrix的问题Ansys分析求助解ODE的六阶精度Runge-Kutta法请教nonlinear fit for multi-variable funct