Redian新闻
>
急问NTS过期,门数没考完怎么办?交费多少?
avatar
急问NTS过期,门数没考完怎么办?交费多少?# Accounting - 会计审计
j*r
1
我知道印花税是0.1%单边,大家的佣金都是多少啊?现在我的是网上交易好像是0.12-0
.16%。看网络上有人说自己能搞到万分之几的,不知道他们是怎么搞的
是不是是有什么问题在里面?
avatar
L*i
3
根除怒火---改善您的健康和人生
时不时会听到一些因发怒而伤身的事件,例如某某和别人争吵了以后,一气之下发生脑
溢血,半身瘫痪,从此生活不能自理。。一次怒发冲冠,便彻底改变了人生轨迹,后半
生以轮椅为伴,这是始料不及的,然而后悔莫及又有何用呢,覆水难收矣。。
大家有没有注意到题目的“根除怒火”,而不是“控制怒火”或“忍下怒火”,后者并
没有真的不发怒,只是“制怒”或“忍怒”,憋着怒火对别人没有伤害,但对自己身体
造成的伤害与发怒同样严重或更甚。我们有时会遇到一些高人,他们面对暴跳如雷者,
仍然保持和颜悦色,不愠不怒,他们不是忍功一流,而是真的不动怒,也就是说,在他
们身上已根除了怒火,任凭怎么样的谩骂和侮辱行为都伤不了他们,乃真正的超然觉悟。
最近,在旅途中我遇到一个已根除怒火的高人,她可以说是我生命中的贵人,和她的对
话,令我顿悟人生中难以把握的发怒原来是可以根除的。她的仪态优雅大方,六十岁出
头了,但看上去只有四十多岁,眼尾竟然看不到皱纹。我问她如何保养的,她说:“我
基本上不发怒。” 不发怒是她保持容貌年轻的秘诀!她从公司的小职员做起,一直升
到现在的副总裁,因为人际关系好,每次升职总是全票通过,一路走来很轻松的,没有
普通人奋斗的“血泪史”。
我问她:你的工作忙吗?
她答:很忙。
问:压力大吗?
答:没有压力。
工作很忙,但没有压力,这不是有点矛盾吗?
她笑着说:“我是超人,哈哈。。没有压力是因为我觉得没有压力,你心想什么就是什
么。”
你心想什么就是什么---物唯心造。
我又问:怎样能做到控制发怒?
答:我不是控制怒火,而是没有怒火。忍气吞声的人会难受,我不会。
问:当别人挑衅你的时候,如何做到没有怒火?
答:因为我从不把对方当作敌人。他(她)不会无缘无故地骂人,我自己或许有不对的
地方。我总是先找对方的优点、好处,再差的人也有优点的。常对别人不满发怒,就是
只看到别人的缺点而忽略了优点。
问:明知对方无理取闹也不争辩吗?
答:争辩只会激化矛盾。聆听不争辩,骂完了,对方自己反而觉得不好意思了,这时你
再说句:’你说的有一定道理’,Ta可能会感动得给你一个拥抱。记着,人的本性是善
良的。
近日一新闻报道,国内某地一75岁老人,因照顾孙子的事情与儿子争执,儿子一时发怒
骂了狠话,老人想不开跳楼自杀而亡。其儿子追悔莫及,抚尸哭喊:“妈,您咋不要我
啦。。。”闻者凄然。暴怒时的语言杀伤力太大了!
一个衣着光鲜的白领男士从停车场出来,走道上突然有个人撞了他一下,虽然不是他的
错,他仍然说:“对不起,碰着你了。”那人楞了一楞然后走开。白领男士晚上无意中
看到新闻,就在那个停车场的走道上,几乎是在他离开的同一时间,发生一起抢劫案,
受害人正在医院抢救。电视播出监控录像,疑犯的样子正是碰撞他的那个人。。
“良言一句三冬暖,恶语伤人六月寒”。
从不与人为敌,常看到对方的优点,你就会没有怒火,久而久之,你的怒火就彻底地根
除了,自然而然就不会生气动怒,你身边的人会越来越喜欢你,你的家庭、健康、事业
会日渐完美。这是我从遇到的贵人的话语中得到的顿悟,今与各位分享。愿大家和睦相
助,共造健康美丽人生~
avatar
b*i
4
看wiki,不懂,用lock怎么就不行了?
In 2005, Tim Harris, Simon Marlow, Simon Peyton Jones, and Maurice Herlihy
described an STM system built on Concurrent Haskell that enables arbitrary
atomic operations to be composed into larger atomic operations, a useful
concept impossible with lock-based programming. To quote the authors:
Perhaps the most fundamental objection [...] is that lock-based programs do
not compose: correct fragments may fail when combined. For example, consider
a hash table with thread-safe insert and delete operations. Now suppose
that we want to delete one item A from table t1, and insert it into table t2
; but the intermediate state (in which neither table contains the item) must
not be visible to other threads. Unless the implementor of the hash table
anticipates this need, there is simply no way to satisfy this requirement. [
...] In short, operations that are individually correct (insert, delete)
cannot be composed into larger correct operations.
—Tim Harris et al., "Composable Memory Transactions", Section 2: Background
, pg.2
avatar
k*1
5
请问xdjm NTS要过期了,还有两门没考, 应该怎么办?
听说能再交50美元拿一个NTS ?请问在哪交?
除了这个50美元还要补交另外两门的考试费吗?
谢谢!!
avatar
d*e
6
直接和你的券商谈,要求降低一点,不降就转账户。

