y****w
发帖数: 3747 | 1 这又顶起了？ 以后的方向我看只有最强烈要求acid的才会进关系库 加上rac
purescale mainframe以及各种复制的可靠保障 其他 统统分布去了 |
|
y****w
发帖数: 3747 | 2 这又顶起了？ 以后的方向我看只有最强烈要求acid的才会进关系库 加上rac
purescale mainframe以及各种复制的可靠保障 其他 统统分布去了 |
|
r*****l
发帖数: 2859 | 3 【 以下文字转载自 Java 讨论区 】
发信人: zhaoce (米高蜥蜴), 信区: Java
标 题: Re: 我现在把demo制作过程给写上去了 (转载)
发信站: BBS 未名空间站 (Wed Jan 4 16:20:28 2012, 美东)
我不觉得有什么大的出入
光计算数量就已经很bias了，光计算web server就更bias了
而且这个bias是很偏向windows的bias
unix绑着的一个cpu跟windows绑着的一个cpu本身就有很大出入
一堆windows用来做个人网站，unix大多数用来做大型系统的server
差距太明显了，十个windows做的个人网站的要求都不会比一个银行的server要求高
就算那个银行的server只有一个cpu
分布式操作系统的集群，.net就没怎么成功过
当时我写文章的时候，金蝶想搞一个集群，然后宣传说是全球第一个.net集群
记得是我的一个师兄指挥的，华丽滴失败了，不知道现在怎样，反正我是不抱有过多期
待的
可以明显感觉到，随着机器性能的升级，linux/unix的比重是越来越大
到了supercomputer ma... 阅读全帖 |
|
b******s
发帖数: 5329 | 4 对，计算机界一直是分久必合，合久必分。当年流行大计算机mainframe，这就是集中
式提供服务，大家只用哑终端链接到计算机后台。后来变成服务器，大家都有服务器。
感觉云又是一个分久必合的趋势，大家现在都不在管理服务器，直接租用云服务就好了。
SDN在企业这级还是有市场的，特别是以后企业虚拟化越来越多，没有必要为虚拟化的
服务再提供一个物理的网络连接。当然时间是需要的。 |
|
z****e
发帖数: 54598 | 5 你知道银行，保险公司，交通领域还有电信，电厂领域用的都是什么系统么？
我可以告诉你的是，基本上没有win server的事
不信自己找找这些领域的工作机会就知道了，我可是在这些行业都干过的
电厂领域，埃森哲有很多项目，电信，主要以前是sun的份额多
交通，尤其是民航，这是mainframe的天下，卖机票的那些老旧系统现在还在用
但是现在都开始转向支持java的os，保险公司和银行等金融机构就是j2ee的天下了
尤其是银行什么，主要是ibm和oracle的争抢份额，appserver是拳头
然后db和os都是连卖带送
也就是ebay这种半死不活的半吊子出来凑凑热闹，搞搞什么cloud
还有非死不可，这都是很扯淡的公司，撑死了不过一个电子商务公司而已
在web里面都不是什么主流，上次it泡沫就是web搞出来的 |
|
a*****a
发帖数: 1429 | 6
VMware ESX比xen早几年出来。Hypervisor不是某一特指软件，而是一类软件的统称。
就比如OS一样。
Hypervisor以前大得用在Mainframe和小型机上。 |
|
M*********r
发帖数: 70 | 7
我的程序建立很多线程通向一个服务器，这些线程分别从服务器下载。当线程达到5000时
Unless you run a large-scale application in a mainframe with 5000 CPUs, I dont
see any reason to spawn 5000 threads. The overhead of thread context switching
alone will make your design look silly. If you deal with I/O related problems,
I suggest you take a look at NIO introduced in JDK1.4. Specifically using
selector is far better a choice to deal with I/O multiplexing than forking
thread. Check out the following article:
http://www.onjava.com/pub/a/on |
|
s******e
发帖数: 493 | 8 Once a while I tried to clean up a project written by a brilliant consultant
. he open a connection pool for each db he wants to access, he pass the ref
to the mainframe all the way down to its four generations of children just
want to place the new gui window to the right spot. he used abstract factory
and factory method pattern whenever he liked to code that way.:) |
|
b******y
发帖数: 1684 | 9 IBM has lots of mainframe and AIX applications,
they need to migrate these application...
and SUN's VM technology can help them on this. |
|
m******t
发帖数: 2416 | 10
We use 64b vm in production - mostly because our applications
have become such memory hogs that they simply run out of
memory quickly in 32b.
Speed wise it's not noticeably slower than 32b - maybe
because our apps spend a lot of time talking to db and
mainframe. YMMV there. |
|
|
z****e
发帖数: 54598 | 12 我不觉得有什么大的出入
光计算数量就已经很bias了，光计算web server就更bias了
而且这个bias是很偏向windows的bias
unix绑着的一个cpu跟windows绑着的一个cpu本身就有很大出入
一堆windows用来做个人网站，unix大多数用来做大型系统的server
差距太明显了，十个windows做的个人网站的要求都不会比一个银行的server要求高
就算那个银行的server只有一个cpu
分布式操作系统的集群，.net就没怎么成功过
当时我写文章的时候，金蝶想搞一个集群，然后宣传说是全球第一个.net集群
记得是我的一个师兄指挥的，华丽滴失败了，不知道现在怎样，反正我是不抱有过多期
待的
可以明显感觉到，随着机器性能的升级，linux/unix的比重是越来越大
到了supercomputer mainframe这种档次，就完全没有windows的份了
在小型server上还能说两句，webserver算是比较成熟的应用了
尚且只有三分之一，不要说其它了，事实上这三分之一都值得商榷
自己去写server的话，谁用windows才疯了
我在我曾经工作过的... 阅读全帖 |
|
z****e
发帖数: 54598 | 13 well
国内机场不是习惯了
是没有办法
国内买飞机票的那个主机是从美帝这边买的
大概落后现在科技20年左右
如果是欧洲还有美帝的系统
是swing写的client
这个最早是mit几个毕业生搞出来的
美帝比较牛，很早就用java写了
欧洲比较落伍，backend还在用c++，然后client后来也用了swing
关于这个欧洲公司的swing的开发组在悉尼
然后国内那个是fortran写的，不过现在应该已经转到java上去了
这种mainframe，更新换代得比较慢 |
|
c*********e
发帖数: 16335 | 14 mainframe是不一样的，还是找个知道的内行给你介绍一下吧。 |
|
n******1
发帖数: 3756 | 15 我现在的理解核心应该CICS这一块的东西，mainframe（system z)应该只是硬件
了解的人应该比较容易说清楚 |
|
x****d
发帖数: 1766 | 16 ZKSS adaptor？
我们G/L 还用mainframe呢，然后乱七八糟无数系统oracle ERP，SAP都有.
我想用一个zookeeper类似的东西做central，写其实是很少的，多数是读，然后给每个
系统做个接口，central变了就跟着变。当然central的源数据还是来自其他各个系统。
to |
|
l*********s
发帖数: 5409 | 17 Learn the history.PC started its dominance from the low end market but
gradually ate away the high end market of mainframes. Linux has the
potential of doing the same; the force is with Linux. |
|
B********r
发帖数: 397 | 18 wdong 你装centos是不是package选错了？我装完之后总共才大概500M，mainframe
loadbalancer什么的就别选了。。。 |
|
B******e
发帖数: 48 | 19 If i remember it correctly, you need to override some initial function from
childFrame/MainFrame. the default implementation is calling something like
OnNewDocument, which opens new document.
book:
inside vc++ 4.0/5.0/6.0
web:
codeproject
codeguru |
|
s********1
发帖数: 581 | 20 哪种 linux 支持 parallel programming? 本人打算用1 或 2 台desktop. 用一台的
时侯必须能做虚拟的parallel programming. 用两台的时候可以做真正的parallel
programming。希望linux 系统一装上就有这些功能，不需要再下载其他插件。
(1) redhat3, 4, 5?
(2) Red Hat Enterprise Linux 5 Desktop?
(3) Red Hat Enterprise Linux 5 Desktop with multi-OS option (4 guests)?
(4) Red Hat Enterprise Linux 5 Advanced Platform?
(5) Red Hat Enterprise Linux 5 for Mainframes？
(6) Red Hat Enterprise Linux 5 Server?
(7) 其他？ |
|
y***i
发帖数: 279 | 21 很赞你的执着和毅力，不过我觉得编程不是一个太好的方向。你的年纪确实大了点，编
程是青春饭，上手很快基本上3到5年后绝大部分人都能成为熟手，但是以后的提升很难
，要成为高手对个有很多变数，除个人素质和基础知识的杂事程度以外，和机遇也很有
关系，有些比如非计算机的行业知识的掌握，接触大型项目的机会等等。而且技术变化
快，新技术面前，熟手的经验不比生手有多少优势，反而比不上生手的年轻。所以编程
这一行对大部分程序员熟手同学们，5年以上的工作经验基本上是贬值而不是增值。
北美确实有不少50以上的程序员，但是他们主要是三类人，一是高手可以当leader搞核
心构架，这些人以consultant为主在各公司接受各项目，二是一招鲜的掌握一些特殊或
者过时技术的，比如MainFrame程序员，以上两类人的工作的security还不错，因为竞
争对手少，N年的经验值钱，三是老熟手，这些人虽然也许几十年经验，但并不比有3到
5年经验的一般程序水平高，相反年纪精力热情都比年轻人差，所以工作其实很不稳定
，是layoff的首选。
你现在即使吃上程序员这碗饭-这个我相信不难，其实你自己业余搞搞水平不见得比专
业... 阅读全帖 |
|
r****y
发帖数: 26819 | 22 http://www.javaworld.com/javaworld/jw-01-2013/130107-developer-
age=1
Here is our guide to some of the more dominant tech generations in computer
history, as embodied by the programmers who gave them life. The list is far
from complete, but if you've been coding for any amount of time, you will pr
obably recognize many of these generational traits in yourself, your coworke
rs, and the programming community at large.
Punch-card programmers
The '60s-era computers received their instructions from a... 阅读全帖 |
|
c*********e
发帖数: 16335 | 23 cobol也就银行的mainframe在用，那些又大又老又笨重的机器，银行撤掉它又不甘心。 |
|
c*********e
发帖数: 16335 | 24 mainframe是ibm的天下,不过ibm的创新能力不如google.在it领域，创新就是企业成功
的关键，steve jobs为了apple的新生命，不得不找个ms没设计的领域作为新的增长点。 |
|
z*******3
发帖数: 13709 | 25 big data很多产品本身就是牺牲精度提升效率的产物
这种前提下，就算出了一个报表，也不应该过份苛求精度
大多数big data的报表都是提供个模糊印象
同理，这个前提下搞实时就有些扯了，当然不是不行
但是这种精度下，还不如回头去用db，如果transaction搞定不了，上mainframe
当然我不反对两个结合起来一起用 |
|
z*******3
发帖数: 13709 | 26 db和sql太难了，民工们纷纷转用nosql了
如果说mainframe是cobol的天下，db是sql的天下，那nosql就多数是java搞的鸟 |
|
c*********e
发帖数: 16335 | 27 en,cobol就是ibm的mainframe上用的。 |
|
z*******3
发帖数: 13709 | 28 mainframe ibm很牛，市场份额很大
但是也还是有其他公司在做
客户方面，欧洲尤其是德国很多公司都在用这些古董
现在我们的后勤也跟前端一样
越来越分裂，搞db的，搞主机的，搞nosql的
唯独我们这一块，变化相对还小一点 |
|
z*******3
发帖数: 13709 | 29 我们这边在大学上课
举例子的时候，说一个项目失败
最常见的例子就是说如果项目用到主机
找不到做cobol的人
那项目就会失败
cobol的人很难找，本身工作机会就不多
做的人更少，所以hr要挖一个做cobol的人
经常要花上半年以上时间去打广告去准备
那些做cobol的也不愿意动，都懒得要死
相比之下，dba和nosql的好找很多
尤其是nosql，一般都找开发做
db的transaction什么的到了超大系统的时候会成为瓶颈
nosql的精度太低，涉及到钱的交易就难堪大任，适合web公司
mainframe能搞定精度和超大数据，但是维护成本是主要问题
不是有钱的主烧不起，所以各有利弊，看不同行业 |
|
