objects status snapshot怎么做 - 未名空间MITBBS历史存档

objects status snapshot怎么做# Programming - 葵花宝典

B*r2014-03-14 07:03

1 楼

这周很怪。周二Dow Jones暴跌300点，我账户还创新高。但周三暴跌200点时，账户挺
不住了大跌。周四大捞底，账户又创新高。但是太贪心没大减仓，今天又大跌近2%。
现在主要仓位是中国和Vix，
CHIQ：49%
PGJ：11%
-VXX：23% （包括VXX空，VXX空靠，XIV）
另有三个closed-end基金，BCX/AOD/USA，每个约5%。今天部分USO空扑作废，还剩少量相
当于2.4%的USO。

s*g2014-03-14 07:03

2 楼

主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

f*42014-03-14 07:03

3 楼

问题描述：
一个容器，大概有40万+的objects，对object有get/set/delete/add操作；这些操作要
求尽快完成。还有几个操作（long run tasks），要求对整个容器所有objects做遍历
，遍历过程会很长（有些费时间的业务处理），这几个操作的要求就是只对snapshot做
。就是说一旦开始遍历，后面来的set/delete/add操作完全不关心，等到这次操作结束
下次再处理。
这些long run tasks会增加。支持多线程。每个object的get/set操作很频繁。
我能想到的就是一旦long run task开始跑了，到它完成前对所有发生的object操作全
部更新在临时对象上。等task结束了，和容器里的对象同步。好处是实现方便，坏处是
内存太浪费了，同步浪费时间。没讲清楚：因为task太耗时间，直接对每个object拷贝
一份更快，但内存就费得更多了。。。
有啥好的点子？

Y*a2014-03-14 07:03

4 楼

量相
今年一月份，我的组合的总市值上涨了8%，也创下了我账户总市值的历史新高。
不过，跑了输创业板指数和略微跑输中小板指数。
但是，这不算意外，因为前半个月在卖出金融股，需要时间调整，
而且即使是全仓创业板，创业板这个指数非常难beat。

【在 B**********r 的大作中提到】

: 这周很怪。周二Dow Jones暴跌300点，我账户还创新高。但周三暴跌200点时，账户挺
: 不住了大跌。周四大捞底，账户又创新高。但是太贪心没大减仓，今天又大跌近2%。
: 现在主要仓位是中国和Vix，
: CHIQ：49%
: PGJ：11%
: -VXX：23% （包括VXX空，VXX空靠，XIV）
: 另有三个closed-end基金，BCX/AOD/USA，每个约5%。今天部分USO空扑作废，还剩少量相
: 当于2.4%的USO。

p*t2014-03-14 07:03

5 楼

哈哈哈哈哈哈哈哈哈哈

【在 s**********g 的大作中提到】

: 主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

w*g2014-03-14 07:03

6 楼

做snapshot最牛的思路莫过于基于日志的数据结构。你可以参考一下Log-Structured
File System，或许会有启发。

【在 f****4 的大作中提到】

: 问题描述：
: 一个容器，大概有40万+的objects，对object有get/set/delete/add操作；这些操作要
: 求尽快完成。还有几个操作（long run tasks），要求对整个容器所有objects做遍历
: ，遍历过程会很长（有些费时间的业务处理），这几个操作的要求就是只对snapshot做
: 。就是说一旦开始遍历，后面来的set/delete/add操作完全不关心，等到这次操作结束
: 下次再处理。
: 这些long run tasks会增加。支持多线程。每个object的get/set操作很频繁。
: 我能想到的就是一旦long run task开始跑了，到它完成前对所有发生的object操作全
: 部更新在临时对象上。等task结束了，和容器里的对象同步。好处是实现方便，坏处是
: 内存太浪费了，同步浪费时间。没讲清楚：因为task太耗时间，直接对每个object拷贝

t*g2014-03-14 07:03

7 楼

唉，偶一月份损失很大，券商股把偶的去年底的盈利吃掉很多。

【在 Y****a 的大作中提到】

:
: 量相
: 今年一月份，我的组合的总市值上涨了8%，也创下了我账户总市值的历史新高。
: 不过，跑了输创业板指数和略微跑输中小板指数。
: 但是，这不算意外，因为前半个月在卖出金融股，需要时间调整，
: 而且即使是全仓创业板，创业板这个指数非常难beat。

d*b2014-03-14 07:03

8 楼

Z系列

【在 s**********g 的大作中提到】

: 主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

f*42014-03-14 07:03

9 楼

谢谢，我去看看。
log的话估计悬，主要get可能会受影响。得试试看。
在优化老模块，条条框框太多了 -_-

【在 w***g 的大作中提到】

: 做snapshot最牛的思路莫过于基于日志的数据结构。你可以参考一下Log-Structured
: File System，或许会有启发。

Y*a2014-03-14 07:03

