虚拟内存地址计算物理内存地址
产生的困惑 mq落盘的时候,rocketmq采用mmap,但是多处mmap同一个文件,会不会导致映射多次到物理内存上? 页是内存管理的最小单位(通常是4k) 查看程序虚拟地址 利用 man proc 可以看到命令介绍,/proc/[pid]/maps里面关于一些参数解释 /proc/[pid]/maps A file containing the currently mapped memory regions »
产生的困惑 mq落盘的时候,rocketmq采用mmap,但是多处mmap同一个文件,会不会导致映射多次到物理内存上? 页是内存管理的最小单位(通常是4k) 查看程序虚拟地址 利用 man proc 可以看到命令介绍,/proc/[pid]/maps里面关于一些参数解释 /proc/[pid]/maps A file containing the currently mapped memory regions »
发现了一个种全排列的新写法,类似于洗牌 原始写法 按照我以前的写法,如下: package main import "fmt" func getPerm(ori []int, cur []int, pos int, vis []bool, resP *[][]int) { if pos == len(ori) { *resP »
源码 今天调试了一下golang编译工具,发现了一个很有"奇怪"的地方 简化问题 假设有1000个任务,1000个并发协程,设置n(cpu核数)个物理处理器(task)并发完成,每个协程只要完成了当前任务采取完成下一个 代码 原始代码,go作者无所畏惧的使用协程 func parseFiles(filenames []string) uint { var noders []*noder // Limit »
单例 package main import ( "fmt" "math/rand" "sync" "time" ) type A struct { Item int } var a *A var l sync.RWMutex func GetGlobalA() *A { if a »
饮食 当地的大部分油炸(包括炒饭、炒菜)都有一种当地特色的油味道,我一般是吃不惯 当地特色餐,脏鸭餐、猪排饭 都是可以尝尝的 小费 通常房间打扫 需要放 10000 卢比(约5元人民币) 大部分本土人都比较nice(宗教信仰比较多),隔壁岛的一些人不是很友好(可能会发生排华) 出行 最好是包车,当地出租车比较贵,公交车很难排到,本土人大部分都是各家都有自己的摩托车 所以当地都是盛行摩的, »
原意 对于微服务架构来说,当数据垂直拆分到各个服务之后,通常通过调用接口的方式(或者异步消息)来保证数据一致性,但是如果出现被调用服务暂时性宕机(或者非平滑发布),那么两边数据就不一致了。 ps : 我认为还有一种情况,由于互联网人员流动性比较高,许多非核心业务中转好几个产品经理手,最后在新业务与旧业务联动的时候,会有遗漏一些业务异常情况,我暂时称之为"数据联动性",目前我除了规范业务流程,没有更好的方案;而本文所要解决的场景,称之为"分布式事务一致性" dt协议 对于A、B两个服务之间某个请求有分布式事务关联,使用如下方式, »
流程规范 我认为流程规范是为了将不同程度技能点的人员拉到统一水平线上,以此来控制项目进度中人力工作量的风险。好处是将次等人(不针对人,只针对某方面业务能力)提升到普通水平线,坏处是限制了优等人(不针对人,只针对某方面业务能力)发挥空间。所以在一些特殊需求场景(非规范流程)下,会延申出双标。而对于双标来说,好处是极大提升了团队的工作效率,坏处是容易造成不务实之风、资源分配不均匀、关系处理不当容易造成崩盘等现象。 双标人群 如何区别心中的双标人群。我认为最直接有效的手段是,工作中初次合作,利用压迫式方式令对方产生负面情绪,直接刺探心理, »
tracing方案 我们基本方案,是基于service mesh (envoy打脸最终并没有) 和 jaeger 来实现的 环境安装 关于jaeger的搭建,主要参考官方文档 jaeger-k8s 来的 ,其中注意关于 五个组件的区分 端口号协议组件功能 5775UDPagent通过thrift的compact协议接收zipkin.thrift数据6831UDPagent通过thrift的compact协议接收jaeger.thrift数据6832UDPagent通过thrift的二进制协议接收jaeger.thrift数据5778HTTPagent用于配置接口16686HTTPquery用于UI界面14268HTTPcollector直接接受客户端直连的jaeger.thrift14250HTTPcollector接受model.proto9411HTTPcollector兼容zipkin的http端点 其中 agent 和 »