最新 | 最热门 | 最高评价
---

+0  软件定义Radio

Tag: 工具介绍 | 杂七杂八 | radio
Yu Feng 发于 2020年03月09日 00:41 | 点击: 445 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: 软件定义Radio

SDRplay RSPdx 1KHz-2GHz
Post Footer automatically generated by wp-posturl plugin for wordpress.

The post 软件定义Radio first appeared on 系统技术非业余研究.

查看全文: http://www.udpwork.com/item/17611.html
---

+0  fio性能测试工具新添图形前端gfio

Tag: 工具介绍 | fio | gfio
Yu Feng 发于 2013年05月30日 21:24 | 点击: 2446 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: fio性能测试工具新添图形前端gfio

fio是个非常强大的IO性能测试工具，可以毫不夸张的说，如果你把所有的fio参数都搞明白了，基本上就把IO协议栈的问题搞的差不多明白了，原因在于作者Jens Axboe是linux内核IO部分的maintainer. 但是这个工具有个很大的缺点就是没有图形界面，单靠输出的数字很难看出来IO的趋势变化，所以急需一个图形前端.

幸运的是Jens也认识到这个问题，2012

查看全文: http://www.udpwork.com/item/9946.html
---

+0  Linux下如何知道文件被那个进程写

Tag: Linux | 工具介绍 | inodewatch | stat | systemtap
Yu Feng 发于 2013年03月12日 21:52 | 点击: 2270 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: Linux下如何知道文件被那个进程写

晚上朔海同学问：

一个文件正在被进程写 我想查看这个进程 文件一直在增大 找不到谁在写 使用lsof也没找到

这个问题挺有普遍性的，解决方法应该很多，这里我给大家提个比较直观的方法。

linux下每个文件都会在某个块设备上存放，当然也都有相应的inode, 那么透过vfs.write我们就可以知道谁在不停的写入特定的设备上的inode。

幸运的是systemta

查看全文: http://www.udpwork.com/item/9437.html
^..^

+0  开源压缩算法Zopfli介绍

Tag: 工具介绍 | 源码分析 | zopfli
Yu Feng 发于 2013年03月01日 22:01 | 点击: 1887 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: 开源压缩算法Zopfli介绍

谷歌近日推出了全新开源压缩算法Zopfli, 官方主页在 这里，相关文档在 这里

Zopfli is a new deflate compatible compressor that was inspired by compression improvements

developed originally for the lossless mode of WebP imag

查看全文: http://www.udpwork.com/item/9353.html
1

+0  Linux常用性能调优工具索引

Tag: Linux | 工具介绍 | linux | tool
Yu Feng 发于 2013年02月27日 18:01 | 点击: 2615 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: Linux常用性能调优工具索引

前段时间看到brendangregg的 Linux Performance Analysis and Tools PPT里面提到Linux常用性能调优工具, 见下图：

其中提到了的工具，大部分在我日常工具箱里或者在实践的案例里面使用过, 都有很高的价值，这里方便大家索引下：

nicstat: 参见 这里

oprofile: 参见 这里

perf: 参见 这里

sys

查看全文: http://www.udpwork.com/item/9332.html
^..^

+0  nicstat 网络流量统计利器

Tag: Linux | 工具介绍 | 源码分析 | nicstat | 网络流量
Yu Feng 发于 2013年02月27日 13:16 | 点击: 2165 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: nicstat 网络流量统计利器

前段时间看到brendangregg的 Linux Performance Analysis and Tools PPT里面提到的nicstat，研究了下是个不错的东西，分享给大家。

nicstat is to network interfaces as “iostat” is to disks, or “prstat” i

查看全文: http://www.udpwork.com/item/9330.html
---

+0  网络栈内存不足引发进程挂起问题

Tag: Linux | 工具介绍 | 网络编程 | 调优 | sk_stream_wait_memory | 网络栈内存不足 | 进程挂起
Yu Feng 发于 2013年02月26日 13:32 | 点击: 3267 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: 网络栈内存不足引发进程挂起问题

我们知道TCP socket有发送缓冲区和接收缓冲区，这二个缓冲区都可以透过setsockopt设置SO_SNDBUF，SO_RCVBUF来修改，但是这些值设多大呢？这些值和协议栈的内存控制相关的值什么关系呢？

我们来解释下：

$ sysctl net|grep mem

net.core.wmem_max = 131071

