|
|
|
X****i
发帖数: 1877 | 4 【猾恶街私人账户11月27日前就已出货卖空】
然后高高兴兴的过感恩节为之后暴跌庆祝。
正因此11月27日看跌的股票是平时的两倍。
【这里的信息仅供海内外华人间的共享，严禁翻译，严禁违规散布】
【但绝对欢迎和鼓励转发信息至海内外的中文华人论坛，多多益善】
【金融手段超级犀利高效之处，正是不动一兵一卒立即能达到目的】
【米国熊市跌1/2是少，跌2/3正常，逢高峰价卖空，可迅速致暴富】
【猾恶街绝密的私人家族账户卖空高峰做多谷底，其代理基金常相反】
【散户，企业，机构把钱上缴猾恶街供其"全权代理"，无异割肉喂虎】
【散户在自然谷底买进，猾恶街就来砸价，高峰卖空，猾恶街就来挤空】
【股价起跌90%是猾恶街特意与散户捣蛋的结果，事后用新闻做掩护】
【散户熟悉猾恶街的诡计和伎俩后，能每天轻松收割其捣蛋的极端价】
【这里的信息是对准猾恶街的照妖镜，帮助散户透视猾恶街的各种诡计】
【坚决，积极，精益求精的为海内外华人的金融安全和利益做贡献】
读者也可用以下的链接，搜索其它和最近的预测贴：
http://www.mitbbs.com/mitbbs_bbsbfind.php?board=Stock
【20... 阅读全帖 |
|
f*******s
发帖数: 3046 | 5 nsm在bay area还有多少人？会relo吗？ |
|
w7
发帖数: 76 | 6 This board is dominated by IT ppl. Who will care about semiconductor circle?
Generally, culture of TI is no match to that in Silicon Valley at all. The
success of TI's acquisition of Burr-Brown is hard to repeat in here. |
|
f*******s
发帖数: 3046 | 7 做semi的应该也不少吧。很感叹手机这一块大浪淘沙，TI也终于要退出了。
circle?
The |
|
a***e
发帖数: 27968 | 8 你说的这些，都是假设intel完全失去mobile的情况
其实如果假设有个超级公司叫M-Chip,包含这么几个部门
TSMC, NV, TXN, BRCM, QCOMM, ATI, ARMH
这个公司开发下一代M-Chip能不能活下去
它的研发成本会比intel低么？
capex, tsmc今年已经是8B，和intel的9B不相上下了
这些高端产能，这几家吃下去，自然分摊成本，不要指望MTK
其他的R&D成本会更低么，怎么看都够呛
现在不比当年，tsmc给个标准库，牺牲点性能，搞一搞就能生产了
40nm的时代已经行不通了，生产设计有很多交叉，要不nv也不会那么多乱子
tsmc对每个客户要重复优化，耗时耗力
这么个巨型M-chip,你老觉得是能赚钱的，对吧，那为什么intel不行？
你可以想象，假设intel可以和M-chip生产完全一样的东西
M-Chip铁定死无葬身之地，半导体工业，技术差半代以上，
成本就差30%，还不提性能，只能喝汤
intel的问题是现在没有好的解决方案，而不是model不行了
只要市场吃下25%，它这个model活蹦乱跳
fabless成本低在高端就是个传说 |
|
M*****8
发帖数: 17722 | 9 【 以下文字转载自 JobHunting 讨论区 】
发信人: MB80528 (肥猫(Contrarian)[食MM而肥]), 信区: JobHunting
标 题: 既轻松，又暴利的墙街股市提款员临时工大招聘。
发信站: BBS 未名空间站 (Sat Jun 15 18:13:32 2013, 美东)
既轻松，又暴利的墙街股市提款员大招聘。
无需考试，面试，无需学历经验，无需出门。
如果不完全了解以下的内容，去股版询问即可。
如股版不提供帮助(属正常)，股版不配获得预测。
20130614 AAPL: 看涨 <~ 419.42[425.95]; 看跌 >~ [445.54]452.08
20130614 ABT: 看涨 <~ 36.00[ 36.35]; 看跌 >~ [ 37.41] 37.77
20130614 ACN: 看涨 <~ 78.46[ 79.23]; 看跌 >~ [ 81.55] 82.32
20130614 AEP: 看涨 <~ 43.92[ 44.29]; 看跌 >~ [ 45.41] 45.78
20130614 ALL: 看涨 <~ 45.65[ 4... 阅读全帖 |
|
M*****8
发帖数: 17722 | 10 【 以下文字转载自 Stock 讨论区 】
发信人: MB80528 (肥猫(Contrarian)[食MM而肥]), 信区: Stock
标 题: 最新102个股票预测（昨晚20130618的结果）
发信站: BBS 未名空间站 (Wed Jun 19 13:50:38 2013, 美东)
20130618 AAPL: 看涨如果 <~ 419.76[426.15]; 看跌如果 >~ [445.30]451.69
20130618 ABT: 看涨如果 <~ 36.20[ 36.53]; 看跌如果 >~ [ 37.55] 37.89
20130618 ACN: 看涨如果 <~ 79.78[ 80.57]; 看跌如果 >~ [ 82.96] 83.76
20130618 AEP: 看涨如果 <~ 44.39[ 44.76]; 看跌如果 >~ [ 45.89] 46.27
20130618 AIG: 看涨如果 <~ 44.37[ 45.12]; 看跌如果 >~ [ 47.37] 48.12
20130618 ALL: 看涨如果 <~ 45.95[ 46.41... 阅读全帖 |
|
c******n
发帖数: 4965 | 11 but square is the biggest of them , paypal is not growing anywhere as fast
as square. "crowded" ?? are you joking? just walk into any brick-and-mortar
stores and see how many already take any of these payment options. there is
a huge empty space to occupy.
plus it's by far not just taking the money and recording the numbers, the
revenue potential once you own the txn route is limitless, and beyond the
imagination of most people (real time data analysis on user behavior,
recommendation, credit/lo... 阅读全帖 |
|
l*******u
发帖数: 12906 | 12 Qualcomm Inc. (QCOM) is slated to release its first quarter 2012 results on
Wednesday, February 1, after the closing bell. The current Zacks Consensus
Estimate for the first quarter is pegged at 81 cents per share, representing
an annualized growth of 16.73%.
With respect to earnings surprises over the trailing four quarters, Qualcomm
has outperformed the Zacks Consensus Estimate in three of the last four
quarters. The average earnings surprise was a positive 4.16%, implying that
the company has... 阅读全帖 |
|
M*****8
发帖数: 17722 | 13 【 以下文字转载自 JobHunting 讨论区 】
发信人: MB80528 (肥猫(Contrarian)[食MM而肥]), 信区: JobHunting
标 题: 既轻松，又暴利的墙街股市提款员临时工大招聘。
发信站: BBS 未名空间站 (Sat Jun 15 18:13:32 2013, 美东)
既轻松，又暴利的墙街股市提款员大招聘。
无需考试，面试，无需学历经验，无需出门。
如果不完全了解以下的内容，去股版询问即可。
如股版不提供帮助(属正常)，股版不配获得预测。
20130614 AAPL: 看涨 <~ 419.42[425.95]; 看跌 >~ [445.54]452.08
20130614 ABT: 看涨 <~ 36.00[ 36.35]; 看跌 >~ [ 37.41] 37.77
20130614 ACN: 看涨 <~ 78.46[ 79.23]; 看跌 >~ [ 81.55] 82.32
20130614 AEP: 看涨 <~ 43.92[ 44.29]; 看跌 >~ [ 45.41] 45.78
20130614 ALL: 看涨 <~ 45.65[ 4... 阅读全帖 |
|
a*****n
发帖数: 14370 | 14 我知道MOT和TXN都CUT人了。。。你在IBM？
不过今天股市超劲啊，我还以为今天会劲跌呢，顶拒个肺。 |
|
v***e
发帖数: 2108 | 15 Chase United Mileage Plus, no foreign txn fee. |
|
v***e
发帖数: 2108 | 16 Chase United Mileage Plus, no foreign txn fee. |
|
g****t
发帖数: 31659 | 17 【 以下文字转载自 EE 讨论区 】
发信人: guvest (我爱你老婆Anna), 信区: EE
标 题: Re: 半导体行业看来岌岌可危，看intc和txn的股价就知道
发信站: BBS 未名空间站 (Tue Oct 9 23:47:42 2012, 美东)
S.Jobs死了,对全部行业打击极大.
他一个人,把消费电子行业的研发成本降低了无数.
他活着,大家跟着大方向抄就行了.不需要多少成本.
他死了,全球不知道over all需要多投入多少研发资金,试过多少不同的大小改进,
消费电子才能走到一个新的爆发点.
假如他能活到推出电视:
想想看,一个巨大电视需要多少silicon,有多少花样可以做... |
|
t*******e
发帖数: 684 | 18 The rules are the same across the board, no matter what technology you use. Runtime errors (system errors) cause transaction rollback automatically, checked exceptions (app errors) by default do NOT roll back transactions. But you may explicitly call or configure a txn roll back on application errors. |
|
t*******e
发帖数: 684 | 19 Think about a scenario at amazon.com, when a pricing error occurs, the
amount of txns jacks up with anomaly against a single item. Obviously,
overnight data analysis/mining doesn't help. There must be a real-time, big
data analytic process to quickly remove the item from listing.
Does Cassandra or HBase fit this use case?
. |
|
t*******e
发帖数: 684 | 20 Health Care用Java和.net的都有。但是对txn throughput, performance要求不高，但
是对integration, SSO, security有特别的要求。所以同意好虫说的。 |
|
N********n
发帖数: 8363 | 21
"对txn throughput, performance要求不高"??
It's certainly not stock exchange high but still quite high. Try a
contract with big ones such as US Military hospitals and see if it's
high or not.
Healthcare IT is about imaging, workflow and data sharing. C/C++ is
used for imaging, .Net / Java for workflow and RMDBs for sharing.
You mentioned "integration" so I can tell you know the sector unlike
that fool asking "没事谁登录医院/保险?" A clueless question. |
|
c******n
发帖数: 4965 | 22 才注意这个帖子，， 开始觉得是灌水吵架吹牛皮。 仔细想想这个问题还是很有趣的
。。 现有订票系统（travelocity Expedia 等等）
volume 和 qps跟中国铁路根本没法比。 实际上你要保证完全不多卖 (overbooked) 或
少卖， 很简单， 就是 global lock, 没有别的 捷径
所以现在我们经常有见到航空公司 overbooked 然后给乘客 coupon
你看现在航空公司（我记得 united 是这样）， 进去选座位， 输个人信息， 。。
。。。 一串动作后， 最后一部步， 说， 刚才选的位子没了。，
就是说最后一步才 submit transaction, 这样hold locj
k 时间短得多， 如果同时 一列车的2000人同时
竞争， 一个 txn 50---100Ms, 最后delay 20s,还凑活 |
|
v***e
发帖数: 2108 | 23 你这么说就没意思了，你和魏老师打架，和现在吵的是两回事
很多C++程序员比如我，都是旁观而已。
而且你的漏洞也够大的，写几行code，连fsync都搞不清，
在我看来这个比txn更丢脸。 |
|
M*****n
发帖数: 2301 | 24 Berkeley DB was designed and implemented as a database from day one.
It is highly respectable and one of very few open source projects that can
be categorized as a real database.
另一个是Foundation DB号称真正做到了ACID和TXN，不过我没来得及研究
其他的比如Level DB，市面上几乎所有各类开源DB所谓的performance都
其实都是靠着cutting corners，这种东西严格说起来都不应该
成为database，只是一个distributed datastore而已，就连datastore
这个称号也要打个问号。
open source的东西，其实很多code质量不怎么样，技术含量也很低
没有什么新东西，说白了就是cutting corners，运气好能在market上
找个小的sweet spot，有的连sweet spot都找不到.
借着big data的东风，现在google... 阅读全帖 |
|
z*******3
发帖数: 13709 | 25
no
money txn -> db
others -> nosql |
|
z***s
发帖数: 3241 | 26 大牛三言两语简介一下啥是txn？
加入购物车，输入地址/信用卡，place order全套算一个？ |
|
z****e
发帖数: 54598 | 27 去掉购物车环节，从刷卡确认到完成
购物车那个只是session，跟txn没啥大关系
session很容易的 |
|
z****e
发帖数: 54598 | 28
应该是互补关系，目前为止，c*还没有做到直接替代db的所有功能
尤其是txn做不到，一般log以及search可以用c* |
|
z***s
发帖数: 3241 | 29 哦。txn只是指支付，place之后的事情。对吧。 |
|
z****e
发帖数: 54598 | 30 大部分web上那些垃圾，还不如银行有技术含量呢
连个txn都搞不定，一天到晚用点傻瓜化的api
吹毛吹，都是应付垃圾数据
所以现在股价开始跌了，也开始裁员了嘛
资本家发现丫不值这么多钱的时候，马上就会反应过来
web泡沫现在就是能骗钱赶紧骗，骗不了多久了 |
|
z****e
发帖数: 54598 | 31
对啊，这个时候如果后面async的txn全部提示成功
那就麻烦了，一大堆人钱被白刷了
然后肯定要闹事，飞机票超卖一两次都闹了很多次了
火车票闹起来可不简单，tg最怕这个 |
|
M*****n
发帖数: 2301 | 32
这倒不是，就算一年你处理一个TXN，你也不可能达到CAP，假设P，那么CA你不可能兼
得，请老魏好好想想。
当然CAP只是在一个很严格限定条件下的定理，在实践上有太多的东西要考虑，很多条
件要relax，比如你说的latency，timeout之类，不能生搬硬套，动辄CAP的人，恰恰说明
不太懂CAP， 这点上我同意你
现在的问题是CAP被很多人overread，有的人甚至连ACID的C和CAP的C都搞不清楚，
CAP说的人很多，但真正理解的人不多。 |
|
M*****n
发帖数: 2301 | 33 CAP的理论证明是10几年前PODC上的，都是理论上的证明，倒不一定要看，
知道结论就好了
实践派关心的P有多久，是不是所谓“永久”，P recover之后如果处理txn log的
conflict，
A如何用latency表达，latency到什么程度才叫timeout失去了A，当中有什么tradeoff
可以用，
那不是那篇论文所关心的，或者说是另外一个问题。
其实你和好虫都是实践派，只是领域不同罢了，能好好说还是好好说吧 |
|
M*****n
发帖数: 2301 | 34 吵了半天终于有个可以看的link了
好虫的方案就是典型的NoSQL DB的东西，star replication， commit after
quorum writes，failover to new master after election, 这些没什么可以说的。
貌似魏老师的方案属于chain replication， 这种replication用的比较少，但是也有。
相对于star replication，chain replication也有自己的优势，就是master
负载小一些。
不过我没有看明白魏老师的设计里面，何时给client这个commit，看魏老师的意思
三段DC之间的replication是async的，这样如何保证不丢数据 if master fail？
如果replication是sync的，write只有到commit到backend server，txn才
算commit to client，这类似于NoSQL里面consistency model = ack from all nodes，
在NoSQL里面这种write latency是蛮大的，在魏... 阅读全帖 |
|
M*****n
发帖数: 2301 | 35 不清楚魏老师的计数器的具体设计，
不过你这个卖票和assign座位难道不能分开？何必放在一个2D表里面，
用一个txn完成所有事情？ |
|
M*****n
发帖数: 2301 | 36 I see，不过这个能不能通过seat assignment的算法解决？还是非
要把座位放在卖票计数器里面用一个txn？
比如中间段卖票排座位的时候尽量不排可以卖长途联票的座位。
尽量减少中间换座位的次数，但不一定能保证一定不用换座位，
应该是个优化问题，没仔细想过。 |
|
z****e
发帖数: 54598 | 37
bit不叫最基本，是最节省的，因为随便一个操作，都会导致这种开销成倍增加
而现实中是不太可能用bit来标示一个票的
票的信息当然不可能是一个bit标识一下就好了
这个认识要是无法统一，就不用谈了
其实就是一个计数器，离真正出票远着呢
一张票怎么都有姓名，车次，身份证号这些
搞不好还在不同的机器上存放
越多机器卷入这个txn，越麻烦，需要反复确认，以确保网络丢包不会影响出票
这就是为啥一说单机，其他人就说，不用跟上一代人争论了
没啥意义 |
|
z****e
发帖数: 54598 | 38
够。
所以才要txn，否则乱序都可以搞，出一半票，那还要你来做？
人家12306就能保证出完整的票，你送13过来，要么全出，要么全不出
没有出一半的道理，如果1出了，3发现 没票了，要求1也不能出
就是因为中间会有其他请求杀入，所以才使得这个需求无比复杂
否则你做什么？就是一个简单的计数器要你做？
数数很好玩么？当其他人都傻到不会数数是吧？ |
|
z****e
发帖数: 54598 | 39 上一次也是讨论到txn时候老魏说搞不定了
当时古德霸就拿出12306的例子来说了
这次还是拿12306来说，人家就能实现联票联程，要么出，要么不出
绝对不会出一半，老魏就是搞不定咯 |
|
q*c
发帖数: 9453 | 40 这有啥难，就是个二维 bit array. 线性搜索。
这个计数器毛病还多，比如要动态加票，加车次，等， 远不如数据库设计，直接加票
减票，各种 txn 自动保证。 |
|
z****e
发帖数: 54598 | 41 很高兴滴看到群众们的眼睛是雪亮的
老魏的各种小伎俩已经被识破了
老魏要做的已经是一个简化得不能再简单的东西了
其实到现在也不过是一个并发上百的单机服务器而已
还没有txn，没有支付，没有html render，没有security，没有联票套票
可以说是什么都没有
离真正的12306可谓是十万八千里远
讨论到这里基本上做的是什么群众们心里都有数了
在此应该特别感谢计数器这个说法提出者
区区三个字把老魏所有伎俩全部秒杀 |
|
z****e
发帖数: 54598 | 42
乙丙冲突时候，以乙为准
成功需要在commit之后再发出，之前当然不是成功
你就是想说分布式txn对吧？这个我可以慢慢讨论 |
|
z****e
发帖数: 54598 | 43 老姜这家伙昨天还在死咬单机
点拨了一下，估计今天打算改多机了
呵呵，你丫有种别抄
我昨天跟你说了怎么处理分布式txn
马上今天就换了个方案出来了？
从我这里一点一点抄，也敢说是老魏的？ |
|
z****e
发帖数: 54598 | 44 对web server做一个负载均衡
每一个web server负责处理一定量的req
然后web server对于下一层次也就是车次的数据存放
自行发送请求，db按照每一个车次自行建立in memory db
比如redis就可以了，以确保尽快返回
然后web servers -> db是一个一对一或者一对多的关系
你要哪个车次就发给哪个db去执行txn
任何一个web server可以冲任何一个db发送请求
这里任何一个web server挂了，无所谓，其他web servers顶上
db挂了，其实也无所谓，因为持久化了，所以重启就是了
而且一个db挂了，不影响其他db，最多在短时间内影响一个车次
其他车次照样出票，所以问题不大，如果真的非常需要
这里再搞一个热备，开销也远比把整个系统做成一个强
这是不卖联程票的时候
如果你要卖联程票，那这个会出现老姜之前说的互锁的情况
这个最简单的，你给web server编出优先级，然后2 phase commit就可以了
当然这个算法不公平，我承认，所以之前一直在问，蓝胖论文凭啥拿图灵奖？
因为一直就在寻找一个比较公平的算法，比较合理的是pa... 阅读全帖 |
|
