Burton最近每次去daycare下午都会吐 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>pets - 心有所宠

Burton最近每次去daycare下午都会吐

Burton最近每次去daycare下午都会吐# pets - 心有所宠

j*x2013-10-17 07:10

1 楼

关键是要有taste
这个确实是某个大牛教授说过的，大意就是做computer system（包括architecture，
distribute system）很依赖研究者的taste；品味很重要。
提升品位最简单的办法就是多看好东西、多吃好东西，那么很显然的办法就是看看论文：
NSDI
OSDI
SOSP
基本上你能想到的流行软件系统基本上都能在这些会议里找到原型或者是类似的系统。
每天抽出上网的时间，浏览一下paper list，找几篇自己感兴趣的看看，时间一长，品
味就出来了。

d*42013-10-17 07:10

2 楼

要入职新公司了，有两个保险我觉得不错：1 HSA公司每年帮你存2800刀，但是
deductible高，每个人2000deductible，outofpocket maximum也是2000刀，是不是每
个人每年不会超过2000刀medical expense啊？
另外一个就是PPO，保费比较贵，但是deductible低每个月才300刀， outofpocket
maximum也是2000刀。
如果现在年轻我们可以选HSA的，因为不怎么看医生。但是如果计划明年要小孩，选哪
个比较划算啊？我们这里西海岸，healthcare 挺贵的呢。谢谢

p*n2013-10-17 07:10

3 楼

这是为虾米啊？
都是下午5点多的时候。不过都吐的不多，一点点bile。我有次接他，他上车前吐了一
点，是棕色的液体。
是不是饿着了？白天消耗太多？后妈是不是要多喂点。。。现在是4cup/天
一三五在daycare就这样，二四在家就不会吐。

g*e2013-10-17 07:10

4 楼

关键是要学ee 懂得cpu缓存内存都是怎么做的

p*g2013-10-17 07:10

5 楼

今年选1明年选2

r*a2013-10-17 07:10

6 楼

接的时候加点餐试试？

【在 p******n 的大作中提到】

: 这是为虾米啊？
: 都是下午5点多的时候。不过都吐的不多，一点点bile。我有次接他，他上车前吐了一
: 点，是棕色的液体。
: 是不是饿着了？白天消耗太多？后妈是不是要多喂点。。。现在是4cup/天
: 一三五在daycare就这样，二四在家就不会吐。

d*w2013-10-17 07:10

7 楼

