P1 和 P2 从后向前遍历，当 P1 遍历到一个空格时，就需要令 P2 指向的位置依次填充 02%（注意是逆序的），否则就填充上 P1 指向字符的值。...从后向前遍是为了在改变 P2 所指向的内容时，不会影响到 P1 遍历原来字符串的内容。 ③ 当 P2 遇到 P1 时（P2 <= P1），或者遍历结束（P1 < 0），退出。...if (str.charAt(i) == ' ') { str.append(" "); } } //追加完后，...P2指向现在的末尾 int P2 = str.length() - 1; //从后往前遍历，如果发下空格就填充%20，否则把P1指向的内容往后挪 while
你的程序还需要返回被替换后的字符串的长度。 注意事项 如果使用 Java 或 Python, 程序中请用字符数组表示字符串。...先扩充，从后往前处理 这个说是字符串，实际上是字符数组，并没有用c++STL的string来做，要是那样就太简单了，因为string本身支持+操作，只要遍历遇到空格用%20代替加上就可以了，如果是字符数组的话就难一些...所以一个可行的思路是把原数组扩大，扩大的容量可以通过检查空格的个数来定，然后用两个指针，从后往前把字符放进去，遇到空格则连续放入%20，因为是从后往前，所以不会出现数据没有地方放的情况。...=32) //如果不是空格，就把这个值放进去，从后往前 { string[i+2*blank_count]=string
Github上了一个名叫SharpNukeEventLog的项目，目的是在执行敏感操作时不会产生windows日志记录。...我们平时在进行windows的操作时都会产生对应的windows日志记录，以添加用户为例， ? 我们会在安全目录下产生6条事件记录，作为蓝队可以着重关注4720、4722、4724这三条日志记录。...即使使用一些方法清除日志，也会留下id为1102的清除日志的记录。 ?...而该工具则可以免除该问题，在windows中日志记录是依靠服务来进行生效的，其服务名称为：Windows Event Log ?...那我们的2224进程就是负责日志记录的进程，使用process hacker可以清除的看到其服务名及address（wevtsvc.dll） ?
Python 截取字符串使用 变量[头下标:尾下标]，就可以截取相应的字符串，其中下标是从0开始算起，可以是正数或负数，下标可以为空表示取到头或尾。...0000' + str(num) # 合并字符串 print str[-5:] # 输出字符串右5位 >> 00018 Python 替换字符串使用 变量.replace(“被替换的内容”，“替换后的内容...要注意的是使用replace替换字符串后仅为临时变量，需重新赋值才能保存。...查找到后会返回位置，位置从0开始算，如果每找到则返回-1。
简单的epoll例子 下面的例子，是从笔者本人用c语言写的dbproxy中的一段代码。由于细节过多，所以做了一些删减。...那么，由accept获得的client_fd的结构如下图所示: (注:由于是tcp socket,所以这边sock->ops=inet_stream_ops,这个初始化的过程在我的另一篇博客>中，博客地址如下: https://my.oschina.net/alchemystar/blog/1791017) 既然知道了tfile->f_op->poll的实现...(soft_irq)，再通过linux的软中断机制调用net_rx_action，如下图所示: 注:上图来自PLKA(>) step2: 紧接着跟踪next_rx_action...总结 epoll作为linux下非常优秀的事件触发机制得到了广泛的运用。其源码还是比较复杂的，本文只是阐述了epoll读写事件的触发机制，探究linux kernel源码的过程非常快乐_。
从linux源码看epoll 前言 在linux的高性能网络编程中，绕不开的就是epoll。...简单的epoll例子 下面的例子，是从笔者本人用c语言写的dbproxy中的一段代码。由于细节过多，所以做了一些删减。...(注:由于是tcp socket,所以这边sock->ops=inet_stream_ops,这个初始化的过程在我的另一篇博客>中，博客地址如下: https...(soft_irq)，再通过linux的软中断机制调用net_rx_action，如下图所示: ?...总结 epoll作为linux下非常优秀的事件触发机制得到了广泛的运用。其源码还是比较复杂的，本文只是阐述了epoll读写事件的触发机制，探究linux kernel源码的过程非常快乐^_^。
为隐蔽避免暴露，蓝方神不知鬼不觉地克隆了内部代码仓库G系统，并利用Linux单用户模式成功登录系统获得大量敏感代码。 ?...攻击链还原2：从攻击者角度进行攻击还原 多个平台产生了对B系统和F系统的攻击告警日志，经分析发现这些攻击均来自两个固定的攻击者。...其中，红方通过全流量分析系统记录的日志发现蓝方成员张无忌和周芷若向B系统发起了大量的HTTP请求，从记录的HTTP访问日中发现提交的内容极为相似，只变换了用户名和密码，据此可确认为针对B系统的暴力破解攻击...锁定攻击者后根据源IP发现，该攻击者在当天便已经对E系统发起过XSS攻击，而本次告警则是蓝方花无缺利用了E系统的任意文件上传漏洞上传了文件名为s.cgi的Webshell文件。...此外，通过日志还发现蓝方成员虚竹还对系统多个系统发起了攻击，其攻击方法多以上传shell为主。 ? 从敌人破绽中反击 无论进攻怎样犀利，也总有反击的机会。
今天看数据库内核月报，发现一个蛮有意思的问题，就是show binary logs的时候没有任何结果，这个问题的原因很简单，但是分析问题的过程相比是艰辛的，需要在各种潜在的可能中找到那个肯定的结果...直接删掉那个空行，然后再次刷新日志即可。 先删掉空格，然后刷新日志，如下所示。
从linux源码看socket的close 笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。...上篇博客讲了socket的阻塞和非阻塞，这篇就开始谈一谈socket的close(以tcp为例且基于linux-2.6.24内核版本) TCP关闭状态转移图: 众所周知，TCP的close过程是四次挥手...但最终解决方案还是得从应用程序着手。...总结 linux内核源代码博大精深，阅读其代码很费周折。之前读>的时候由于有先辈引导和梳理，所以看书中所使用的BSD源码并不觉得十分费劲。...直到现在自己带着问题独立看linux源码的时候，尽管有之前的基础，仍旧被其中的各种细节所迷惑。希望笔者这篇文章能帮助到阅读linux网络协议栈代码的人。
tail -f 实时查看日志文件 tail -f 日志文件log tail – 100f 实时查看日志文件 后一百行 tail -f -n 100 catalina.out linux查看日志后100
本文大部分讨论的是socket设置为block的情况,即setNonblock(false)，仅在最后提及了nonblock socket(本文基于linux 2.6.32-431内核)。...kernel代码版本细微变化 值得注意的是，linux本身官方发布的2.6.32源码对于tcp_syn_retries2的解释和RFC并不一致(至少笔者阅读的代码如此，这个细微的变化困扰了笔者好久，笔者下载了和机器对应的内核版本后才发现代码改了...到期后timeout,其重传到期时间通过tcp_retries2以及TCP_RTO_MIN计算出来。...java的SocketInputStream的sockRead0超时时间 java的超时时间由SO_TIMOUT决定，而linux的socket并没有这个选项。...对端物理机宕机后没有数据发送，但在read等待 这时候如果设置了超时时间timeout，则在timeout后返回。
关于epoll的原理可以看下笔者之前的博客《从linux源码看epoll》: https://www.cnblogs.com/alchemystar/p/13161781.html 在这里描述一下原因,...Socket上(Sharding)，毫无疑问可以利用多核能力，大幅提升连接成功后的Socket分发能力。...在accept_queue被填充后，由用户线程通过accept系统调用从队列中获取对应的fd 值得注意的是，当用户线程来不及处理的时候，内核会drop掉三次握手成功的连接，导致一些诡异的现象，具体可以看笔者的另一篇博客...: https://www.cnblogs.com/alchemystar/p/13473999.html 另外，对于accept_queue具体的填充机制以及源码，可以见笔者另一篇博客的详细分析 《从Linux...源码看Socket(TCP)的listen及连接队列》： https://www.cnblogs.com/alchemystar/p/13845081.html 总结 Linux内核源码博大精深，每次扎进去探索时候都会废寝忘食
---- 背景 之前做 MySQL 参数优化的时候，为了寻找瓶颈，我通常是观察 MySQL 的 status ，看哪些计数器有问题，以便确认问题的大致范围和应该调整的参数。...看总量 mpstat 1 20 Linux 5.14.0-55.el9.x86_64 (git-sqlpy-com) 07/21/2022 _x86_64_ (2 CPU) 01:16:46...---- 针对性优化 由于我们已经知道是写 redo-log 和 binlog 日志慢了，所以我们可以针对性的做参数优化了。...---- 优化后的各项指标 我们还是先看一下参数调整后 IO 的消耗怎么样，命令和输出如下。...，从 1.6k 提升到了 1.7k ，但是这次写的实在是太多了，下次再写吧。
前言 笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。...今天笔者就来从Linux源码的角度看下Server端的Socket在进行bind的时候到底做了哪些事情(基于Linux 3.10内核)。...这个分支表明之前bind的port和当前sock都设置了reuse同时当前sock状态不为listen // 或者同时设置了reuseport而且是同一个uid(注意，设置了reuseport后，...SO_REUSEPORT SO_REUSEPORT是Linux在3.9版本引入的新功能。...如下图所示: 而开启了SO_REUSEPORT后，代码栈如下: tcp_v4_rcv |->__inet_lookup_skb |->__inet_lookup |->__inet_lookup_listener
从linux源码看socket(tcp)的timeout 前言 网络编程中超时时间是一个重要但又容易被忽略的问题,对其的设置需要仔细斟酌。...kernel代码版本细微变化 值得注意的是，linux本身官方发布的2.6.32源码对于tcp_syn_retries2的解释和RFC并不一致(至少笔者阅读的代码如此，这个细微的变化困扰了笔者好久，笔者下载了和机器对应的内核版本后才发现代码改了...在timeout>0时，将socket设置为非阻塞，然后用select系统调用去模拟超时,而没有走linux本身的超时逻辑，如下图所示: ?...到期后timeout,其重传到期时间通过tcp_retries2以及TCP_RTO_MIN计算出来。...对端物理机宕机后没有数据发送，但在read等待 这时候如果设置了超时时间timeout，则在timeout后返回。
PostgreSQL 查看内存使用的方法比较多, 大部分都是进入到POSTGRESQL 中进行查看的,今天从PostgreSQL 外部来查看内存的使用方式和方法....在LINUX 中proc目录中有所有相关的进程的信息, PSS 通过下面的预计获得,所以RSS - PSS 等于的就是进程独享的内存 ps -u postgres o pid= | sed 's#.
前言：昨天有个同学碰到发送udp包时收到destination unreachable的icmp包问题，本文简单介绍一下linux5.9中icmp包的处理流程。...我们从收到一个udp包开始分析，具体函数是udp_rcv。...收到icmp包的处理流程 我们从收到ip包开始分析。...icmp_socket_deliver(skb, info);} 继续看icmp_socket_deliver static void icmp_socket_deliver(struct sk_buff...sk->sk_error_report = sock_def_error_report; 接着看sock_def_error_report static void sock_def_error_report
再也不怕过时了，当然，现在内核的代码量级非常大，不可能看得完也不可能都看，只是选取自己感兴趣的一些点看一下。...看内核代码，总的来说是非常有趣的，不仅是因为知其然知其所以然，而且看到朴素的c语言，还有世界级大佬写代码的思路、思想，甚至注释，都是非常有意思的事情。...今天分析的内容是从socket函数开始，看看linux网络层的设计。下面我们看一下我们平时写网络编程代码时的用法。...网络层的初始化 从socket函数的定义中我们看到有family和type两个参数，这两个属性都会对应不同的实现。我们先看看family的实现。...很多同学应该都知道Linux万物皆文件的哲学思想，当我们调用socket拿到一个结构体后，并不是把这个结构体返回给调用方，而是返回一个文件描述符fd。
【实施工程师】Linux查看日志后100行 tail -f 实时查看日志文件 tail -f 日志文件log tail - 100f 实时查看日志文件 后一百行 tail -f -n 100 catalina.out...linux查看日志后100行 希望能对大家有所帮助。...【查看内存】Linux查看内存使用情况(一) 用 'top -i' 看看有多少进程处于 Running 状态,可能系统存在内存或 I/O 瓶颈,用 free 看看系统内存使用情况,swap 是否被占用很多
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 大部分高性能网络框架采用的是非阻塞模式。...笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。 本文源码均来自采用Linux-2.6.24内核版本。...由于网络协议非常复杂，内核里面用到了大量的面向对象的技巧，所以我们从创建连接开始，一步一步追述到最后代码的调用点。...如下图所示: 阻塞后什么时候恢复运行呢 情况1:有对应的网络数据到来 首先我们看下网络分组到来的内核路径，网卡发起中断后调用netif_rx将事件挂入CPU的等待队列，并唤起软中断(soft_irq...希望笔者这篇文章能帮助到阅读linux网络协议栈代码的人。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
