请教LDD3中scull的几个问题

Godbach

原帖由 dreamice 于 2008-11-8 16:24 发表


我觉得应该是cat多次调用了，scull毕竟太简单了，很多东西考虑不是很全面，可以考虑改一下它的实现机制。

ps：家里笔记本，比较郁闷，装ubuntu和Debian，好多键都不识别，很郁闷。

呵呵，你装的虚拟机还是物理机啊，用两个系统。我现在自己学习就用RHEL 5.2，觉得挺好的。

BTW，我的笔记本上也装得有Debian，虚拟机也装过，不存在键盘识别不全的问题啊。

dreamice

原帖由 Godbach 于 2008-11-8 17:03 发表


呵呵，你装的虚拟机还是物理机啊，用两个系统。我现在自己学习就用RHEL 5.2，觉得挺好的。

BTW，我的笔记本上也装得有Debian，虚拟机也装过，不存在键盘识别不全的问题啊。

我虚拟机装的，笔记本键盘识别不了。

yjh777

通常应用程序写操作，直接调用标准I/O函数 fwrite(3)，其中已经帮我们做了缓冲管理，把大量数据缓冲分多次调用write(2)写入

做底层开发，也需要了解上层的一些使用策略，建议同时看看 APUE(UNIX环境高级编程) 第三章和第五章对IO效率和标准IO库的介绍，，

dreamice

原帖由 yjh777 于 2008-11-8 23:04 发表
通常应用程序写操作，直接调用标准I/O函数 fwrite(3)，其中已经帮我们做了缓冲管理，把大量数据缓冲分多次调用write(2)写入

做底层开发，也需要了解上层的一些使用策略，建议同时看看 APUE(UNIX环境高级编程 ...

只是不明白cat xxx > XXX这个操作是调用了fwrite还是write，如果是write就不存在这样的问题了哦。

Godbach

多谢各位的指点了。大家有没有尝试让一次可以多写几个量子。也就是根据count的数量保证全部写入或读出

dreamice

原帖由 Godbach 于 2008-11-11 11:50 发表
多谢各位的指点了。大家有没有尝试让一次可以多写几个量子。也就是根据count的数量保证全部写入或读出

仔细看了LDD3的第三章，上面说fwrite和fread如果请求的数据比较大，都会多次调用系统调用。所以，这个问题可能本身不是驱动程序的问题，而是应用程序的标准函数库更加灵活。但是，我觉得驱动程序也是可以一次读出多于一个量子的数据的，驱动程序操作实现加以修改应该就可以了。

Godbach

原帖由 dreamice 于 2008-11-11 12:02 发表


仔细看了LDD3的第三章，上面说fwrite和fread如果请求的数据比较大，都会多次调用系统调用。所以，这个问题可能本身不是驱动程序的问题，而是应用程序的标准函数库更加灵活。但是，我觉得驱动程序也是可以一 ...

这里咱是直接使用write系统调用了

Godbach

但是，我觉得驱动程序也是可以一次读出多于一个量子的数据的，驱动程序操作实现加以修改应该就可以了。

是啊，有时间了测试一下，呵呵

T-bagwell

我们也很纳闷，金融危机也招不到人啊,原来都在这有危机感的努力呢,呵呵

Godbach

原帖由 T-bagwell 于 2008-11-11 14:07 发表
我们也很纳闷，金融危机也招不到人啊,原来都在这有危机感的努力呢,呵呵

其实任何时候都要有一点危机感，居安思危啊。