Performance Evaluation of TickTock (A new Time Series DB) - RaspberryPI Edition Yi Lin, Feb 15, 2022 TickTock is an open source Time Series DataBase (TSDB) for DevOps, Internet of Things (IoT), and financial data. Based on many years of unsatisfied experience with TSDBs, the design goals of TickTock is set as: Low resource requirement: It can run even with very low…

一个股民的自我修养 11/3/2023 Introduction 前面两篇关于Amazon的分析我忽视了一个因素，即Share Based Compensation（SBC）。SBC是公司给员工发的股票（RSU），做为工资package的一部分。它虽然是会负面影响Income，但是并不消耗公司的现金，所以FCF会在Income的基础上把SBC加回去。这篇我把SBC考虑进去，结论有很大的改变：Amazon并不便宜。 2. Share Based Compensation 我们首先来比较一下Amazon和其它几家巨头（Tesla，Apple，Google，Microsoft）的SBC。 这是绝对数字。可以看出所有公司的SBC都呈上升趋势。Amazon涨得最快。尤其是最近这两年。从2022Q2 Amzon的SBC已经超过其它几家公司。SBC第二大的是谷歌。众所周知谷歌是IT大公司里福利最好的，没想到股票薪酬还不如Amazon。Tesla由于公司规模相对较小，而且员工里大部分并非IT人员，所以SBC较小。

一个股民的自我修养 11/1/2023 (11/3/2023 Edited：这篇没有考虑到SBC/RSU，请参考后续的一篇考虑SBC的分析） 1、Introduction 我在2023/5写了一篇Amazon财报分析。当时结论是： Amazon的股价跟FCF（TTM）有强相关性，稍微有一点滞后。 FCF已经于2022Q2触底反弹。 基于几个假设（其中FCF每年线性增长$32B，预期回报率15%)，当前Amazon合理股价是$116。 将来几个季度，需要观察Amazon是否遵循假设的Growth rate发展。如果有脱离预测的轨道的迹象，需要重新估值分析。 这篇文章是上一篇的延续。让我们来复盘最近两个季度（2023Q2和Q3）的财报，看Amazon的发展是否遵循当时分析的趋势？投资逻辑是否需要改变？ 2、Revenue growth 之前分析过，Amazon的revenue可以分为products（online sales，physical stores，others）和services（AWS，subscription，Ads，3rd parties sales）两块。Products的利润率比较低，services的利润率高。所以services的增长更重要。

一个股民的自我修养，5/22/2023 Introduction 疫情这三年亚马逊的股票起伏很大。如果关心Amazon的投资者都知道Amazon这几年投入过大，包括大量扩招员工，新建Fullfillment centers，当然其它FAANMG股也有同样的问题。2022年由于Fed极速加息对抗通货膨胀，导致Amazon在内的IT股业绩不如预期，股价暴跌。2023年开始，Amazon股价YTD（5/22/2023，$115.01）已经上涨了29%，但是拉长时间来看，它只是回到疫情刚开始时（4/17/2020）的价钱。从最高点（$185.97 at 7/9/2021）降下来仍然有32%。我重新审视了自己对Amazon的投资逻辑和估值分析，整理如下，以备记录。 2. Revenue and EPS 上图是Amazon的Quarter Revenue，占比最大的是前三是Online stores，3rd party seller services和AWS。第一名Online Stores自从2020Q3达到顶峰后几乎没有增长，这跟Amazon大举投入建Fullfillment centers的预期背道而驰。这是股价下跌的一大原因。

1. Introduction In our previous wiki about max cardinality comparison, we have shown that TickTockDB can handle 4M time series while OpenTSDB only 60k on a 2vCpu 4GB X86 docker. This experiment is for backfill scenario, i.e., clients send data points to a TSDB back to back. We want to compare how…

1. Introduction In our previous wikis, we have shown that TickTockDB is 14x better than InfluxDB in terms of max cardinality on Single Board Computers like RaspBerryPI and OrangePI. In this experiment, we want to compare TickTockDB with OpenTSDB, the original TimeSeriesDB which motivates us to develop TickTockDB. OpenTSDB is one of…

1. Introduction In our previous wikis, we have evaluated how much cardinality that TickTockDB and InfluxDB can handle in RPI-zero-Wireless (ARMv6, 32bit OS) and OrangePI zero2. In this experiment, we want to see how they perform in RaspberryPI4. In our tests, we let clients send data points to a TSDB periodically (one…

1. Introduction In our previous wikis, we have evaluated how much cardinality that TickTockDB and InfluxDB can handle in RPI-zero-Wireless (ARMv6, 32bit OS). In this experiment, we want to see how they perform in another Single Board Computer (SBC), OrangePI-zero2. In our tests, we let clients send data points to a TSDB…

1. Introduction In our previous wiki, we compared the max cardinality that TickTockDB and InfluxDB can handle in RPI-zero-Wireless (ARMv6, 32bit OS). Both TickTockDB and InfluxDB used InfluxDB line protocol for writes. …