品味来了。
Basics and Algorithms
The Five-Minute Rule Ten Years Later, and Other Computer Storage Rules of
Thumb (1997): This paper (and the original one proposed 10 years earlier)
illustrates a quantitative formula to calculate whether a data page should
be cached in memory or not. It is a delight to read Jim Gray approach to an
array of related problems, e.g. how big should a page size be.
AlphaSort: A Cache-Sensitive Parallel External Sort (1995): Sorting is one
of the most essential algorithms in databases, as it is used to do joins,
aggregations, and sorts. In algorithms 101 class, CS students are asked to
reason about big O complexity and ignore the constant factor. In practice,
however, the change in constant from L2 cache can be as big as two or three
orders of magnitude. This is a good paper to learn about all the tricks fast
sorting implementations use.
Patience is a Virtue: Revisiting Merge and Sort on Modern Processors (2014):
Sorting revisited. Actually also a good survey on sorting algorithms used
in practice and their trade-offs.
Essentials of Relational Databases
Architecture of a Database System (2007): Joe Hellerstein's great overview
of relational database systems. This essay walks readers through all
components essential to relational database systems.
A Relational Model of Data for Large Shared Data Banks (1970): Codd's
argument for data independence (from 1970), a fundamental concept in
relational databases. Despite the current NoSQL trend, I believe ideas from
this paper are becoming increasingly important in massively parallel data
systems.
ARIES: A Transaction Recovery Method Supporting Fine-Granularity Locking and
Partial Rollbacks Using Write-Ahead Logging (1992): The first algorithm
that actually works: it supports concurrent execution of transactions
without losing data even in the presence of failures. This paper is very
hard to read because it mixes a lot of low level details in the explanation
of the high level algorithm. Perhaps try understand ARIES (log recovery) by
reading a database textbook before attempting to read this paper.
Efficient Locking for Concurrent Operations on B-Trees (1981) and The R*-
tree: An Efficient and Robust Access Method for Points and Rectangles (1990)
optimized and has a low read amplification factor for random lookups of on-
disk data. R-tree is an extension of B-tree to support lookups of multi-
dimensional data, e.g. geodata.
Improved Query Performance with Variant Indexes (1997): Analytical databases
and OLTP databases require different trade-offs. These are reflected in the
choices of indexing data structures. This paper talks about a number of
index data structures more suitable for analytical databases.
On Optimistic Methods for Concurrency Control (1981): There are two ways to
support concurrency. The first is the pessimistic way, i.e. to lock shared
data preemptively. This paper explains an alternatively to locking called
Optimistic Concurrency Control. Optimistic approaches assume conflicts are
rare and executes transactions without acquiring locks. Before committing
the transactions, the database system checks for conflicts and aborts/
restarts transactions if conflicts arise.
Access Path Selection in a Relational Database Management System (1979): The
basics of query optimization. SQL is declarative, i.e. you specify using a
query language what data you want, not how you want it. There are usually
multiple ways (query plans) of executing a query. The database system
examines multiple plans and decides on an optimal one (best-effort). This
process is called query optimization. The traditional way of doing query
optimization is to have a cost-model for different access methods and query
plans. This paper explains the cost-model and a dynamic programming
algorithm to pick the best plan.
Eddies: Continuously Adaptive Query Processing (2000): Traditional query
optimization (and the cost model used) is static. There are two problems
with the traditional model. First, it is hard to build the cost model absent
of data statistics. Second, query execution environment might change in
long running queries and a static approach cannot capture the change.
Analogous to fluid dynamics, this paper proposes a set of techniques that
optimize query execution dynamically. I don't think ideas in Eddies have
made their way into commercial systems yet, but the paper is very refreshing
to read and might become more important now.
Classic System Design
A History and Evaluation of System R (1981): There were System R from IBM
and Ingres from Berkeley, two systems that showed relational database was
feasible. This paper describes System R. It is impressive and scary to note
that the internals of relational database systems in 2012 look a lot like
System R in 1981.
The Google File System (2003) and Bigtable: A Distributed Storage System for
Structured Data (2006): Two core components of Google's data infrastructure
. GFS is an append-only distributed file system for large sequential reads (
data-intensive applications). BigTable is high-performance distributed data
store that builds on GFS. One way to think about it is that GFS is optimized
for high throughput, and BigTable explains how to build a low-latency data
store on top of GFS. Some of these might have been replaced by newer
proprietary technologies internal to Google, but the ideas stand.
Chord: A Scalable Peer-to-peer Lookup Service for Internet Applications (
2001) and Dynamo: Amazon’s Highly Available Key-value Store (2007): Chord
was born in the days when distributed hash tables was a hot research. It
does one thing, and does it really well: how to look up the location of a
key in a completely distributed setting (peer-to-peer) using consistent
hashing. The Dynamo paper explains how to build a distributed key-value
store using Chord. Note some design decisions change from Chord to Dynamo, e
.g. finger table O(logN) vs O(N), because in Dynamo's case, Amazon has more
control over nodes in a data center, while Chord assumes peer-to-peer nodes
in wide area networks.
Columnar Databases
Columnar storage and column-oriented query engine are critical to analytical
workloads, e.g. OLAP. It's been almost 15 years since it first came out (
the MonetDB paper in 1999), and almost every commercial warehouse database
has a columnar engine by now.
C-Store: A Column-oriented DBMS (2005) and The Vertica Analytic Database: C-
Store 7 Years Later (2012): C-Store is an influential, academic system done
by the folks in New England. Vertica is the commercial incarnation of C-
Store.
Column-Stores vs. Row-Stores: How Different Are They Really? (2012):
Discusses the importance of both the columnar storage and the query engine.
Dremel: Interactive Analysis of Web-Scale Datasets (2010): A jaw-dropping
paper when Google published it. Dremel is a massively parallel analytical
database used at Google for ad-hoc queries. The system runs on thousands of
nodes to process terabytes of data in seconds. It applies columnar storage
to complex, nested data structures. The paper talks a lot about the nested
data structure support, and is a bit light on the details of the query
execution. Note that a number of open source projects are claiming they are
building "Dremel". The Dremel system achieves low-latency through massive
parallelism and columnar storage, so the model doesn't necessarily make
sense outside Google since very few companies in the world can afford
thousands of nodes for ad-hoc queries.
Data-Parallel Computation
MapReduce: Simplified Data Processing on Large Clusters (2004): MapReduce is
both a programming model (borrowed from an old concept in functional
programming) and a system at Google for distributed data-intensive
computation. The programming model is so simple yet expressive enough to
capture a wide range of programming needs. The system, coupled with the
model, is fault-tolerant and scalable. It is probably fair to say that half
of the academia are now working on problems heavily influenced by MapReduce.
Resilient Distributed Datasets: A Fault-Tolerant Abstraction for In-Memory
Cluster Computing (2012): This is the research paper behind the Spark
cluster computing project at Berkeley. Spark exposes a distributed memory
abstraction called RDD, which is an immutable collection of records
distributed across a cluster's memory. RDDs can be transformed using
MapReduce style computations. The RDD abstraction can be orders of magnitude
more efficient for workloads that exhibit strong temporal locality, e.g.
query processing and iterative machine learning. Spark is an example of why
it is important to separate the MapReduce programming model from its
execution engine.
Shark: SQL and Rich Analytics at Scale (2013): Describes the Shark system,
which is the SQL engine built on top of Spark. More importantly, the paper
discusses why previous SQL on Hadoop/MapReduce query engines were slow.
Spanner (2012): Spanner is "a scalable, multi-version, globally distributed,
and synchronously replicated database". The linchpin that allows all this
functionality is the TrueTime API which lets Spanner order events between
nodes without having them communicate. There is some speculation that the
TrueTime API is very similar to a vector clock but each node has to store
less data. Sadly, a paper on TrueTime is promised, but hasn't yet been
released.
Dryad: Distributed Data-Parallel Programs from Sequential Building Blocks (
2007): Dryad is a programming model developed at Microsoft that enables
large scale dataflow programming. "The fundamental difference between the [
MapReduce and Dryad] is that a Dryad application may specify an arbitrary
communication DAG rather than requiring a sequence of map/distribute/sort/
reduce operations".
Consensus and Consistency
Paxos Made Simple (2001): Paxos is a fault-tolerant distributed consensus
protocol. It forms the basis of a wide variety of distributed systems. The
idea is simple, but notoriously difficult to understand (perhaps due to the
way the original Paxos paper was written).
The Raft Consensus Algorithm (2014) : Raft is a consensus algorithm designed
as an alternative to Paxos. It was meant to be more understandable than
Paxos by means of separation of logic, but it is also formally proven safe
and offers some new features.[1] Raft offers a generic way to distribute a
state machine across a cluster of computing systems, ensuring that each node
in the cluster agrees upon the same series of state transitions.
CAP Twelve Years Later: How the "Rules" Have Changed (2012): The CAP theorem
, proposed by Eric Brewer, asserts that any net-worked shared-data system
can have only two of three desirable properties: Consistency, Availability,
and Partition-Tolerance. A number of NoSQL stores reference CAP to justify
their decision to sacrifice consistency. This is Eric Brewer's writeup on
CAP in retrospective, explaining "'2 of 3' formulation was always misleading
because it tended to oversimplify the tensions among properties."
Trends (Cloud Computing, Warehouse-scale Computing, New Hardware)
A View of Cloud Computing (2010): This is THE paper on Cloud Computing. This
paper discusses the economics and obstacles of cloud computing (referring
to the elasticity of resources, not the consumer-facing "cloud") from a
technical perspective. The obstacles presented in this paper will impact
design decisions for systems running in the cloud.
The Datacenter as a Computer: An Introduction to the Design of Warehouse-
Scale Machines: Google's Luiz André Barroso and Urs Hölzle explains
the basics of data center hardware and software for warehouse-scale
computing. There is an accompanying video. The video talks about the
importance of cutting long-tail latency in massively parallel systems. The
other key idea is the disaggregation of resources. Technologies such as GFS/
HDFS already disaggregate disks because of high network bandwidth, but yet
to see the same trend applying to DRAMs because that'd require low-latency
networking.
Miscellaneous
Reflections on Trusting Trust (1984): Ken Thompson's Turing Award acceptance
speech in 1984, describing black box backdoor issues and pointing out trust
is not absolute.
External Reading Lists
A number of schools have their own reading lists for graduate students in
databases.
Berkeley: http://www.eecs.berkeley.edu/GradAffairs/CS/Prelims/db.html
Brown: http://www.cs.brown.edu/courses/cs227/papers.html
Stanford: http://infolab.stanford.edu/db_pages/infoqual.html
Wisconsin: http://www.cs.wisc.edu/sites/default/files/db.reading.pdf
MIT: Database Systems 6.830 from 2014 http://db.csail.mit.edu/6.830/sched.html and from 2010 http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-830-database-systems-fall-2010/readings/ (more summarized reading list)
The reading list for Joseph Hellerstein's graduate course in database
systems at Berkeley. It is more comprehensive than this list, but there is
substantial overlap.
，
文：

