Blog从jekyll迁移到hexo
Blog已经是第三次换框架了
最早是裸写html,然后迁到github pages的jekyll,目前打算换hexo了
由于github pages的jekyll不支持各种插件,因此非常难用
Blog已经是第三次换框架了
最早是裸写html,然后迁到github pages的jekyll,目前打算换hexo了
由于github pages的jekyll不支持各种插件,因此非常难用
在翻看C++标准库源码的时候,突然发现std::sort的实现和我想的很不一样,并不是简单的快排
在查询了一些资料以后,大致搞明白了这个introsort的原理
这篇写的很好:知无涯之std::sort源码剖析
另外就是STL源码分析那一本写的很好,不是本文的重点,简单过一下,我的gcc版本是5.4.0
本文主要讨论独立缓存(redis等)和数据库的问题,需要和多个服务节点的内存缓存和数据库的问题进行区分
后者写入数据库以后,因为服务间rpc代价过高(包括失败代价),没办法再通知全部服务的去修改内存缓存,只能让每个服务的内存缓存自己做定时加载
另外,在正式讨论这个问题之前,必须知道在非强一致性协议下,无法做到完全的一致性,基于缓存的系统必须要容忍有不一致的时刻
对独立缓存(redis等)和数据库的操作可以分为两类:
tars的日志库的类图关系很绕,很容易忘,记录一下备用
源码分析基于tag v3.0.0
首先介绍一下会用到的主要代码路径和功能
1 | TarsCpp/util/include/util/tc_logger.h 日志库头文件 |
taf的日志库从流程上,分初始化,滚动日志,按天日志三部分,暂时只分析了滚动日志相关逻辑
在C++11中,除了原本的左值(lvalue),纯右值(rvalue),还加入了一个新的将亡值(xvalue)
本文试图分析以下问题:
C++在C++98/03是不推荐用stl的,因为很多类的效率都很低下
本篇博客会深入分析条件变量实现来理解两个问题:
这两个问题不仅是C会遇到,所有语言的封装几乎都不可避免
先区分一下条件和条件变量,条件是指常用情况下,signal线程修改的值,使得cond_wait判断该值后不再阻塞
一直以来用的友言第三方评论系统倒闭了,现在连官方网站都打不开了。
所有的评论数据全部丢失,很伤。那我宁愿用开源的评论系统了,例如isso。
下面记录一下isso的使用方法(isso-0.11.1版本)。
1 | 安装pip,sqlite |
做分布式事务的时候用到了存储过程加事务,由于忘记在存储过程中捕获异常rollback,导致了死锁
不过我select ... for update锁的是A表,实际线上却是B表被锁死
sql一块之前理解不深入,debug的过程重新复习一下
简化逻辑重现核心bug
23个设计模式中,大部分多写代码都是可以直接领悟到的。
但是访问者模式不是。一个原因是这个模式的实际应用场景在后端开发流程中特别难遇到(一般用于解决固定问题,游戏开发的复杂逻辑应该能经常遇到),
另外一个原因是这个模式的实现有点绕。
这一篇并不包含实践环节,因为我并没有实际遇到这样的需求,因此本篇只能记录下学习过程了。
习惯了golang的net/http/pprof的便利,c++的性能分析就显得繁琐了一点。
不过大致上还是一致的。
1 | centos: |