樱桃沟夹事

Timo's life

发表于 更新于 分类于 本文字数： 232 阅读时长 ≈ 1 分钟

已经36了，依然没有找到人生的目标，依然不知道做人的意义。

《一个北大毕业生决定去送外卖》文里写的：“我已经习惯了通过追求不属于我的东西让自己变的体面，但是每次都让时间撕掉了遮羞布。。。。”

虽然我对于一切都很平静，也知道如何克制欲望，但是假如现在就放弃生命，依然对我来说是很遗憾的事情，这辈子没有做过一件让自己有意义的事情还是十分遗憾的。

继续往前走吧，职业的道路貌似是越来越窄了。都加点调料进去了，转转研发吧，搞搞kafka，搞搞nginx，这应该是十分有趣的事情。

发表于 更新于 分类于 本文字数： 811 阅读时长 ≈ 1 分钟

今天北京新东方的《释放自我》的节目刷了整个朋友圈。
歌词如下：
工作里怪事真多 奇葩围绕着我 今天必须吐槽一曲释放自我
只想应付考核 不想踏实干活 出现问题只会互相甩锅
一个续班十个入口 用户不知该往哪走 哪里交钱才能报名成功
家长报名五个科目 有五个助教跟着 信息收集五遍家长要炸锅
什么独立人格 什么诚信负责 只会为老板的朋友圈高歌
领导随口一说 立刻讨好跟着 项目马上启动不计后果
找个学校试点 旅游城市优先 度假都不用再自己花钱

细数这么多年 不来总部这边 难道是嫌北京学校太远
干活的累死累活 有成果那又如何 到头来干不过写PPT的
要问他业绩如何 他从来都不直说 掏出那PPT一顿胡扯
小程序做了几个 就连APP也没放过 做完就完了也不关心结果
你混完资历走了 只剩下脏乱差了 转场同业机构职位升了
什么节操品格 什么叫职业道德 只会为人民币疯狂的高歌
烂摊子从没管过 吹牛逼从没停过 之前的PPT继续白活
一线工作从没去过 客服电话从没听过 借员工用户的名义去胡说
重复的都抢着做 创新的没有几个 美其名曰“延续性”实怕担责
一个简单问题需要答案 董事长问总裁而总裁问校长 校长问总监 总监问经理
经理问主管 主管问专员 专员还要问兼职
什么全球视野 什么志高行远 说好的三年规划每年都要变
业绩好功劳在你 业绩差不能怪你 或许是职能部门不够给力
白天黑夜工作 如此拼命奔波 要做出成绩才对得起自我
前方迷途太多 坚持就有突破 正确做事就会越来越广阔

教育非常严肃 千万不能糊弄 对学员负责是一切的基础
虽然前路漫长 心中还有力量 别忘了绝望中的那种希望
问题不会灭亡 只能自己变强 牛逼的人在哪里都不彷徨
新年有新气象 热血依旧滚烫 要相信是金子早晚会发光

这种节目只能是90后的同事才可以爆出来，所谓80后员工大多没有这种胆量。

而看看贵司貌似也是如此。一个产品只有爆炸性的功能才对他们是新功能，这种才可以写PPT有内容，什么产品打磨根本不在他们的考虑范围内。

发表于 更新于 分类于 本文字数： 561 阅读时长 ≈ 1 分钟

灰度怎么做？

贵司灰度原先灰度一直是靠运维写lua脚本进行判断用户id来进行的。看着好像可以通用。 可收发消息那块就不行啊，然后运维继续写脚本搬收发消息的key。

现在又要feign clien之间要灰度了。这也不过nginx，也不过redis了。总算可以饶了运维了。

不过服务都注册到consul里了，consul里也都有版本号，为什么feign client调用不使用consul里的版本来进行呢？

这是很难的事情吗？发现贵司的研发水平现在真是大不如前了。虽然老板说人数没变，但是水平已经差了数量级了。

而作为一个saas公司，研发水平不行，那就真的不行了，现在也没人做用户间隔离，计费系统也没人搞，不然就不用按年卖了。按天卖就行了。

阅读全文 »

发表于 更新于 分类于 本文字数： 160 阅读时长 ≈ 1 分钟
Here's something encrypted, password is required to continue reading.
阅读全文 »

发表于 更新于 分类于 本文字数： 475 阅读时长 ≈ 1 分钟
Here's something encrypted, password is required to continue reading.
阅读全文 »

发表于 更新于 分类于 本文字数： 3.8k 阅读时长 ≈ 3 分钟

由于阿里云上的ssd的都有吞吐量的限制，而且都很低，于是没办法，只能用lvm条带的方式去进行。可这次加完16块盘后发现，怎么磁盘空间少了200多G，准确的说是240G。
本来以为是lvm条带导致的，但是看了下lvm里面的大小是正确的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# lvdisplay
  --- Logical volume ---
  LV Path                /dev/data/es
  LV Name                es
  VG Name                data
  LV UUID                wuvsNO-Sgc2-TrAA-jfPu-K4KC-Teii-wUyfDK
  LV Write Access        read/write
  LV Creation host, time abc-es37, 2018-12-27 19:32:40 +0800
  LV Status              available
  # open                 1
  LV Size                <4.69 TiB
  Current LE             1228784
  Segments               4
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           252:0

首先我们看到的是这里是4993286504KB，约等于是4.65TB，但是上面lvdisplay明明是4.69TB啊，这少了40G啊。
其次我们用df看的时候Used+Avail就是跟总的有240G的差距，这个盘要小还好说，但是现在都差了240G了，这个就实在说不过去了。

