Chinaunix

标题: 进程调度算法场景编译和视频播放 [打印本页]

作者: mordorwww 时间: 2014-11-22 19:04
标题: 进程调度算法场景编译和视频播放
本帖最后由 mordorwww 于 2014-11-22 19:10 编辑

两个任务，编译任务和视频播放任务，都耗cpu，都有io和睡眠，在cpu超负荷的情况下，调度器肿么保证视频播放的实时性，怎么保证视频不卡。
调度器肿么知道对视频播放任务必须要比编译任务好

作者: 镇水铁牛 时间: 2014-11-22 21:52
一般的视频播放对系统开销很小，并且对于视频文件（一般都是连续的大文件，磁盘压力也不大），播放器还可以大量的预读缓存，一般是不会卡顿的；
但是如果是说播放4K那种变态的视频，我觉得它可能会比编译器消耗更多的系统资源，即使不开编译器，都会卡顿。
如果是编译器的并发执行，此时播放视频的话，倒是有可能会卡顿。

作者: mordorwww 时间: 2014-11-22 22:17
不是说cfs调度算法还有o(1）调度算法都可以分辨高io的后台批处理进程和交互进程么

作者: embeddedlwp 时间: 2014-11-23 07:27
试下sched deadline吧

作者: mordorwww 时间: 2014-11-23 09:24
本帖最后由 mordorwww 于 2014-11-23 09:29 编辑

embeddedlwp 发表于 2014-11-23 07:27
试下sched deadline吧

cfs搞不定么？

2.4的内核就提粗了下面这个问题，2.6内核早搞定了吧

交互式进程的优化并不完善：Linux2.4识别交互式进程的原理基于以下假设，即交互式进程比批处理进程更频繁地处于SUSPENDED状态。然而现实情况往往并非如此，有些批处理进程虽然没有用户交互，但是也会频繁地进行IO操作，比如一个数据库引擎在处理查询时会经常地进行磁盘IO，虽然它们并不需要快速地用户响应，还是被提高了优先级。当系统中这类进程的负载较重时，会影响真正的交互式进程的响应时间。

作者: embeddedlwp 时间: 2014-11-23 14:30
cfs 能保证throughput，不能保证deadline，即使rt class也不能保证deadline

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)