发新话题
打印

讨论多os共享lun,以及文件系统,数据库方面的问题!

引用:
原帖由 冬瓜头 于 2007-1-29 11:58 发表
不是的,raw是可以直接被写入的,并不一定需要fs。
董总说的很对的,raw是一定要经过文件系统的,raw只是跳过了文件系统的cache.

TOP

引用:
原帖由 fengwy 于 2007-1-29 14:09 发表

董总说的很对的,raw是一定要经过文件系统的,raw只是跳过了文件系统的cache.
不是的,你知道linux下的dd命令么?他不是通过文件系统。
让董总出来接着说。他是口误而已。被忽悠的。
敝人博客
《大话存储》预订链接:http://www.china-pub.com/301645

TOP

引用:
原帖由 冬瓜头 于 2007-1-29 15:23 发表


不是的,你知道linux下的dd命令么?他不是通过文件系统。
让董总出来接着说。他是口误而已。被忽悠的。
dd命令也无非是调用read,write,open这些函数,只要调用这些函数就必须通过文件系统。

TOP

引用:
原帖由 fengwy 于 2007-1-29 16:34 发表


dd命令也无非是调用read,write,open这些函数,只要调用这些函数就必须通过文件系统。
难道只有fs有write函数么?名为write的函数太多了,不止fs,磁盘控制器驱动也有啊,scsi指令集也有啊,还是落实一下吧
敝人博客
《大话存储》预订链接:http://www.china-pub.com/301645

TOP

董总是个很严谨的人,你看他那么多文章中,基本上在技术的阐述上是没有纰误的
btw:
"在任何时候,裸设备都不可能不经文件系统的组织,直接被读写。"
这句话体现了董总扎实的基本功

TOP

引用:
原帖由 冬瓜头 于 2007-1-29 16:40 发表


难道只有fs有write函数么?名为write的函数太多了,不止fs,磁盘控制器驱动也有啊,scsi指令集也有啊,还是落实一下吧
任何应用程序的调用如果和硬件打交道,一般通过两种途径:
一种是进程控制系统,一种是文件系统,我们不讨论进程方面的东西,只说文件系统方面
系统通过文件系统和硬件交互的顺序是这样的:
系统调用借口-----文件系统---------裸设备或者块设备(文件系统和块设备之间不能直接交互,他们中间还有高速缓冲)
-----------硬件控制器----------硬件

TOP

引用:
原帖由 fengwy 于 2007-1-29 16:54 发表

"在任何时候,裸设备都不可能不经文件系统的组织,直接被读写。"
这句话体现了董总扎实的基本功
引用:
原帖由 fengwy 于 2007-1-29 16:54 发表

我们不讨论进程方面的东西,只说文件系统方面
我不知道拿你这个茅,攻你这个盾牌,会有什么样的结果。
如果你定义“我们只讨论通过文件系统这种情况”,那么还有什么意义呢?
敝人博客
《大话存储》预订链接:http://www.china-pub.com/301645

TOP

引用:
原帖由 fengwy 于 2007-1-29 16:54 发表
任何应用程序的调用如果和硬件打交道,一般通过两种途径:
一种是进程控制系统,一种是文件系统,
引用:
原帖由 fengwy 于 2007-1-29 16:54 发表
"在任何时候,裸设备都不可能不经文件系统的组织,直接被读写。"
这句话体现了董总扎实的基本功
这个矛盾太那个了,fengwy可能没有注意到自己都矛盾了。

另外关于buffer。
你说:系统调用借口-----文件系统---------裸设备或者块设备(文件系统和块设备之间不能直接交互,他们中间还有高速缓冲)

你的意思是说系统调用和fs之间就没有buffer了?好像不是吧
敝人博客
《大话存储》预订链接:http://www.china-pub.com/301645

TOP

还有,你说的这个顺序:

系统调用借口-----文件系统---------裸设备或者块设备(文件系统和块设备之间不能直接交互,他们中间还有高速缓冲)-----------硬件控制器----------硬件

这里的块设备或者裸设备,怎么会在控制器之前呢?好像乱了顺序了吧。
敝人博客
《大话存储》预订链接:http://www.china-pub.com/301645

TOP

引用:
原帖由 冬瓜头 于 2007-1-29 17:04 发表





我不知道拿你这个茅,攻你这个盾牌,会有什么样的结果。
如果你定义“我们只讨论通过文件系统这种情况”,那么还有什么意义呢?
进程控制子系统和底层硬件打交道和raw设备是毫无联系的,你说有什么意义!!!

TOP

发新话题