1
2
3
4
5
6
7
8
9
# df
Filesystem             1K-blocks       Used Available Use% Mounted on
/dev/vda1               41152832    4116164  34923184  11% /
devtmpfs                32892716          0  32892716   0% /dev
tmpfs                   32903348          0  32903348   0% /dev/shm
tmpfs                   32903348        648  32902700   1% /run
tmpfs                   32903348          0  32903348   0% /sys/fs/cgroup
/dev/mapper/data-apps 4993286504 4104325072 637290088  87% /data
tmpfs                    6580672          0   6580672   0% /run/user/1000

我们知道Linux下的文件系统都有inode的概念，那必定有部分空间是给inode使用的。在ext4文件系统中，一个inode是256byte。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
# tune2fs -l /dev/data/es
tune2fs 1.42.9 (28-Dec-2013)
Filesystem volume name:   <none>
Last mounted on:          /data
Filesystem UUID:          b92bbda3-30d7-4231-8234-f2a9e3ca89e8
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              157286400
Block count:              1258274816
Reserved block count:     62913740
Free blocks:              229683365
Free inodes:              157214565
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         4096
Inode blocks per group:   256
RAID stride:              16
RAID stripe width:        64
Flex block group size:    16
Filesystem created:       Thu Dec 27 19:32:50 2018
Last mount time:          Tue Jan  1 15:19:37 2019
Last write time:          Tue Jan  1 15:19:37 2019
Mount count:              3
Maximum mount count:      -1
Last checked:             Thu Dec 27 19:32:50 2018
Check interval:           0 (<none>)
Lifetime writes:          5789 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      681bcdd9-8371-4641-a850-4e1d6f23c143
Journal backup:           inode blocks
阅读全文 »

发表于 更新于 分类于 本文字数： 2.5k 阅读时长 ≈ 2 分钟

使用es还是有很多注意事项的，就在这里慢慢总结吧。

操作系统部分

  • 在centos7.5里默认的io调度策略是mq-deadline，需要改为none，不过看了下各种评测，这2个的差距其实是相当小的。现在最好的应该是BFQ low_latency。 https://www.phoronix.com/scan.php?page=article&item=linux417-nvme-io&num=2 但这个是到4.17内核里了。
  • 磁盘挂载, noatime:不记录文件访问时间戳。nodiratime:不记录目录访问时间戳。data=writeback：不记录data journal，提高文件系统写入性能。barrier=0:barrier保证journal先于data刷到磁盘，前面关闭了journal，这里的barrier也就没必要开启了。nobh:关闭buffer_head，防止内核打断大块数据的IO操作。
    • 



/etc/fstab
Created by anaconda on Fri Jun  2 07:36:28 2017

          
            

              
                阅读全文 »
              
            

          
        
      
    


    
    
    

    

        

      
    

  







    




  
  

  

    

    

    

    
      

        

          
        


        

          

    
      
        
      
      发表于

      
    
    
      
        
      
      更新于
      
    
    
      
        
      
      分类于
        
          
        
    

  
    
    
      
        
      
      本文字数：
      789
    
    
      
        
      
      阅读时长 ≈
      1 分钟
    



        

      


    
    
    
    

          
2018年是比较糟糕的一年，上证下跌25%。美股也下跌，但也是各种国内互联网公司IPO最多的1年。


可见未来可能更悲观，这个时候就守住现金吧。


中美之间的大战在2018年正式打响了，未来十年可能还会继续打下去，但是中国好像跟英国，苏联，日本有所不同。


在这1年我看书最多的月份是十月，因为刚有kindle，同时有个国庆。《独裁者手册》，《伟大的博弈》，《活着》, 《兄弟》 等等都是在这个月看完的。


年底了，做了一个决定，把不合适的人都给裁了，虽然上面没有给指标，但是不合适的人，无法融入团队的人，这种人实在是打击士气，还是早点走的好。后面看了《奈飞文化手册》，这个招聘
\还是要谨慎的好啊。不过现在90后，95后没有几个人愿意做运维的。不像2000年的那时候运维行业还都是标准计算机系出生的。


今年过世了很多人，周边的有球子的三叔，球子三叔的儿媳妇，一个是常年癌症，一个是抑郁症自杀，那时候刚看完《活着》，活着真好，没有什么坎是迈不过去的。

          
            

              
                阅读全文 »
              
            

          
        
      
    


    
    
    

    

        

      
    

  







    




  
  

  






    




  
  

  

    

    

    

    
      

        

          
        


        

          

    
      
        
      
      发表于

      
    
    
      
        
      
      更新于
      
    
    
      
        
      
      分类于
        
          
        
    

  
    
    
      
        
      
      本文字数：
      639
    
    
      
        
      
      阅读时长 ≈
      1 分钟
    



        

      


    
    
    
    

          
国内的saas企业都活的挺难的，除了财务的那2家还行，其他行业好像都不怎么样？


为什么会这样呢？比如我司卖给X通的系统，要按SAAS的来算，1年就得交2000万，而给X通私有部署才300万，还得有很多支持定制的东西。


所以成本上是一个很大因素。私有部署更便宜啊，而且很多都是一次性费用啊。


另外一种是很多公司小的时候会用saas，但是等拿了融资做大点了都爱自己搞，因为国内人力成本低啊，自己搞很多自己想怎么来就这么来，而且还觉得数据安全性上更好。


这种的临界点就是大家公认你的saas服务已经足够好了，比你自己做肯定好，这种情况下大家才会去使用你的saas服务。


而saas服务理论上也应该是这样的，因为更专业啊。但是国内的实际情况貌似并不是这样。我也时常觉得他们的服务比自己做没有多大区别啊。

          
            

              
                阅读全文 »
              
            

          
        
      
    


    
    
    

    

        

      
    

  







  



  


  

  
  

    
    0%