t*y2013-10-17 07:10

8 楼

你这么相信trump能选上？

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

: 今年选1明年选2

p*n2013-10-17 07:10

9 楼

后妈现在就每天晚上喂一顿，看来在daycare要白天加餐了

j*x2013-10-17 07:10

10 楼

Chord
Dynamo
Dryad
Rdd,spark挺无聊 dag的基本框架套上一个rdd的皇帝新衣服。。。不推荐阅读。。。

L*12013-10-17 07:10

11 楼

生小孩，还是HMO划算

y*u2013-10-17 07:10

12 楼

带两块狗饼干让day care的叔叔阿姨喂一下？

【在 p******n 的大作中提到】

h*a2013-10-17 07:10

13 楼

赞好paper

an

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

: 品味来了。
: Basics and Algorithms
: The Five-Minute Rule Ten Years Later, and Other Computer Storage Rules of
: Thumb (1997): This paper (and the original one proposed 10 years earlier)
: illustrates a quantitative formula to calculate whether a data page should
: be cached in memory or not. It is a delight to read Jim Gray approach to an
: array of related problems, e.g. how big should a page size be.
: AlphaSort: A Cache-Sensitive Parallel External Sort (1995): Sorting is one
: of the most essential algorithms in databases, as it is used to do joins,
: aggregations, and sorts. In algorithms 101 class, CS students are asked to

