![](https://img-blog.csdnimg.cn/20201014180756930.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
linux应用层
_kerneler
这个作者很懒,什么都没留下…
展开
-
Linux打印系统CUPS原理分析
1原创 2023-02-23 17:46:20 · 546 阅读 · 1 评论 -
ubuntu18.04改变照片的像素大小
安装imagemagicksudo apt-get install imagemagick1改变像素大小(切换至相应的照片目录)mogrify -resize x -format jpg .jpg1例如将1.jpg像素大小改为500500mogrify -resize 500x500 -format jpg 1.jpg————————————————版权声明:本文为CSDN博主「gxgalaxy」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。原文链接:转载 2021-09-27 10:33:47 · 425 阅读 · 0 评论 -
printf的归宿-数据打印到哪儿了
转自:微信公众号:Linux阅码场近日在一次测试Linux内核路由查找算法的过程中,发现一个printf语句竟然能将性能降低2/3。当然,使用“竟然”一词并不意味着这个问题是第一次发现,我的想法是,把它记录下来,让没有经验的同学对printf知其所以然,同时导出我对“性能攸关”的这类算法中记录日志的一个观点。声明我不会把大段的源代码贴在文章中,而只是希望能通过阐述原理把我的意思表达清楚。诚然,作为程序员没有代码好像一切都会很虚,不过同样的,也是因为代码,总是会把人逼进死胡同,代码只是一种实现,理解了转载 2020-08-05 17:22:31 · 179 阅读 · 0 评论 -
app:alsa与oss音量设置,oss接口解释
oss 的音量控制例程(用来设置和获取音量)转:https://blog.csdn.net/zgyrelax/article/details/17391215?locationNum=4&fps=1#include#include#include#include int main(int argc, char **argv){int mixer_fd;int vol = 0x6464;int i;char *labels[] = SOUND_DEVICE_LABELS;in原创 2020-06-23 14:53:11 · 940 阅读 · 0 评论 -
linux bind: Address already in use
出现这个问题的原因是:给某一进程分配端口,由于没有释放这一端口,导致Address already in use,这里就提示当出错一定要释放之前分配的资源解决方式:指令:查看进程名,netstat -nap 查看程序运行的pid,ps -aux |grep 进程名杀死进程 kill -9 pid 重启等待一段时间运行网络程序即可,这种方法明显有局限性,过一段时间,系统会释放端口资源通过setsockopt进行设置,关键代码如下,我们之前一直说地址可重用,但是一直没有领悟其实际用途,以后学东西不能再这原创 2020-05-13 19:52:43 · 960 阅读 · 0 评论 -
Linux c :pthread线程取消
转自:http://blog.sina.com.cn/s/blog_66fb0c830100y9hb.html取消线程取消操作允许线程请求终止其所在进程中的任何其他线程。不希望或不需要对一组相关的线程执行进一步操作时,可以选择执行取消操作。例如,用户请求关闭或退出正在运行的应用程序。另一个示例是完成由许多线程执行的任务。其中的某个线程可能最终完成了该任务,而其它线程还在继续运行。由于正在运行的线程此时没有任何用处,因此取消这个线程。取消点仅当取消操作安全时才应取消线程。pthreads标准指定了几个原创 2020-05-27 14:37:07 · 382 阅读 · 0 评论 -
printf 详解 | 完成百分比输出
通过看到da16200有完成百分比的打印例如:完成度 【23%】就想着这自己也要在代码里加一个起初百度的是用正常while(1) {printf("输出\r");fflush(stdout;}\r完成退回到行首(或者用\b也行),然后fflush(stdout)刷新缓存区,但是在开发板里,fflush(stdout)不行,因为我是用的串口,或者网口看log,stdout不对应。那么问题来了思路一:我怎样实现 ,不用\n 和fflush刷新缓存区思路二:使用\n,然后把\n换的行,退回原创 2020-05-25 20:15:06 · 3876 阅读 · 0 评论