Win32 API在Longhorn上会怎么样?

Q: So what's changing from a developer's standpoint?

A: In the technology generations leading up to Longhorn, Microsoft has been moving to a .NET-based managed code environment dubbed WinFX, and the Longhorn generation will finally mark a clean split with the Win32 APIs of the past. That is, Win32 will be in maintenance mode, and all new development will occur with WinFX managed APIs. One such API, Avalon, forms the basis for the new Desktop Compositing Engine (DCE) in Longhorn that replaces GDI and GDI+. These and other new Longhorn APIs will utilize the XML Application markup language (XAML) to make Longhorn more accessible to developers than ever before. The idea is to significantly reduce the number of APIs and make the APIs more standardized. Today, there are over 76,000 Win32 APIs, and countless wrappers. With Longhorn, Microsoft hopes to reduce the API set to 8,000 to 10,000.

Another significant change in Longhorn involves device drivers. In the past, Microsoft allowed customers to use non-signed drivers, which helped compatibility, but caused stability problems. No more: In Longhorn, users hoping to take advantage of the system's exciting new capabilities will only be able to use signed drivers.

Developers interested in Longhorn should examine the Visual Studio 2005 "Whidbey" release, currently in beta, and the Longhorn SDK. which includes developer-accessible UI components and behaviors.

Q: This sounds like a huge change from today's Windows. Will my current applications still work with Longhorn?

A: Yes. Microsoft has even pledged to retain DOS compatibility with Longhorn, though it's currently unclear whether DOS support will be improved over what's available today in Windows XP.

Q: I keep hearing that WinFS is a new file system. Is Microsoft abandoning NTFS?

A: No. WinFS is implemented as an add-on to NTFS and is not a completely new file system. Rather, it is a new storage engine built on the NTFS file system.

要检查Kubernetes集群中Master节点是否满足使用Longhorn PVC的要求,可以从以下几个方面进行: ### 容器运行时检查 检查Master节点上是否安装了与Kubernetes兼容的容器运行时,如Docker v1.13+、containerd v1.3.7+等。可以使用以下命令检查Docker版本: ```bash docker --version ``` 若使用containerd,可以通过以下命令查看版本: ```bash containerd --version ``` ### Kubernetes版本检查 确保Kubernetes版本大于等于v1.21。可以使用以下命令查看Kubernetes版本: ```bash kubectl version --short ``` ### open-iscsi检查 Longhorn依赖open-iscsi,并且所有节点上的iscsid守护进程需要正在运行。可以使用以下命令检查open-iscsi是否安装: ```bash rpm -q open-iscsi # 对于基于RPM的系统 dpkg -l open-iscsi # 对于基于Debian的系统 ``` 检查iscsid守护进程是否正在运行: ```bash systemctl status iscsid ``` ### NFSv4客户端检查 如果需要RWX支持,每个节点需要安装NFSv4客户端。可以使用以下命令检查NFSv4客户端是否安装: ```bash rpm -q nfs-utils # 对于基于RPM的系统 dpkg -l nfs-common # 对于基于Debian的系统 ``` ### 主机文件系统检查 主机文件系统需要支持文件扩展特性来存储数据,目前支持ext4、XFS。可以使用以下命令查看文件系统类型: ```bash df -T ``` ### 必要工具检查 确保主机上安装了bash、curl、findmnt、grep、awk、blkid、lsblk。可以通过运行这些命令来检查是否安装: ```bash which bash which curl which findmnt which grep which awk which blkid which lsblk ``` ### 挂载传播检查 需要确保挂载传播已启用。可以通过检查容器运行时的配置来确认。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值