10 楼

其实我也没有准备这么早开掉券商的，
我原来可是还看多券商的，
但是前面出的几个预报都没有我想象的好，
就觉得问题不对了，晚开不如早开掉，大家都卖的时候就晚了，
所以，第一个星期就卖呀卖的，
所以就避开了金融股的跌势，其实时机上挺运气的，懒一点就赶上了。

【在 t****g 的大作中提到】

: 唉，偶一月份损失很大，券商股把偶的去年底的盈利吃掉很多。

d*02014-03-14 07:03

11 楼

sony不谈性价比

【在 s**********g 的大作中提到】

: 主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

g*g2014-03-14 07:03

12 楼

Take a page from DB cluster design. You use a replica for long running job.
Updates are logged, batched and asynchronous.
If your objects are in memory, logging does you no good, but you can still
batch and update async. And if memory is a concern, who says replica can't
be in a different machine.

【在 f****4 的大作中提到】

: 问题描述：
: 一个容器，大概有40万+的objects，对object有get/set/delete/add操作；这些操作要
: 求尽快完成。还有几个操作（long run tasks），要求对整个容器所有objects做遍历
: ，遍历过程会很长（有些费时间的业务处理），这几个操作的要求就是只对snapshot做
: 。就是说一旦开始遍历，后面来的set/delete/add操作完全不关心，等到这次操作结束
: 下次再处理。
: 这些long run tasks会增加。支持多线程。每个object的get/set操作很频繁。
: 我能想到的就是一旦long run task开始跑了，到它完成前对所有发生的object操作全
: 部更新在临时对象上。等task结束了，和容器里的对象同步。好处是实现方便，坏处是
: 内存太浪费了，同步浪费时间。没讲清楚：因为task太耗时间，直接对每个object拷贝

n*l2014-03-14 07:03

13 楼

为什么要sony？fashion?

w*g2014-03-14 07:03

14 楼

人可能受不了eventual consistancy.

.

【在 g*****g 的大作中提到】

: Take a page from DB cluster design. You use a replica for long running job.
: Updates are logged, batched and asynchronous.
: If your objects are in memory, logging does you no good, but you can still
: batch and update async. And if memory is a concern, who says replica can't
: be in a different machine.

t*t2014-03-14 07:03

15 楼

X系列

【在 s**********g 的大作中提到】

: 主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

g*g2014-03-14 07:03

16 楼

受不了就不会谈 snapshot了。

【在 w***g 的大作中提到】

: 人可能受不了eventual consistancy.
:
: .

k*n2014-03-14 07:03

17 楼

你的问题就自相矛盾

【在 s**********g 的大作中提到】

: 主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

f*42014-03-14 07:03

18 楼

不是所有地方都能想加机器就加机器的。这点传统IT不如你们做服务的爽。。。
优化了点别细节，提高了点速度。这块留着下回再说吧。

.

【在 g*****g 的大作中提到】

: Take a page from DB cluster design. You use a replica for long running job.
: Updates are logged, batched and asynchronous.
: If your objects are in memory, logging does you no good, but you can still
: batch and update async. And if memory is a concern, who says replica can't
: be in a different machine.

f*r2014-03-14 07:03

19 楼

性价比高？你这是在侮辱索尼嘛

【在 s**********g 的大作中提到】

: 主要就是家里普通用用，看看电影，用illustrator画画图。谢谢，

n*12014-03-14 07:03

20 楼

这种需求在fp中非常常见，因为data structure都是immutable, 所以每个add/delete
都会生成new copy, 但完全在内存层复制性能消耗太大，所以就做copy on write, 专
业点叫persistent data structure
你可以看看boost里面的Boost.Flyweight, java里面也应该有类似的data structure.

【在 f****4 的大作中提到】

: 问题描述：
: 一个容器，大概有40万+的objects，对object有get/set/delete/add操作；这些操作要
: 求尽快完成。还有几个操作（long run tasks），要求对整个容器所有objects做遍历
: ，遍历过程会很长（有些费时间的业务处理），这几个操作的要求就是只对snapshot做
: 。就是说一旦开始遍历，后面来的set/delete/add操作完全不关心，等到这次操作结束
: 下次再处理。
: 这些long run tasks会增加。支持多线程。每个object的get/set操作很频繁。
: 我能想到的就是一旦long run task开始跑了，到它完成前对所有发生的object操作全
: 部更新在临时对象上。等task结束了，和容器里的对象同步。好处是实现方便，坏处是
: 内存太浪费了，同步浪费时间。没讲清楚：因为task太耗时间，直接对每个object拷贝

s*g2014-03-14 07:03

21 楼

主要是有他的一个giftcard，一月到期，被逼。我以前都是dell。
OK，换个要求，只要后面部分，看看电影，用illustrator画画图，应该不会矛盾了把
。