标签：c-3 python filesystems fuse

什么是原型文件系统的最佳实践？

我使用fusepy尝试使用Python,现在我很好奇：

>从长远来看,应该是什么
可敬的文件系统实现
在C？不会在C阻碍
可移植性,或最终导致
性能问题？
>还有其他实现吗？
保险丝？
>显然核心文件系统技术发展缓慢(fat32,ext3,ntfs,其他一切都是小鱼),采用了哪些调试技术？
>在主要操作系统中实现高度优化,完全支持的实现时,文档系统开发的一般过程是什么？

解决方法:

In the long run, should any
respectable filesystem implementation
be in C? Will not being in C hamper
portability, or eventually cause
performance issues?

不一定,有很多与C不同的表演语言(O’Caml,C是第一个想到的.)实际上,我希望NTFS用C语言编写.你似乎是来自Linux背景,并且由于Linux内核是用C语言编写的,任何希望合并到内核中的文件系统也必须用C语言编写.

Are there other implementations like
FUSE?

Windows有一对,例如http://code.google.com/p/winflux/和http://dokan-dev.net/en/,各种成熟度级别

Evidently core filesystem technology
moves slowly (fat32, ext3, ntfs,
everything else is small fish), what
debugging techniques are employed?

同样,在Windows中大多数情况下都是如此,在Solaris中有ZFS,在Linux ext4和btrfs中存在.调试技术通常涉及在各种操作过程中关闭机器并查看剩余的状态数据,存储大量数据并查看性能.

What is the general course filesystem
development takes in arriving at a
highly optimized, fully supported
implementation in major OSs?

同样,这取决于哪个操作系统,但它确实涉及相当多的测试,尤其是
确保故障不会丢失数据.

标签：c-3,python,filesystems,fuse
来源： https://codeday.me/bug/20190730/1581867.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。