gdb a.out -q 减少免责输出 gdb 中c（continue）是在断点间跳跃的意思 通过修改配置文件/proc/sys/kernel/core_pattern可以配置core文件的位置和命名格式,通过gdb ./a.out core-a.out-4879-1606749459可以调试core程序,可以看到程序崩掉的位置,#0 0x0000564a73ae3129 in main () at test1.c:6 在gdb中file ./a.out可以读入可执行文件 gdb --args ./a.o.

多级缓存 b树 缓存未击中

github链接 在学习多线程的时候必不可少的一个知识点就是线程池，在web服务器中我们就常常会遇见它。在c++中没有标准的线程池，但这个轮子其实早就被大牛们造好了，现在我们就来看看这个github高星线程池的实现。 workers tasks 线程vector（消费者） 任务队列(生产者) 接口 ThreadPool(size_t); enqueue(F &&f, Args &&… args); ~ThreadPool(); 用户通过enqueue

哈哈哈哈哈，今天水一篇博客。最近几天其实学的东西也比较难，c++ std::future那些东西还没有代码写一遍，没有记录的必要。至于muduo更是搁置在一旁的，py倒是看了好多，过了几本书，但还是很不够，有些类魔法语法还是没看多少，今天也才刚知道@修饰器的玩法，可能cookbook上有，但我还没看到。可能是因为py太香，好多成型的库，眼花缭乱，暂时学的库的知识比语法要多得多，但也不扎实，仅仅玩过。过段时间再系统学c++叭我想，花过多时间学py还是不太靠谱，我也还没有写c++项目，比如重要的webserve

死锁 在写c/c++的过程中遇到死锁常常会让我们手无足错，因为死锁往往不像其他类型的错误一样会在终端直接打印报错，因此难以被发现并需要大量精力去排错。是时候思考，该如何防范或者避免死锁。 死锁场景1 在类里面或者全局无意识的使用过多的锁，并在函数中调用这些锁的时候未注意到锁的次序。如一个线程执行函数fun1时锁的顺序是Ａ－>B－>Ｃ，另一个线程执行fun2时锁的顺序是Ｃ－>B－>Ａ ,除非能保证fun1，fun2不会同时执行，否则及其容易发生死锁。 解决途径1 如果使用

为了减小锁的粒度，先人创造了双检查锁。 双检查锁的缺点或者说错误是什么？ void undefined_behaviour_with_double_checked_locking() { if(!resource_ptr) // 1 { std::lock_guard<std::mutex> lk(resource_mutex); if(!resource_ptr) // 2 { resource_ptr.reset(new some_resour

之前一直用终端 g++　 ./a.out 经查阅： clion的Extend Tools里加上并配置俩小按钮就ok了 linux下这些${FileDir}$也没有什么不同 我多加了一个常用的-lpthread来动态链接线程库，暂时也就这个用的多 然好给这俩小按钮设置个keymap快捷键，然后真的可以跑了！我设置为alt+P 和alt+J ...

最近刚好学py,刚好小组的群博好久没更新了 便想拿py来试试水 通过右上角打开rss订阅　 其中有很多是你之前的博客，但不是全部，这里我大概40篇博客它仅仅更新了 10多篇 接下来将这个rss的url 通过py脚本获取其中带 <a><href="https://blog.csdn.net/adlatereturn/article/details/108889759"></a> 的标签，这并不难,需要注意的是需要 BeautifulSoup(html, ‘lxml’),

之前一直用免密码登录 ???????? ????，今天再次找方法去修改密码，但网上方法一直失效，直到找到这篇， blog mysql> update mysql.user set authentication_string=password("123456"),plugin='mysql_native_password' where user='root'; 其实就比网上多一步操作,update mysql.user中 修改plugin='mysql_native_password'就完事了，否则将

尽管每次都觉得自己懂了std::move和std::forward,但每隔一段时间拿出来一翻又会画上自己一段时间思考，索性写篇博文,证明自己是会的（just forget） std::forward的使用需求： exec(fun f, a tmpa, b tmpb 下图1的exec模板函数传入a,b类型对象的拷贝（虽说此处传入int）,效率低． 下图2的exec模板函数传入a,b类型对象的左值引用（虽说此处传入int）不可直接传6这种右值. 下图3当 tmp的参数是右值引用时，由于exec中的tmpb是左值