<jmap-1> jmap基本用法和windows下定时任务执行
- - ITeye博客jmap（java memory map）是jdk自带的内存详细信息监控工具，jdk6之后在linux，unix或windows上都能使用，但在windows上功能有所限制. jmap在命令行上使用打印出运行的jvm或core文件的内存统计信息. 如果不带任何参数单独使用jmap命令，那将打印出共享对象的列表.
<jmap-1> jmap基本用法和windows下定时任务执行
标签：
jmap
jmap
windows
| 发表时间：2014-03-31 11:35 | 作者：
出处：http://www.iteye.com
一、jmap基本用法
jmap（java memory map）是jdk自带的内存详细信息监控工具，jdk6之后在linux，unix或windows上都能使用，但在windows上功能有所限制。jmap在命令行上使用打印出运行的jvm或core文件的内存统计信息。如果不带任何参数单独使用jmap命令，那将打印出共享对象的列表。如果想看到更多指定的信息，可以使用 -heap,-histo或-permstat选项。
除此之外，jdk6开始还提供了 -dump:format=b,file=fileName的选项，可以dump出内存的使用情况到一个指定文件名的二进制文件中。这个文件可以配合jdk自带的jhat工具或其他第三方工具来分析（ jhat对于大的二进制文件分析耗时且响应慢，还有可能内存溢出，个人一般使用第三方mat插件来分析）。
如果jmap pid命令因为pid挂死而无响应，可以使用-F选项强制输出（ 这个选项只能在Solaris和linux上使用）。
jmap是在Solaris os和linux版本中提供的功能，但jdk6之后的windows版本也提供了，不过只有jmap –dump:format=b,file=fileName和jmap –histo[:live] pid两个选项可以使用。
1.1 堆内存配置和使用 -heap
-heap选项可以获取以下heap信息：
1）gc信息，包括gc算法，并行gc使用的线程数等。
2）堆配置。包括jvm中设置的和启动时指定的内存属性配置，如最大最小设置等。
3）堆使用概要。如每一代内存的使用情况。
示例：
$ jmap -heap 29620
输出：
Attaching to process ID 29620, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 1.6.0-rc-b100
using thread-local object allocation.
Mark Sweep Compact GC
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 67108864 (64.0MB)
NewSize = 2228224 (2.125MB)
MaxNewSize = 4294901760 (4095.9375MB)
OldSize = 4194304 (4.0MB)
NewRatio = 8
SurvivorRatio = 8
PermSize = 12582912 (12.0MB)
MaxPermSize = 67108864 (64.0MB)
Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 2031616 (1.9375MB)
used = 70984 (0.06769561767578125MB)
free = 1960632 (1.8698043823242188MB)
3.4939673639112905% used
Eden Space:
capacity = 1835008 (1.75MB)
used = 36152 (0.03447723388671875MB)
free = 1798856 (1.7155227661132812MB)
1.9701276506696428% used
From Space:
capacity = 196608 (0.1875MB)
used = 34832 (0.0332183837890625MB)
free = 161776 (0.1542816162109375MB)
17.716471354166668% used
To Space:
capacity = 196608 (0.1875MB)
used = 0 (0.0MB)
free = 196608 (0.1875MB)
0.0% used
tenured generation:
capacity = 15966208 (15.2265625MB)
used = 9577760 (9.134063720703125MB)
free = 6388448 (6.092498779296875MB)
59.98769400974859% used
Perm Generation:
capacity = 12582912 (12.0MB)
used = 1469408 (1.401336669921875MB)
free = 11113504 (10.598663330078125MB)
11.677805582682291% used
包含堆属性的配置和各个代（HotSpot VM的内存是分代管理）内存的使用统计。
1.2 运行进程的堆直方图统计 -histo
-histo选项可以用来获取 基于类名的堆内存统计。可以输出对象实例数量，内存统计和实例对应的类名。如果想获取一个实例的大小，可以使用内存数除以对应的实例个数。
示例：
$ jmap -histo 29620
输出：
num #instances #bytes class name
--------------------------------------
1: 1414 6013016 [I
2: 793 482888 [B
3: 2502 334928 <constMethodKlass>
4: 280 274976 <instanceKlassKlass>
5: 324 227152 [D
6: 2502 200896 <methodKlass>
7: 2094 187496 [C
8: 280 172248 <constantPoolKlass>
9: 3767 139000 [Ljava.lang.Object;
10: 260 122416 <constantPoolCacheKlass>
11: 3304 112864 <symbolKlass>
12: 160 72960 java2d.Tools$3
13: 192 61440 <objArrayKlassKlass>
14: 219 55640 [F
15: 2114 50736 java.lang.String
16: 2079 49896 java.util.HashMap$Entry
17: 528 48344 [S
18: 1940 46560 java.util.Hashtable$Entry
19: 481 46176 java.lang.Class
20: 92 43424 javax.swing.plaf.metal.MetalScrollButton
... more lines removed here to reduce output...
1118: 1 8 java.util.Hashtable$EmptyIterator
1119: 1 8 sun.java2d.pipe.SolidTextRenderer
Total 61297 10152040
排序是按照每类实例使用总内存的降序。其中class name对应的就是Class文件里的class的标识：
B代表byte
C代表char
D代表double
F代表float
I代表int
J代表long
Z代表boolean
前边有[代表数组，[I 就相当于int[]
对象用[L+类名表示
1.3 core文件的堆直方图统计
在core文件上使用jmap –histo命令时可以输出每个类的实例个数，大小和名称。HotSpot vm的 自身的类名称前面会带前缀*.
示例：
& jmap -histo /net/koori.sfbay/onestop/jdk/6.0/promoted/all/b100/binaries/ solaris-sparcv9/bin/java core
输出：
Attaching to core core from executable /net/koori.sfbay/onestop/jdk/6.0/
promoted/all/b100/binaries/solaris-sparcv9/bin/java, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 1.6.0-rc-b100
Iterating over heap. This may take a while...
Heap traversal took 8.902 seconds.
Object Histogram:
Size Count Class description
-------------------------------------------------------
4151816 2941 int[]
2997816 26403 * ConstMethodKlass
2118728 26403 * MethodKlass
1613184 39750 * SymbolKlass
1268896 2011 * ConstantPoolKlass
1097040 2011 * InstanceKlassKlass
882048 1906 * ConstantPoolCacheKlass
758424 7572 char[]
733776 2518 byte[]
252240 3260 short[]
214944 2239 java.lang.Class
177448 3341 * System ObjArray
176832 7368 java.lang.String
137792 3756 java.lang.Object[]
121744 74 long[]
72960 160 java2d.Tools$3
63680 199 * ObjArrayKlassKlass
53264 158 float[]
... more lines removed here to reduce output...
1.4 获取持久代（方法区）信息 -permstat
持久代存储的是类信息，方法信息，字符串池等。配置持久代内存大小对应用程序动态产生和加载大量类很重要。如果加载的类太多或太多的internalized字符串就可能抛出OutOfMemoryError。
可以使用-permstat选项输出持久代内存的统计信息。示例：
$ jmap -permstat 29620
输出：
Attaching to process ID 29620, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 1.6.0-rc-b100
12674 intern Strings occupying 1082616 bytes.
finding class loader instances ..Unknown oop at 0xd0400900
Oop's klass is 0xd0bf8408
Unknown oop at 0xd0401100
Oop's klass is null
done.
computing per loader stat ..done.
please wait.. computing liveness.........................................done.
class_loader classes bytes parent_loader alive? type
<bootstrap> 1846 5321080 null live <internal>
0xd0bf3828 0 0 null live sun/misc/Launcher$ExtClassLoader@0xd8c98c78
0xd0d2f370 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0c99280 1 1440 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b71d90 0 0 0xd0b5b9c0 live java/util/ResourceBundle$RBClassLoader@0xd8d042e8
0xd0d2f4c0 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b5bf98 1 920 0xd0b5bf38 dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0c99248 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f488 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b5bf38 6 11832 0xd0b5b9c0 dead sun/reflect/misc/MethodUtil@0xd8e8e560
0xd0d2f338 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f418 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f3a8 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b5b9c0 317 1397448 0xd0bf3828 live sun/misc/Launcher$AppClassLoader@0xd8cb83d8
0xd0d2f300 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f3e0 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0ec3968 1 1440 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0e0a248 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0c99210 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f450 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f4f8 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0e0a280 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
total = 22 2186 6746816 N/A alive=4, dead=18 N/A
二、windows下定时执行jmap获取信息
linux下定时任务可以使用cron来实现，windows下倒是费了下工夫，没有在控制面板配置定时任务，觉得使用命令行更好控制些。比如在windows下想定时执行jmap –histo和jmap –dump命令，则可以如下操作：
step1：jmap_histo.bat
set filename=jmap_%date:~0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%.txt
echo %filename%
jmap -histo 78104 > %filename%
exit
step2：jmap_dump.bat
set filename=jmap_dump_%date:~0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%.hprof
echo %filename%
jmap -dump:format=b,file=%filename% 78104
step3：task.bat
@echo off
rem 指定要执行的bat文件的路径和名称。
:loop
start /min jmap_histo.bat
rem 900是定时任务执行的间隔时间（单位：秒），这里是15分钟。其他不需要修改。
ping -n 900 127.1> nul
goto loop
参考资料：
http://www.oracle.com/technetwork/java/javase/tooldescr-136044.html
http://docs.oracle.com/javase/6/docs/technotes/tools/share/jmap.html
http://hbluojiahui.blog.163.com/blog/static/31064767201282091643613/
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
jmap（java memory map）是jdk自带的内存详细信息监控工具，jdk6之后在linux，unix或windows上都能使用，但在windows上功能有所限制。jmap在命令行上使用打印出运行的jvm或core文件的内存统计信息。如果不带任何参数单独使用jmap命令，那将打印出共享对象的列表。如果想看到更多指定的信息，可以使用 -heap,-histo或-permstat选项。
除此之外，jdk6开始还提供了 -dump:format=b,file=fileName的选项，可以dump出内存的使用情况到一个指定文件名的二进制文件中。这个文件可以配合jdk自带的jhat工具或其他第三方工具来分析（ jhat对于大的二进制文件分析耗时且响应慢，还有可能内存溢出，个人一般使用第三方mat插件来分析）。
如果jmap pid命令因为pid挂死而无响应，可以使用-F选项强制输出（ 这个选项只能在Solaris和linux上使用）。
jmap是在Solaris os和linux版本中提供的功能，但jdk6之后的windows版本也提供了，不过只有jmap –dump:format=b,file=fileName和jmap –histo[:live] pid两个选项可以使用。
1.1 堆内存配置和使用 -heap
-heap选项可以获取以下heap信息：
1）gc信息，包括gc算法，并行gc使用的线程数等。
2）堆配置。包括jvm中设置的和启动时指定的内存属性配置，如最大最小设置等。
3）堆使用概要。如每一代内存的使用情况。
示例：
$ jmap -heap 29620
输出：
Attaching to process ID 29620, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 1.6.0-rc-b100
using thread-local object allocation.
Mark Sweep Compact GC
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 67108864 (64.0MB)
NewSize = 2228224 (2.125MB)
MaxNewSize = 4294901760 (4095.9375MB)
OldSize = 4194304 (4.0MB)
NewRatio = 8
SurvivorRatio = 8
PermSize = 12582912 (12.0MB)
MaxPermSize = 67108864 (64.0MB)
Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 2031616 (1.9375MB)
used = 70984 (0.06769561767578125MB)
free = 1960632 (1.8698043823242188MB)
3.4939673639112905% used
Eden Space:
capacity = 1835008 (1.75MB)
used = 36152 (0.03447723388671875MB)
free = 1798856 (1.7155227661132812MB)
1.9701276506696428% used
From Space:
capacity = 196608 (0.1875MB)
used = 34832 (0.0332183837890625MB)
free = 161776 (0.1542816162109375MB)
17.716471354166668% used
To Space:
capacity = 196608 (0.1875MB)
used = 0 (0.0MB)
free = 196608 (0.1875MB)
0.0% used
tenured generation:
capacity = 15966208 (15.2265625MB)
used = 9577760 (9.134063720703125MB)
free = 6388448 (6.092498779296875MB)
59.98769400974859% used
Perm Generation:
capacity = 12582912 (12.0MB)
used = 1469408 (1.401336669921875MB)
free = 11113504 (10.598663330078125MB)
11.677805582682291% used
包含堆属性的配置和各个代（HotSpot VM的内存是分代管理）内存的使用统计。
1.2 运行进程的堆直方图统计 -histo
-histo选项可以用来获取 基于类名的堆内存统计。可以输出对象实例数量，内存统计和实例对应的类名。如果想获取一个实例的大小，可以使用内存数除以对应的实例个数。
示例：
$ jmap -histo 29620
输出：
num #instances #bytes class name
--------------------------------------
1: 1414 6013016 [I
2: 793 482888 [B
3: 2502 334928 <constMethodKlass>
4: 280 274976 <instanceKlassKlass>
5: 324 227152 [D
6: 2502 200896 <methodKlass>
7: 2094 187496 [C
8: 280 172248 <constantPoolKlass>
9: 3767 139000 [Ljava.lang.Object;
10: 260 122416 <constantPoolCacheKlass>
11: 3304 112864 <symbolKlass>
12: 160 72960 java2d.Tools$3
13: 192 61440 <objArrayKlassKlass>
14: 219 55640 [F
15: 2114 50736 java.lang.String
16: 2079 49896 java.util.HashMap$Entry
17: 528 48344 [S
18: 1940 46560 java.util.Hashtable$Entry
19: 481 46176 java.lang.Class
20: 92 43424 javax.swing.plaf.metal.MetalScrollButton
... more lines removed here to reduce output...
1118: 1 8 java.util.Hashtable$EmptyIterator
1119: 1 8 sun.java2d.pipe.SolidTextRenderer
Total 61297 10152040
排序是按照每类实例使用总内存的降序。其中class name对应的就是Class文件里的class的标识：
B代表byte
C代表char
D代表double
F代表float
I代表int
J代表long
Z代表boolean
前边有[代表数组，[I 就相当于int[]
对象用[L+类名表示
1.3 core文件的堆直方图统计
在core文件上使用jmap –histo命令时可以输出每个类的实例个数，大小和名称。HotSpot vm的 自身的类名称前面会带前缀*.
示例：
& jmap -histo /net/koori.sfbay/onestop/jdk/6.0/promoted/all/b100/binaries/ solaris-sparcv9/bin/java core
输出：
Attaching to core core from executable /net/koori.sfbay/onestop/jdk/6.0/
promoted/all/b100/binaries/solaris-sparcv9/bin/java, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 1.6.0-rc-b100
Iterating over heap. This may take a while...
Heap traversal took 8.902 seconds.
Object Histogram:
Size Count Class description
-------------------------------------------------------
4151816 2941 int[]
2997816 26403 * ConstMethodKlass
2118728 26403 * MethodKlass
1613184 39750 * SymbolKlass
1268896 2011 * ConstantPoolKlass
1097040 2011 * InstanceKlassKlass
882048 1906 * ConstantPoolCacheKlass
758424 7572 char[]
733776 2518 byte[]
252240 3260 short[]
214944 2239 java.lang.Class
177448 3341 * System ObjArray
176832 7368 java.lang.String
137792 3756 java.lang.Object[]
121744 74 long[]
72960 160 java2d.Tools$3
63680 199 * ObjArrayKlassKlass
53264 158 float[]
... more lines removed here to reduce output...
1.4 获取持久代（方法区）信息 -permstat
持久代存储的是类信息，方法信息，字符串池等。配置持久代内存大小对应用程序动态产生和加载大量类很重要。如果加载的类太多或太多的internalized字符串就可能抛出OutOfMemoryError。
可以使用-permstat选项输出持久代内存的统计信息。示例：
$ jmap -permstat 29620
输出：
Attaching to process ID 29620, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 1.6.0-rc-b100
12674 intern Strings occupying 1082616 bytes.
finding class loader instances ..Unknown oop at 0xd0400900
Oop's klass is 0xd0bf8408
Unknown oop at 0xd0401100
Oop's klass is null
done.
computing per loader stat ..done.
please wait.. computing liveness.........................................done.
class_loader classes bytes parent_loader alive? type
<bootstrap> 1846 5321080 null live <internal>
0xd0bf3828 0 0 null live sun/misc/Launcher$ExtClassLoader@0xd8c98c78
0xd0d2f370 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0c99280 1 1440 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b71d90 0 0 0xd0b5b9c0 live java/util/ResourceBundle$RBClassLoader@0xd8d042e8
0xd0d2f4c0 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b5bf98 1 920 0xd0b5bf38 dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0c99248 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f488 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b5bf38 6 11832 0xd0b5b9c0 dead sun/reflect/misc/MethodUtil@0xd8e8e560
0xd0d2f338 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f418 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f3a8 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0b5b9c0 317 1397448 0xd0bf3828 live sun/misc/Launcher$AppClassLoader@0xd8cb83d8
0xd0d2f300 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f3e0 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0ec3968 1 1440 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0e0a248 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0c99210 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f450 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0d2f4f8 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
0xd0e0a280 1 904 null dead sun/reflect/DelegatingClassLoader@0xd8c22f50
total = 22 2186 6746816 N/A alive=4, dead=18 N/A
二、windows下定时执行jmap获取信息
linux下定时任务可以使用cron来实现，windows下倒是费了下工夫，没有在控制面板配置定时任务，觉得使用命令行更好控制些。比如在windows下想定时执行jmap –histo和jmap –dump命令，则可以如下操作：
step1：jmap_histo.bat
set filename=jmap_%date:~0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%.txt
echo %filename%
jmap -histo 78104 > %filename%
exit
step2：jmap_dump.bat
set filename=jmap_dump_%date:~0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%.hprof
echo %filename%
jmap -dump:format=b,file=%filename% 78104
step3：task.bat
@echo off
rem 指定要执行的bat文件的路径和名称。
:loop
start /min jmap_histo.bat
rem 900是定时任务执行的间隔时间（单位：秒），这里是15分钟。其他不需要修改。
ping -n 900 127.1> nul
goto loop
参考资料：
http://www.oracle.com/technetwork/java/javase/tooldescr-136044.html
http://docs.oracle.com/javase/6/docs/technotes/tools/share/jmap.html
http://hbluojiahui.blog.163.com/blog/static/31064767201282091643613/
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [jmap jmap windows] 推荐：
java中jmx/jconsole/jstat/jmap的关系
- - CSDN博客推荐文章JMX是java5开始提供的对java应用进行监控的一套接口. 实现方式是在jvm内部起一个mbeanserver通过网络对外开放调用接口，这样外部就可以做应用监控或者类似远程方法调用. java默认实现了jvm的一些监控，比如堆内存使用情况(MemoryMXBean)，线程情况（ThreadMXBean），gc情况等，外部程序可以直接使用，比如jconsole实际上就是对这些bean的包装，只是把返回结果可视化了.
jmap转换gcore的dump文件
- - 开源软件 - ITeye博客使用gdb生成gcore快照文件. sudo gdb -q --pid=4990
【此处省略乱七八糟的输出内容】. --pid后面跟着的是jvm的进程id. 这里调用命令生成gcore的dump文件. detach是用来断开与jvm的连接的. quit简单了，退出gdb模式. 用jmap转换gcore的dump文件变成hprof.
jvm 性能调优工具之 jmap - 简书
- -命令jmap是一个多功能的命令. 它可以生成 java 程序的 dump 文件， 也可以查看堆内对象示例的统计信息、查看 ClassLoader 的信息以及 finalizer 队列. pid：需要打印配置信息的进程ID. executable：产生核心dump的Java可执行文件. core：需要打印配置信息的核心文件.
Windows 8就是Windows 6.2
- Darth Noctis - cnBeta.COMWindows Vista内核版本号为Windows 6.0，Windows 7为Windows 6.1，微软近日也证实，Windows 8就是Windows 6.2，尽管这个消息已经是尽人皆知了. 想必微软在Vista身上受到了惨痛的教训，以至于今后很长一段时间都无法痊愈. 如果Windows 8下一代的内核版本号采用Windows 6.3，你也不必太过惊讶.
Windows工具集
- - 互联网 - ITeye博客参考： https://community.rapid7.com/servlet/JiveServlet/downloadBody/2881-102-2-6389/Mitigating%20Service%20Account%20Credential%20Theft%20on%20Windows.pdf.
Windows Phone已死，Windows Phone 将死？
- Yu - cnBeta.COM现在Windows Phone的销售是一个茶几啊. 微软已经承认，Windows Phone的表现低于预期. 而在4-6月这个季度的数据显示，Windows Phone的销量只有140万台，市场占有率只有1.3%，已经达到了历史上的新低. 而comScore的最新数据也表示，他在美国和欧洲5国的总市场占有率也由2.8%下降到2.2%.
windows下配置node.js
- We_Get - CNode社区Cygwin网站：http://cygwin.com/，Cygwin是什么就不多说了，反正是必须的. 先下载setup文件，就算安装完了这个文件也别删，以后万一还有用得着的地方. 如果首次安装有些包忘记装了，还得用这个再次安装. 我一开始就忘记了好几个包，导致浪费了好多时间. 主要是记得第一个界面时选择“install from internet”，否则就会失败.
微软发布Kinect SDK For Windows
- skyan - Solidot微软遵守承诺发布了Kinect SDK For Windows，允许教育研究人员或爱好者为这种体感控制器开发新的应用. SDK是基于XBOX 360上使用的软件，但微软将其移植到了.NET平台，支持C#、VB.NET或C++.NET等开发语言. Kinect SDK For Windows的运行平台是Windows 7，最低硬件需求是4GB RAM、双核处理器和DirectX 9.0c显卡，开发工具是Visual Studio 2010 Express（免费版），.NET Framework 4.0.
Kinect for Windows SDK出炉了
- 杯子 - 增强视觉 | 计算机视觉 增强现实官方首页：http://research.microsoft.com/en-us/um/redmond/projects/kinectsdk/default.aspx. 微软从PrimeSense买来Kinect硬件加上来自Andrew Blake 带领的MSR剑桥视觉组的算法，让微软在本已经热卖的XBox360上又大赚了一大笔.