自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

Max_Cong的博客

12月 11月 10月 09月 08月 07月 06月 05月 04月 03月 02月 01月

转载 boost deadline_timer

linkdeadline_timer和socket一样，都用io_service作为构造函数的参数。也即，在其上进行异步操作，都将导致和io_service所包含的iocp相关联。这同样意味着在析构 io_service之前，必须析构关联在这个io_service上的deadline_timer。1. 构造函数在构造deadline_timer时指定时间。[cpp] v

2017-07-26 16:17:42 620

转载 How to use boost::property_tree to load and write JSON

Boost's Property TreeProperty Tree is a sublibrary of boost that allow you handlingtree of property. It can be used to represent XML, JSON, INI files, file paths, etc. In our case, we will be inte

2017-07-26 13:24:38 863

转载 docker 插件开发案例

docker plugin

2017-07-21 14:01:43 2585

转载 docker logger 源码分析

概要本文将从docker(1.12.6)源码的角度分析docker daemon怎么将容器的日志收集出来并通过配置的log-driver发送出去，并结合示例介绍了好雨云帮中实现的一个zmq-loger。阅读本文，你也可以实现适合自己业务场景的log-driver。阅读准备本文适合能够阅读和编写golang代码的同学。（1）首先你需要认知以下几个关键词： * stdout:标

2017-07-21 09:23:35 876

转载可执行文件如何被执行

可执行文件如何被执行？1.sys_execve 处理execvc系统调用,调用do_execve2.do_execve 打开该可执行文件,做些准备工作,然后调用search_binary_handler3.search_binary_handler 确定可执行文件的类型(比如elf, 脚本), 调用相应的处理函数,这里是load_elf_binary4.load_elf_binary将该执

2017-07-07 19:27:36 1741

转载使用插件扩展Docker

Extend Docker Via Plugin Last updated: 2017-05-03 by <a href="https://blog.codeship.com/author/lorenzofontana/" title="Posts by Lorenzo Fontana" rel="author">Lorenzo Fontana | 5 Comments<div cla

2017-07-07 14:57:37 848

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

Max_Cong CSDN认证博客专家 CSDN认证企业博客

码龄8年

IP 属地：山东省

IP属地以运营商信息为准，境内显示到省（区、市），境外显示到国家（地区）

85: 原创

23万+: 周排名

36万+: 总排名

26万+: 访问

: 等级

3233: 积分

72: 粉丝

43: 获赞

21: 评论

245: 收藏

私信

关注

热门文章

分类专栏

C++11 60篇
go study 7篇
docker study 31篇
zigbee study 6篇
raspberry study 3篇
arduino study 3篇
算法 2篇
boost 16篇
RPC 1篇
lora 4篇
杂 18篇
design patten
0mq 3篇
机器学习 1篇
network_program 1篇

最新评论

GRPC 异步调用 C++
微风熏醺: 一样的代码，debug调试；必现崩溃在 service_->RequestSendLog(&ctx_, &request_, &responder_, cq_, cq_, this); 底层崩溃位置 PayloadAsyncRequest(internal::RpcServiceMethod* registered_method, ServerInterface* server, grpc::ServerContext* context, internal::ServerAsyncStreamingInterface* stream, grpc::CompletionQueue* call_cq, grpc::ServerCompletionQueue* notification_cq, void* tag, Message* request) : RegisteredAsyncRequest( server, context, stream, call_cq, notification_cq, tag, registered_method->name(), registered_method->method_type()), registered_method_(registered_method), request_(request) { IssueRequest(registered_method->server_tag(), payload_.bbuf_ptr(), notification_cq);
走进C++11（四十）最宽松的顺序 memory_order_relaxed 内存模型（三）
辛普森_: 你的代码写错了，是r2 = x.load
走进C++11（四十三）memory order 番外篇一为什么实现同样逻辑，别人的程序比我快 - 从SPSC queue谈起
zhulangyuanfang: 这么好的文章，值得推荐。
走进C++11（四十）最宽松的顺序 memory_order_relaxed 内存模型（三）
十月冰雨: 同一个线程执行顺序确定，r2怎么得到42啊，感觉应该还是只有0,0 42,0 这个程序测试结果也是就看到这两种可能，是我 [code=cpp] using namespace std; void test(int test_num) { std::atomic<int> y(0); std::atomic<int> x(0); int r1 = 0, r2 = 0; auto thread1 = [&]() { r1 = y.load(std::memory_order_relaxed); x.store(r1, std::memory_order_relaxed); }; auto thread2 = [&]() { r2 = y.load(std::memory_order_relaxed); y.store(42, std::memory_order_relaxed); }; thread t1(thread1); thread t2(thread2); t1.join(); t2.join(); cout << "r1 = "<<r1<<" r2 = " << r2 <<endl; } int main() { for (int i = 1; i <= 200; i++) { test(i); } return 0; } [/code] 也只有（0，0）和（42，0）。求解惑
走进C++11（四十）最宽松的顺序 memory_order_relaxed 内存模型（三）
mengying梦影: 其实感觉就是理解成对变量操作时如果这个线程cache是旧的那我就一定操作不了需要等最新的cache拉到我再操作操作变量不保证当前线程cache是最新的

最新文章

提示

确定要删除当前文章？

取消删除