博客

93

穷且益坚,不坠青云之志——忆我的大学四年

一个自卑的人,如何走出困境,我的大学四年,或许对你有所启发。 何必被这个世界的物欲横流所裹挟,别人看不起就让他看不起吧,你要明白人家所引以为傲的只是他们的父母给他们的,而这并不值得一提。穷且益坚,不坠青云之志。真正可怕的不是他人的想法,而是连自己都认为如此。 同样的,我也希望未来的教育并不是只着眼于成绩的高低,更是作为人的培养。真正强大的人,必定都有一颗强大的内心。 谨以此文纪念我的大学四年,同时更是献给那些曾经自卑迷茫找寻方向的人们,希望我的经历能对你们有所启发。

数据存储方式——KVELL:快速持续键值存储的设计与实现

KVELL是一种比较新的数据存储方案,该方案主要是针对近年来性能不断提升的SSD去设计的。其核心就是内存索引+非顺序存储。同时对于SSD还有一些优化,比如类似fatcache的Slab机制,底层批处理I/O,非共享设计等等。总之,KVELL是针对现代SSD存储设计的一种存储方案,某种程度上又回到了原始的读写方式(顺序读写->随机读写)。不得不感叹一句,设计的魅力在于权衡!

数据存储策略——lsm-tree

lsm-tree是一个以优化写操作的存储策略,核心思路就是顺序写替换随机写。 lsm-tree在传统磁盘上的读写性能表现非常出色,在工业界非常流行,比如腾讯tendis和360的pika底层用的rocketdb就是采用lsm-tree来实现的。但是随着时代的发展,SSD性能的提升和读写方式的变化,使得lsm-tree渐渐暴露出一些问题,也让我们不禁去探寻一种更为高效的存储方式。

Fatcache学习笔记

fatcache是来自Twitter, 基于SSD上面实现的cache, 使用mc的协议,数据存储在SSD (Ps:memcached是将数据放在内存中)。 fatcache的数据放在SSD(其实机械盘也可以,只是性能不佳), 所以相对于内存cache, 如memcached、redis,能容纳更多数据。

Leveldb学习笔记:leveldb的使用与原理探究

Leveldb是一个持久化存储的KV系统。 实际上,它就是我们平时说的底层存储引擎,或者说是一个数据库,我们平时所熟知的redis底层用到存储引擎rocketdb就是从leveldb上演化过来的。

【一年总结】我的大三

实习结束从外省回到学校,才发现自己已然是大四,回顾一年的大学生活,脑海中更多的是自己忙碌的身影,似乎做了很多,又似乎什么也没做。过去一年,亦有欣喜、亦有失落;亦有期待,亦有焦虑。临近就业,不得不在这个人生的十字路口,找一条属于自己的未来之路。

关于暑期实习的一些碎碎念

说实话自己还是有点赌气的味道,不过这一次我还是选择和大一一样赌气一把。只要我学到笔试面试把算法题都a出来、面试官问的问题都答出来的程度,我就不信他还能挂我!须知少时凌云志,曾许人间第一流。

美团一面、阿里一面复盘总结

这两面的面试官风格截然不同,美团一面主要想看我基础知识到底扎不扎实,并不会继续进行深层次的追问,觉得我原理掌握的差不多就直接跳到另一个问题。而阿里一面给我的感觉就是思路很跳脱,面试官会不断根据我说的追问下去,而且问题往往不是那种标准的问法。