net.core.rmem_max = 13

查看全文: http://www.udpwork.com/item/9301.html
---

+0  dropwatch 网络协议栈丢包检查利器

Tag: Linux | 工具介绍 | dropwatch | 网络
Yu Feng 发于 2013年02月25日 20:47 | 点击: 2116 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: dropwatch 网络协议栈丢包检查利器

在做网络服务器的时候，会碰到各种各样的网络问题比如说网络超时，通常一般的开发人员对于这种问题最常用的工具当然是tcpdump或者更先进的wireshark来进行抓包分析。通常这个工具能解决大部分的问题，但是比如说wireshark发现丢包，那深层次的原因就很难解释了。这不怪开发人员，要怪就怪linux网络协议栈太深。我们来看下：

这7层里面每个层都可能由于各种各

查看全文: http://www.udpwork.com/item/9296.html
---

+0  Likwid-高性能服务器开发不可缺少的工具箱

Tag: Linux | 工具介绍 | Likwid | msr | topology
Yu Feng 发于 2013年01月16日 16:30 | 点击: 2053 | 展开摘要
原创文章，转载请注明： 转载自系统技术非业余研究

本文链接地址: Likwid-高性能服务器开发不可缺少的工具箱

做高性能服务器的时候，知道如何开发高性能代码是一个事情，开发出来的系统是不是高性能那就是另外一个事情了。

通常我们需要了解系统的CPU拓扑结构，内存使用情况，各种CPU性能计数器的数字，各种CPU Cache的使用情况，命中率等等信息，这些信息有效的结合在一起才能准确的分析出我们程序的缺陷，从而找到更好的优化点。 通常这些信息是散落在系统的各个地方，对于普

查看全文: http://www.udpwork.com/item/9101.html
---

+0  qperf测量网络带宽和延迟

Tag: Linux | 工具介绍 | netperf | qperf | 带宽 | 延迟
Yu Feng 发于 2012年06月10日 13:35 | 点击: 2484 | 展开摘要
原创文章，转载请注明： 转载自非业余研究

本文链接地址: qperf测量网络带宽和延迟

我们在做网络服务器的时候，通常会很关心网络的带宽和延迟。因为我们的很多协议都是request-reponse协议，延迟决定了最大的QPS，而带宽决定了最大的负荷。 通常我们知道自己的网卡是什么型号，交换机什么型号，主机之间的物理距离是多少，理论上是知道带宽和延迟是多少的。但是现实的情况是，真正的带宽和延迟情况会有很多变数的，比如说网卡驱动，交换机跳数，丢包率，协议栈配置，光实际速度都很

查看全文: http://www.udpwork.com/item/7457.html
^..^

+0  Linux TASK_IO_ACCOUNTING功能以及如何使用

Tag: 工具介绍 | 源码分析 | iotop | pidstat | TASK_IO_ACCOUNTING
Yu Feng 发于 2012年03月11日 15:02 | 点击: 2365 | 展开摘要
原创文章，转载请注明： 转载自Erlang非业余研究

本文链接地址: Linux TASK_IO_ACCOUNTING功能以及如何使用

在过去我们了解系统IO的情况大多数是通过iostat来获取的，这个粒度只能精确到每个设备。通常我们会想了解每个进程,线程层面发起了多少IO，在Linux 2.6.20之前除了用systemtap这样的工具来实现是没有其他方法的，因为系统没有暴露这方面的统计。 disktop per设备per应用层面的IO读写统计，可以参考我之前写的，见这

查看全文: http://www.udpwork.com/item/6978.html
^..^

+0  Iostat看不到设备统计信息的原因分析

Tag: 工具介绍 | 调优 | diskstats | iostat
Yu Feng 发于 2012年03月10日 17:50 | 点击: 2535 | 展开摘要
原创文章，转载请注明： 转载自Erlang非业余研究

本文链接地址: Iostat看不到设备统计信息的原因分析

最近在把玩些高速的SSD和nvram设备的时候，发现iostat无法统计到这些设备的信息，很是奇怪，于是分析和总结了一把，挺有意思的。

现象描述如下：

# uname -a

Linux dr4000 2.6.32-131.17.1.el6.x86_64 #1 SMP Wed Oct 5 17:19:54 CDT 2011 x86_64 x86_64 x86

查看全文: http://www.udpwork.com/item/6975.html
|<<<1234567>>>| 一共7页, 81条记录