随笔分类 -  programming c linux

上一页 1 ··· 3 4 5 6 7 8 9 下一页
摘要:问题现象:ping xxxx 提示 # ping 121.10.41.62PING 121.10.41.62 (121.10.41.62) 56(84) bytes of data.From 14.116.225.5: icmp_seq=2 Destination Host Unreachable 阅读全文
posted @ 2021-01-22 18:17 codestacklinuxer 阅读(9704) 评论(0) 推荐(1)
摘要:收集整理质料如下: 1:网卡硬件-->2 内核缓存队列-->3协议层 >4用户recv使用的buff 转载:https://zhuanlan.zhihu.com/p/52397230 net.core.optmem_max = 20480 net.core.rmem_default = 229376 阅读全文
posted @ 2021-01-18 16:49 codestacklinuxer 阅读(185) 评论(0) 推荐(0)
摘要:前景:一套代码要在两个平台上使用,涉及到x86以及ARM编译,其使用的代码绝大部分相同,只是小部分不一样! 目前状态:目前一份一样的代码在svn 上分了两份存储,一份给x86编译使用另一份给ARM编译使用,每份代码上的编译器已经写死!!! 竟然弄了两份svn 目录一份x86一份arm;作为一个见不得 阅读全文
posted @ 2021-01-12 20:01 codestacklinuxer 阅读(194) 评论(0) 推荐(0)
摘要:问题:目前设备进行1g吞吐测试时,时不时出现tx流量最大700M 首先查看dev 收发包: sar -n DEV 同时 cat /proc/net/dev 可以看出实际上没有出现丢包(eth7 eth8) 接收数据包的流程 网卡收到数据包。 将数据包从网卡硬件缓存转移到服务器内存中。 通知内核处理。 阅读全文
posted @ 2021-01-08 12:19 codestacklinuxer 阅读(366) 评论(0) 推荐(0)
摘要:近期在弄一个设备国产化,涉及到镜像数据加载问题,讲的是基础电子包启动后从server 上下载镜像包并且安装的过程 下载包后安装系统 具体步骤如下: 下载完镜像就解压然后执行install 脚本 检测磁盘一般都是两个:一个系统磁盘 一个数据磁盘 检测 root镜像 、内核镜像 、initrd、恢复系统 阅读全文
posted @ 2020-12-14 10:25 codestacklinuxer 阅读(124) 评论(0) 推荐(0)
摘要:关于守护进程dup stderr问题; fd = open("/dev/null", O_RDWR); if (dup2(fd, STDIN_FILENO) == -1) if (dup2(fd, STDOUT_FILENO) == -1) #if xxx if (dup2(fd, STDERR_F 阅读全文
posted @ 2020-12-04 11:37 codestacklinuxer 阅读(275) 评论(0) 推荐(0)
摘要:client-- proxy server; 四次挥手走完, client 发出syn ,proxy 代理发出syn后,收到 server的ack后就发出了rst。 分析报文特征如下:proxy的syn的seq ()大于 server回复ack的seq? 为什么会出现这样的问题呢? 说到这个问题,就 阅读全文
posted @ 2020-11-27 20:46 codestacklinuxer 阅读(389) 评论(0) 推荐(0)
摘要:今天测试部汇报了一个设备出现问题:” 8个1g电口 +8个1g光口+4个10g bp光口+4个10g非bp光口,其中有4个口没有up起来,ifconfig看不到接口“ 拿到这个问题我就在想:“怎样确定是不是只有4个网口没有up?ifconfig 只是一个查看内核虚拟设备,那么物理网卡设备呢? 怎样确 阅读全文
posted @ 2020-11-26 21:34 codestacklinuxer 阅读(1899) 评论(0) 推荐(0)
摘要:了解了基本 云原生架构,不清楚的查看之前的文章:https://www.cnblogs.com/codestack/p/13914134.html 现在来看看云原生平台tproxy waf引擎串联实现:也就是 报文劫持转发到对应的接口 本地socket捕获数据包 tproxy方式 iptables 阅读全文
posted @ 2020-11-02 17:22 codestacklinuxer 阅读(648) 评论(0) 推荐(0)
摘要:概念: lstio Istio是一个用于服务治理的开放平台 Istio是一个Service Mesh形态的用于服务治理的开放平台 Istio是一个与Kubernetes紧密结合的适用于云原生场景的Service Mesh形态的用于服务治理的开放平 连接:Istio 通过集中配置的流量规则控制服务间的 阅读全文
posted @ 2020-11-02 14:04 codestacklinuxer 阅读(328) 评论(0) 推荐(0)
摘要:读ngx 的一个问题? //这里应该再重新接收一次和NGINX一样,等待下一次循环(epoll)再进行,同时设置读写句柄,以便下次读取的时候直接进行握手 //单向认证四次握手过程还没有完成,需要继续握手 if (sslerr == SSL_ERROR_WANT_READ) { //# define 阅读全文
posted @ 2020-10-30 18:55 codestacklinuxer 阅读(132) 评论(0) 推荐(0)
摘要:这是对引擎strace 的结果,可以看到引擎在回复报文的时, 频繁的使用write 系统调用,报文内容可以看到就是一个http响应报文, 正常情况应该是只会调用一次write回复报文,但是实际情况是调用了多次write回复报文,根据http报文的响应头、响应行等依次回复报文。 所以优化方式: 将多次 阅读全文
posted @ 2020-10-28 17:36 codestacklinuxer 阅读(146) 评论(0) 推荐(0)
摘要:gdb 经常用 ,但今天使用gdb 调试的时候, break 打断点, 结果也没有打出 哪一行的信息,就只是提示一个具体地址。 使用单步调试 结果爆出 stepping until exit from function dpdk_device_input, which has no line num 阅读全文
posted @ 2020-09-30 18:11 codestacklinuxer 阅读(1126) 评论(0) 推荐(0)
摘要:直接出现僵尸进程 77个 瞬间傻逼了, 这是多么奇葩!! 赶紧看下 这些进程是啥 ps -elf |grep Z 查看 发现没 都是同一个, 其父进程也是同一个。 在回想一下 僵尸进程怎么产生的 进程退出的时候,其资源没有被回收,也就是 其task_struct资源没有被销毁。进程处理Z 状态。 所 阅读全文
posted @ 2020-09-21 15:29 codestacklinuxer 阅读(175) 评论(0) 推荐(0)
摘要:可以看到 低优先级的进程 暂用了比较高的CPU时间。 top 命令中可以看到 NI 为19, 其优先级最低 但是使用cpu 最高。 说明这个进程需要经行优化了, 通过gdb 发现此进程一直都在处理报文,写缓存。 由于使用了dpdk, 此进程用来接收dpdk的报文数据解析。此时流量大约3-5g。 报文 阅读全文
posted @ 2020-09-09 21:39 codestacklinuxer 阅读(154) 评论(0) 推荐(0)
摘要: 阅读全文
posted @ 2020-09-04 21:13 codestacklinuxer 阅读(113) 评论(0) 推荐(0)
摘要:使用工具有: top看进程的状态: R(Running), D(Disk sleep), Z(zombie), S(Interruptible sleep), I(Idle), T(stopped), t(Traced)以及 cpu 、mem、inter 等信息 vmstat:整体cpu 性能 中断 阅读全文
posted @ 2020-09-03 23:31 codestacklinuxer 阅读(143) 评论(0) 推荐(0)
摘要:目的 找出系统性能瓶颈(包括硬件瓶颈和软件瓶颈); 提供性能优化的方案(升级硬件?改进系统系统结构?); 达到合理的硬件和软件配置; 使系统资源使用达到最大的平衡。 CPU过渡使用会造成大量进程等待CPU资源,系统响应变慢,等待会造成进程数增加,进程增加又会造成内存使用增加,内存耗尽又会造成虚拟内存 阅读全文
posted @ 2020-08-31 22:33 codestacklinuxer 阅读(408) 评论(0) 推荐(0)
摘要:怎么分析理解 uptime 以及top 中的cpu Load Average 最后三个数字依次表是过去 1 分钟、5 分钟、15 分钟的平均负载(Load Average) Load Average:什么意思呢?? >是指单位时间内,系统处于可运行状态和不可中断状态的平均进程数,也就是平均活跃进程数 阅读全文
posted @ 2020-08-29 12:18 codestacklinuxer 阅读(205) 评论(0) 推荐(0)
摘要:今天在新入职的公司处理waf 的问题时,突然看到了一个tcp状态close-wait 想一想 close-wait 是怎样产生的???? 被动收到FIN 关闭请求,协议栈主动发出ACK, 等待 本端主动发出 FIN,但是本端一直没有执行CLOSE。也就是在被动关闭连接情况下,在已经接收到FIN,但是 阅读全文
posted @ 2020-08-28 23:39 codestacklinuxer 阅读(203) 评论(0) 推荐(0)

上一页 1 ··· 3 4 5 6 7 8 9 下一页