-0

【在 j***r 的大作中提到】
: 我知道印花税是0.1%单边,大家的佣金都是多少啊?现在我的是网上交易好像是0.12-0
: .16%。看网络上有人说自己能搞到万分之几的,不知道他们是怎么搞的
: 是不是是有什么问题在里面?

avatar
t*t
7
i didn't read the whole thing, but i guess you need to lock *both* hash-
table. usually that's not desirable, and if the lock order is incorrect, you
may get a dead-lock.

do
consider
t2
must

【在 b***i 的大作中提到】
: 看wiki,不懂,用lock怎么就不行了?
: In 2005, Tim Harris, Simon Marlow, Simon Peyton Jones, and Maurice Herlihy
: described an STM system built on Concurrent Haskell that enables arbitrary
: atomic operations to be composed into larger atomic operations, a useful
: concept impossible with lock-based programming. To quote the authors:
: Perhaps the most fundamental objection [...] is that lock-based programs do
: not compose: correct fragments may fail when combined. For example, consider
: a hash table with thread-safe insert and delete operations. Now suppose
: that we want to delete one item A from table t1, and insert it into table t2
: ; but the intermediate state (in which neither table contains the item) must

avatar
p*2
8
concurrency
avatar
a*e
9
这个例子简单说就是,如果使用 lock 机制提供了 atomic delete 和 atomic insert
两个操作,还是不足以保证两者的组合使用时 (e.g. delete x from A then insert
into B) 的正确性,必须暴露底层 delete 和 insert 的实现中所用到的 lock。也就
是说,使用 lock 是无法实现一个 clean composition 的,当 delete 和 insert 本
身的实现被修改时,原先正确的组合可能就变得不正确了。使用 STM 则有效的解决了
这个问题,而且可以引入灵活的组合方式。

do
consider
t2
must

【在 b***i 的大作中提到】
: 看wiki,不懂,用lock怎么就不行了?
: In 2005, Tim Harris, Simon Marlow, Simon Peyton Jones, and Maurice Herlihy
: described an STM system built on Concurrent Haskell that enables arbitrary
: atomic operations to be composed into larger atomic operations, a useful
: concept impossible with lock-based programming. To quote the authors:
: Perhaps the most fundamental objection [...] is that lock-based programs do
: not compose: correct fragments may fail when combined. For example, consider
: a hash table with thread-safe insert and delete operations. Now suppose
: that we want to delete one item A from table t1, and insert it into table t2
: ; but the intermediate state (in which neither table contains the item) must

avatar
f*3
10
大牛再详细讲讲,如果
A.lock()
B.lock()
A.remove(x)
B.add(x)
B.unlock()
A.unlock()
会有问题吗?这和
atomic {
A.remove(x)
B.add(x)
}
效果是一样的吧? 而且stm底下用的是Lock吗?

insert

【在 a*****e 的大作中提到】
: 这个例子简单说就是,如果使用 lock 机制提供了 atomic delete 和 atomic insert
: 两个操作,还是不足以保证两者的组合使用时 (e.g. delete x from A then insert
: into B) 的正确性,必须暴露底层 delete 和 insert 的实现中所用到的 lock。也就
: 是说,使用 lock 是无法实现一个 clean composition 的,当 delete 和 insert 本
: 身的实现被修改时,原先正确的组合可能就变得不正确了。使用 STM 则有效的解决了
: 这个问题,而且可以引入灵活的组合方式。
:
: do
: consider
: t2