d*42013-10-17 07:10

14 楼

why, only have in-network hospital.

【在 L**********1 的大作中提到】

: 生小孩，还是HMO划算

c*n2013-10-17 07:10

15 楼

一天4杯呀？Burton真幸福。Candy 每天2杯半，还那么胖。

【在 p******n 的大作中提到】

s*c2013-10-17 07:10

16 楼

如果是关于research，说的很好。system research就靠选题的taste。
如果只是为了求职，有点overkill了。其实面试设计题的面试官只有一小部分听说过这
几个会议，更小一部分读过它们的论文。

，
文：

【在 j********x 的大作中提到】

: 关键是要有taste
: 这个确实是某个大牛教授说过的，大意就是做computer system（包括architecture，
: distribute system）很依赖研究者的taste；品味很重要。
: 提升品位最简单的办法就是多看好东西、多吃好东西，那么很显然的办法就是看看论文：
: NSDI
: OSDI
: SOSP
: 基本上你能想到的流行软件系统基本上都能在这些会议里找到原型或者是类似的系统。
: 每天抽出上网的时间，浏览一下paper list，找几篇自己感兴趣的看看，时间一长，品
: 味就出来了。

d*42013-10-17 07:10

17 楼

how does this have relation with Trump?

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

: 你这么相信trump能选上？

t*u2013-10-17 07:10

18 楼

加一餐，但是总量不用变

y*a2013-10-17 07:10

19 楼

有道理。一周 3 篇，大概读个意思出来就好了。

b*i2013-10-17 07:10

20 楼

小布是早晚各一顿

【在 p******n 的大作中提到】

: 后妈现在就每天晚上喂一顿，看来在daycare要白天加餐了

m*f2013-10-17 07:10

21 楼

re, 我家也是，中间外加treats，还是给burton分成两顿喂吧。。。。

【在 b********i 的大作中提到】

: 小布是早晚各一顿

r*a2013-10-17 07:10

22 楼

啊？干粮一天一顿很不好吧，还容易bloat神马的，一定要分开两顿。raw一顿还差不多

