https://github.com/ojdkbuild/ojdkbuild

 윈도우즈(Windows)용 OpenJDK 빌드를 제공해주는 싸이트를 소개합니다. v1.8, v1.9 모두 제공되며, 32비트(x86)/64비트(x64) 윈도용이 모두 지원됩니다. 

 참고로 eclipse 및 IntelliJ를 해당 JDK에서 구동시 정상 작동합니다. 물론 Oracle JDK와 완벽히 호환되지는 않을 것 같습니다. 해당 JDK로 계속 테스트를 진해하여 볼 예정입니다. 혹시 JDK Verdor 간 차이점을 아시는 분들이 계시면 댓글 부탁 드립니다. 

 첨부 파일은 64비트용 OpenJDK 1.8 입니다.

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.001

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.002

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.003

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.004

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.005

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.006

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.007

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.008

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.009

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.010

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.011

openjdk-1.8-x64-from-github.com-ojdkbuild.7z.012


'Java' 카테고리의 다른 글

J2SE 8 documentation CHM Html Help file  (0) 2018.01.11
OpenJDK Windows  (0) 2018.01.09

https://docs.microsoft.com/en-us/sysinternals/downloads/procdump

Procdump.zip


소개

ProcDump는 관리자 나 개발자가 스파이크의 원인을 파악하는 데 사용할 수있는 스파이크 중 CPU 스파이크 및 크래시 덤프를 모니터링하는 것을 주된 목적으로하는 명령 줄 유틸리티입니다. 또한 ProcDump에는 중단 된 창 모니터링 (Windows 및 작업 관리자에서 사용하는 것과 동일한 창 정의 정의 사용), 처리되지 않은 예외 모니터링 및 시스템 성능 카운터 값을 기반으로 덤프를 생성 할 수 있습니다. 또한 다른 스크립트에 임베드 할 수있는 일반 프로세스 덤프 유틸리티로도 사용할 수 있습니다.

사용법

usage: procdump [-a] [[-c|-cl CPU usage] [-u] [-s seconds]] [-n exceeds] [-e [1 [-b]] [-f <filter,...>] [-g] [-h] [-l] [-m|-ml commit usage] [-ma | -mp] [-o] [-p|-pl counter threshold] [-r] [-t] [-d <callback DLL>] [-64] <[-w] <process name or service name or PID> [dump file] | -i <dump file> | -u | -x <dump file> <image file> [arguments] >] [-? [ -e]


'notepad'이라는 프로세스의 미니 덤프를 작성하십시오 (하나의 일치 항목 만 존재할 수 있음).

C : \> procdump
notepad

PID가 '4572'인 프로세스의 전체 덤프를 작성하십시오.

C : \> procdump -ma 4572

'메모장'이라는 프로세스의 5 초 간격으로 3 개의 미니 덤프를 작성하십시오.

C : \> procdump -s 5 -n 3
notepad

5 초 동안 CPU 사용량이 20 %를 초과하면 'consume'라는 프로세스의 최대 3 개의 미니 덤프를 작성하십시오.

C : \> procdump -c 20 -s 5 -n 3 consume

윈도우 중 하나가 5 초 이상 응답하지 않으면 'hang.exe'라는 프로세스의 미니 덤프를 작성하십시오.

C : \> procdump -h hang.exe hungwindow.dmp

총 시스템 CPU 사용량이 10 초 동안 20 %를 초과하면 'outlook'이라는 프로세스의 미니 덤프를 작성하십시오.

C : \> procdump outlook -p "\ Processor (_Total) \ % Processor Time"20

Outlook의 핸들 수가 10,000을 초과하면 'outlook'이라는 프로세스의 전체 덤프를 작성하십시오.

C : \> procdump -ma outlook -p "\ Process (Outlook) \ Handle Count"10000

처리되지 않은 예외가있을 때 Microsoft Exchange Information Store의 MiniPlus 덤프를 작성하십시오.

C : \> procdump -mp -e store.exe

덤프를 작성하지 않고 표시, w3wp.exe의 예외 코드 / 이름 :

C : \> procdump -e 1 -f ""w3wp.exe

예외 코드 / 이름에 'NotFound'가 포함 된 경우 w3wp.exe의 미니 덤프를 작성하십시오.

C : \> procdump -e 1 -f NotFound w3wp.exe

프로세스를 시작한 다음 예외를 모니터링합니다.

C : \> procdump -e 1 -f ""-x c : \ dumps consume.exe

시작을 위해 등록하고 현대적인 '응용 프로그램'을 활성화하십시오. 새로운 ProcDump 인스턴스는 예외를 모니터링하기 위해 활성화 될 때 시작됩니다 :

C : \> procdump -e 1 -f ""-x c : \ dumpsMicrosoft.BingMaps_8wekyb3d8bbwe! AppexMaps

현대 '패키지'출시를 위해 등록하십시오. 새로운 ProcDump 인스턴스가 (수동으로) 활성화 될 때 시작되어 예외를 모니터링합니다 :

C : \> procdump -e 1 -f ""-x c : \ dumps Microsoft.BingMaps_1.2.0.136_x64__8wekyb3d8bbwe

Just-in-Time (AeDebug) 디버거로 등록하십시오. c : \ 덤프에서 전체 덤프를 작성합니다.

C : \> procdump -ma -i c : \ dumps

예제 명령 줄 목록을 참조하십시오 (예제는 위에 나열되어 있습니다).

C : \> procdump -? -e





VIM 7.4(WIN32) VIM(WIN64)


vim, gvim


source from: http://www.vim.org/


VIM(gvim) 7.4 (WIndows-32bit)

gvim74.zip



VIM 7.3 (WIndows-64bit)

vim73-x64.7z.001


vim73-x64.7z.002


+ Recent posts