avatar
p*2
11

用STM不需要用lock,所以可以大幅提高concurrency

【在 f**********3 的大作中提到】
: 大牛再详细讲讲,如果
: A.lock()
: B.lock()
: A.remove(x)
: B.add(x)
: B.unlock()
: A.unlock()
: 会有问题吗?这和
: atomic {
: A.remove(x)

avatar
a*e
12
你这段 psuedo code 正好说明 lock 机制不适合从小部件拼装组合大部件。比如这段
封装起来成一个函数 extract(x, A, B),看似没问题吧?结果用户在不同的两个线程里
用到了 extract(x, a, b) 和 extract(y, b, a),你就死锁啦!
而且 delete 和 insert 的具体实现也不一定非要 whole table lock 不可。
后面那个 atomic 的写法显然需要 global lock,正确性是有了,但是没效率。

【在 f**********3 的大作中提到】
: 大牛再详细讲讲,如果
: A.lock()
: B.lock()
: A.remove(x)
: B.add(x)
: B.unlock()
: A.unlock()
: 会有问题吗?这和
: atomic {
: A.remove(x)

avatar
a*e
13
STM 也有自己的问题,但是 composability 上绝对是强过 lock

【在 p*****2 的大作中提到】
:
: 用STM不需要用lock,所以可以大幅提高concurrency

avatar
m*t
14
最近打算用STM作点东西,能详细说说STM的问题吗?

【在 a*****e 的大作中提到】
: STM 也有自己的问题,但是 composability 上绝对是强过 lock
avatar
b*i
15
感觉底层还是用了lock。那么,用STM,就不允许lock后单独修改数据了,必须都
atomic。否则,有的atomic,有的不用atomic,肯定不行,是不是?
就是在语法上简化了。

【在 a*****e 的大作中提到】
: STM 也有自己的问题,但是 composability 上绝对是强过 lock
avatar
a*e
16
语义上就限制了在 transaction 内部的 side effect 必须是 reversible,比如发个
packet出去就不行,只能 buffer 起来到 transaction 结束之后再做。
另外 When performance sucks, you don't know why.
Tuning STM programs for performance 比起 lock tuning 可能还要困难一些,当然
我没有什么第一手经验,道听途说的吧。

【在 m******t 的大作中提到】
: 最近打算用STM作点东西,能详细说说STM的问题吗?
avatar
a*e
17
底层用不用 lock 另说,但一定要支持 rollback。
和 lock 混用估计也是可以做到的,不过在 Haskell 里面,直接 STM monad 在类型上
就限制了 side effect 的种类,也不允许在 transaction 内部使用 lock。脱离开了
STM Monad,你在 transaction 外部使用什么都可以。

【在 b***i 的大作中提到】
: 感觉底层还是用了lock。那么,用STM,就不允许lock后单独修改数据了,必须都
: atomic。否则,有的atomic,有的不用atomic,肯定不行,是不是?
: 就是在语法上简化了。

avatar
b*i
18
我的意思是,如果atomic里面进行对两个map的修改,然后我另一个thread不在atomic里
面对map修改,那肯定不行吧。所以atomic里面肯定还是使用了lock,才能保证atomic
。所谓rollback,就是说改完了一个map,发现无法获得第二个map的锁,所以rollback
,等下次再试。我猜是这样的。



【在 a*****e 的大作中提到】
: 底层用不用 lock 另说,但一定要支持 rollback。
: 和 lock 混用估计也是可以做到的,不过在 Haskell 里面,直接 STM monad 在类型上
: 就限制了 side effect 的种类,也不允许在 transaction 内部使用 lock。脱离开了
: STM Monad,你在 transaction 外部使用什么都可以。

avatar
p*2
19

atomic
rollback
应该是MVCC吧?

【在 b***i 的大作中提到】
: 我的意思是,如果atomic里面进行对两个map的修改,然后我另一个thread不在atomic里
: 面对map修改,那肯定不行吧。所以atomic里面肯定还是使用了lock,才能保证atomic
: 。所谓rollback,就是说改完了一个map,发现无法获得第二个map的锁,所以rollback
: ,等下次再试。我猜是这样的。
:
: 了

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