【第22期】观点:IT 行业加班,到底有没有价值?

浅谈---测试Native Windows Command与Native PowerShell Command哪个效率高

原创 2007年09月16日 14:29:00

注:本篇文章,未在联系作者以及得到许可的情况下, 禁止以任何形式进行转载。

By:Anders      Mail:katrina520@163.com       

发表此文的原因是由于本人在阅读ghjcona兄写的PowerShell笔记中,其中有一篇谈到Native Windows Command的话题所引发的。

话题如下:

这比使用WMI的Win32_PingStatus简洁多了,当然你要是问为什么不使用直接使用Ping(还有比如dir,del,findstr 等Windows Native Command)呢? 

首先我们来看看什么叫做Native Windows Command,引用由我的朋友 Edengundam 大哥所写的一段话(具体也可以去MS的KB里搜索相关内容),内容如下:

Native Windows Command

我不知道应该这个东西用什么名字. 这类命令在Windows世界大量存在, 譬如: dir, findstr, del, ping. 这些命令就是Windows之前的可执行文件(非.Net命令行可执行文件). 在PowerShell中调用这些命令效率是最低的, 因为执行他们PowerShell需要创建一个新进程. 此外因为这些命令早于PowerShell, 因此他们的信息输出都是基于文本的(也可以说是字符串), 因此丧失了PowerShell对对象的处理能力. 因此, 如果你知道PowerShell的实现, 就避免使用这些命令. 

(补:关于Native Windows Command到底该翻译成什么意思,我与Edengundam的讨论觉得应翻译为“Windows内置(本地)命令”,最后我在MS官方直译文章中看到MS将Native Windows Command翻译为“Windows原生命令”)

本着科学探索的原则^_^ 我们来测试下Native Windows Command是不是真的比Native PowerShell Command执行效率低呢?

我们先建立两个交互式脚本(严格的讲并非是脚本,我在这姑且用脚本一词)文件。

两个脚本文件名为:dos_ping.ps1  和 ps_ping.ps1

dos_ping.ps1 内容如下:(也就是我们之前说的Native Windows Command)

ping 127.0.0.1

 

ps_ping.ps1 内容如下:(PowerShell的调用对象)

$ping = New-Object System.Net.NetworkInformation.Ping

$ping.send(
"127.0.0.1")

 

接下来我们建立一个主测试PowerShell脚本文件:start_ping.ps1

start_ping.ps1内容如下:

Write-Host "=============================="

Measure
-Command {C:/ps_ping.ps1} | findstr "TotalSeconds" | Format-list 

Measure
-Command {C:/dos_ping.ps1} | findstr "TotalSeconds" | Format-list 

Write
-Host "=============================="

Measure
-Command {C:/ps_ping.ps1} | findstr "TotalSeconds" | Format-list

Measure
-Command {C:/dos_ping.ps1} | findstr "TotalSeconds" | Format-list

Write
-Host "=============================="

Measure
-Command {C:/ps_ping.ps1} | findstr "TotalSeconds" | Format-list

Measure
-Command {C:/dos_ping.ps1} | findstr "TotalSeconds" | Format-list

Write
-Host "=============================="

Stop
-Process -name notepad

补:Measure-Command是一个度量命令,它的作用是获取命令所执行的时间。为了便于观察,在这里还我用了findstr性质提取"TotalSeconds" 总的使用时间。

好了,三个必备文件都准备好了,接下来我们执行start_ping.ps1看看结果如何:

经过三次测试比较,在PowerShell中使用Native Windows Command所花费的总时间远远高于Native PowerShell Command。

那为什么Native Windows Command的所用时间那么高呢, 因为执行他们PowerShell需要创建一个新进程。而PowerShell Command则不需要。 (如下图:在执行单纯的Native Windows Command时在任务管理器中启动了ping.exe进程)

所以也就证实了,在PowerShell中调用Native Windows Command的效率远低于Native PowerShell Command。

这里只是对于Native Command执行效率的一个小小的数据测试说明,有不到之处还望指出。

版权声明:本文为博主原创文章,未经博主允许不得转载。 举报

相关文章推荐

react-native引入第三方库时报Command `run-android` unrecognized

在使用第三方库tab-navigator时调用npm install react-native-tab-navigator --save再次运行时直接报Command run-Android unre...

浅谈---测试Native Windows Command与Native PowerShell Command哪个效率高

注:本篇文章,未在联系作者以及得到许可的情况下, 禁止以任何形式进行转载。By:Anders      Mail:katrina520@163.com       发表此文的原因是由于本人在阅读ghj...

程序员升职加薪指南!还缺一个“证”!

CSDN出品,立即查看!

Command failed: yarn add react-native --exact

问题: Command failed: yarn add react-native –exact 解决: npm config set registry https://registry.np...

Native Windows Command未翻译原因

近日, 我收到热心网友的来信, 谈论Native Windows Command的翻译问题  关于您在博客中提到的Native W...

解决:Command `npm install --save --save-exact react-native` failed.

解决:Command npm install --save --save-exact react-native failed.在Mac上使用 react-native init ProjectName...
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)