请教LDD3中scull的几个问题

dreamice

原帖由 Godbach 于 2008-11-7 17:53 发表


呵呵，你们公司也要裁人啊

裁啊，天津的已经裁不少了，北京的暂时安全。今年欧美市场都不好。
赶紧努力，金融危机后捞一把金

dreamice

原帖由 Godbach 于 2008-11-7 17:57 发表


呵呵。看来要更加努力的好好干了。保住工作要紧啊。偶也有危机感了

是啊，一定要有危机感！

dreamice

原帖由 Godbach 于 2008-11-7 18:02 发表


向你学习啊。

我还得向你学习，呵呵。大家多沟通，多交流，就不会落后了

dreamice

原帖由 Godbach 于 2008-11-8 15:28 发表
昨晚回去写了个C的测试程序，就调用一次write，确实是值写入了4000个字节。之前应该是我的测试方法不太合适。

用cat file >/dev/scull的时候，可能是使用了多次的write系统调用

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

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

dreamice

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


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

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

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

dreamice

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

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

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

dreamice

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

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

dreamice

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

T-bagwell兄要招人？？

dreamice

原帖由 T-bagwell 于 2008-11-11 15:14 发表
不是我招啊,是我们部门，我们老大招人啊,我是小喽罗,在这里跟着一群老鸟做应用程序,呵呵

老兄，你们招做什么的？

dreamice

原帖由 Godbach 于 2008-11-11 17:11 发表
测试了一下fread，确实他是进行了多次系统调用。因为一个量子4000字节，如果我fread一次读8192字节时，就调用了三次scull_read.
如果用read调用的话，一次最多读出4000个字节

是这样的，其实有时候用标准库函数，是一种比较安全和可靠的方法。呵呵，现在总算对标准库函数和系统调用的差别有了更深的认识了