【在 p******n 的大作中提到】

: 后妈现在就每天晚上喂一顿，看来在daycare要白天加餐了

b*i2013-10-17 07:10

23 楼

其实我还想过让他一天三餐。不过本来就三杯，再分成三份，每次就盖个碗底儿。。。
想着有点儿寒碜。。

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

: re, 我家也是，中间外加treats，还是给burton分成两顿喂吧。。。。

a*82013-10-17 07:10

24 楼

恩，一天一顿容易bloat。屁屁饿的时候就会吐。它现在是一天两顿，一顿2杯，和你们
家burton一样。

m*f2013-10-17 07:10

25 楼

最近odie 又挑食了，每次一杯多一点还唧唧歪歪的吃一个上午，有事没事过去叼两
粒还偷混点猫粮。我家好象treats 吃的比较多，我上班之前大kong 里面都塞的满满
的全是什么鱼干/牛干/鸡鸭干/花生饼干，外加一个大号greenie。我也觉得给的有点
多，但是一天在家没零食吃多无聊啊，我上班一个抽屉全是零食。。。。。

【在 b********i 的大作中提到】

: 其实我还想过让他一天三餐。不过本来就三杯，再分成三份，每次就盖个碗底儿。。。
: 想着有点儿寒碜。。

b*i2013-10-17 07:10

26 楼

得亏我儿子不上买卖提

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

: 最近odie 又挑食了，每次一杯多一点还唧唧歪歪的吃一个上午，有事没事过去叼两
: 粒还偷混点猫粮。我家好象treats 吃的比较多，我上班之前大kong 里面都塞的满满
: 的全是什么鱼干/牛干/鸡鸭干/花生饼干，外加一个大号greenie。我也觉得给的有点
: 多，但是一天在家没零食吃多无聊啊，我上班一个抽屉全是零食。。。。。

k*e2013-10-17 07:10

27 楼

饿的话应该吐的是黄色液体/泡沫呀。。

【在 p******n 的大作中提到】

k*e2013-10-17 07:10

28 楼

这可不就像小孩儿么，零食吃多了，正餐就不好好吃。
俺家现在基本不给零食，要吃就吃正餐，吃完饭可以奖励两根牛肉条。。再有的话就只
能是做菜前有肉的话切两块给他。。
不过PU不馋嘴儿，也不乐意玩kong吃里面的东西。。

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

m*f2013-10-17 07:10

29 楼

他挑食这几天我就没给那么多treats 啦，应该是这两天我加了turmeric 在粮里看看
能不能对皮肤好点，味道有点怪，他就不爱了，总是玩一会儿吃几粒。
pu 不喜欢掏kong 啊？ odie 可爱了，有些treats 卡在里面出不来的，他就把kong
叼起来扔，扔多了里面的东西就掉出来了。经常听他在playroom 里面咚咚咚的扔
kong.
不过我还是减点treat 好了，还是多吃点正餐比较好。。。

【在 k*******e 的大作中提到】

: 这可不就像小孩儿么，零食吃多了，正餐就不好好吃。
: 俺家现在基本不给零食，要吃就吃正餐，吃完饭可以奖励两根牛肉条。。再有的话就只
: 能是做菜前有肉的话切两块给他。。
: 不过PU不馋嘴儿，也不乐意玩kong吃里面的东西。。

k*i2013-10-17 07:10

30 楼

紧张加快速运动时间过久会很容易造成这样的呕吐。

k*e2013-10-17 07:10

31 楼

好像金毛比较爱吃，哈哈～
PU喜欢吃肉骨头，其他零食很一般，吃不吃无所谓的样子。自己在家就睡觉，没心思吃
零食。。

kong

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

: 他挑食这几天我就没给那么多treats 啦，应该是这两天我加了turmeric 在粮里看看
: 能不能对皮肤好点，味道有点怪，他就不爱了，总是玩一会儿吃几粒。
: pu 不喜欢掏kong 啊？ odie 可爱了，有些treats 卡在里面出不来的，他就把kong
: 叼起来扔，扔多了里面的东西就掉出来了。经常听他在playroom 里面咚咚咚的扔
: kong.
: 不过我还是减点treat 好了，还是多吃点正餐比较好。。。