Memory Drive

Java 8 ~ 26 Support Roadmap graph

고급코드 — Sun, 7 Jun 2026 20:02:07 +0900

출처 : https://www.oracle.com/europe/java/technologies/java-se-support-roadmap.html

FortiClient VPN의 Windows ARM64 버전 설치 문제 해결하기

고급코드 — Sat, 26 Apr 2025 19:49:38 +0900

퀄컴 스냅드래곤 노트북을 구매한 후 FortiVPN을 사용하고자 했으나, 한동안 정식 클라이언트가 없어서 Windows Store에서 FortiClient를 우회하는 형태로 사용해야만 했습니다. 드디어 정식 버전이 출시되어 설치를 진행하게 되었습니다.
오랫동안 기다려온 FortiClient VPN의 Windows ARM64 버전이 드디어 출시되었지만, 설치를 진행하던 중 롤백이 발생하면서 설치가 실패하는 문제에 직면했습니다. 이 문제로 인해 여러 시간을 헤매다가 마침내 해결책을 찾게 되어 공유하고자 합니다.

문제 상황

공식 홈페이지에서 FortiClient VPN Windows ARM64 버전 설치 프로그램을 실행했지만, 설치 과정 중간에 자동으로 롤백되면서 설치가 완료되지 않았습니다. 일반적인 재설치 시도나 관리자 권한으로 실행해도 동일한 문제가 발생했습니다.

해결 방법

Fortinet 커뮤니티 포럼을 검색하던 중 비슷한 문제를 겪은 사용자들의 해결책을 발견했습니다. 다행히도 설치 파일이 임시 폴더에 이미 추출되어 있어 직접 MSI 파일을 이용해 설치할 수 있었습니다.

구체적인 해결 단계는 다음과 같습니다:

Windows 임시 폴더(%tmp%)로 이동합니다. 탐색기에서 이 경로를 입력하면 바로 접근할 수 있습니다.
FCT_로 시작하는 디렉토리를 찾습니다 (보통 FCT_ 뒤에 UUID 형식의 긴 문자열이 붙어 있습니다).
해당 디렉토리 안에서 FortiClientVPN.msi 파일(약 156MB 크기)을 찾습니다.
이 MSI 파일을 직접 실행하여 설치를 진행합니다.

이 방법으로 설치하니 문제없이 정상적으로 설치가 완료되었습니다!

참고 사항

다운로드 링크 : https://www.fortinet.com/support/product-downloads
위 문제에 대한 더 자세한 정보는 Fortinet 커뮤니티 포럼에서 확인할 수 있습니다: Forticlient VPN ARM processor 관련 논의

ARM 기반 Windows 디바이스를 사용하시는 분들께 이 팁이 도움이 되길 바랍니다. 설치 과정에서 비슷한 문제를 겪고 계시다면 위 방법을 시도해보세요.

Windows ARM64 추가됨

FortiClientVPN.msl

설치성공

Arm64 로 빌드된 바이너리

Java 24의 JEP 450: Compact Object Headers로 메모리 효율성 높이기

고급코드 — Thu, 27 Mar 2025 02:18:23 +0900

Java 24의 JEP 450: Compact Object Headers로 메모리 효율성 높이기

2025년 3월 릴리즈된 Java 24에서 도입된 가장 주목할 만한 실험적인 기능 중 하나는 JEP 450: Compact Object Headers입니다. 이 실험적 기능은 HotSpot JVM의 객체 헤더 크기를 64비트 아키텍처에서 96

~~128비트(12~~

16바이트)에서 64비트(8바이트)로 줄여 힙 크기를 감소시키고 데이터 지역성을 향상시키는 것을 목표로 합니다.

객체 헤더란 무엇인가?

Java에서 힙에 저장된 모든 객체는 메타데이터를 가지고 있으며, 이는 객체의 헤더에 저장됩니다. 이 헤더는 객체의 타입, 배열 형태, 내용과 관계없이 일정한 크기를 차지합니다. 현재 64비트 HotSpot JVM에서는 객체 헤더가 JVM 구성에 따라 96비트(12바이트)에서 128비트(16바이트)까지 차지합니다.

객체 헤더는 다음과 같은 중요한 정보를 포함합니다:

가비지 컬렉션 관련 정보 (포워딩 포인터, 객체 나이 등)
타입 시스템 (객체의 클래스 식별, 메서드 호출, 타입 체크에 사용)
락킹 정보 (경량 및 중량 락에 대한 정보)
해시 코드 (객체의 안정적인 식별 해시 코드)

컴팩트 객체 헤더의 메모리 효율성 측정 실험

100MB 크기의 힙에서 OutOfMemoryError를 인위적으로 발생시키는 실험을 통해 -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders 옵션의 효과를 측정해 보았습니다.

실험 설계

테스트 환경: Java 24 (amazon openjdk 24.0.0.36.2), Mac 시스템(sequoia), 최대 힙 크기 100MB
두 가지 시나리오 테스트:
- 기본 설정 (컴팩트 객체 헤더 비활성화)
- 컴팩트 객체 헤더 활성화 (-XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders)
많은 수의 작은 객체를 생성하여 OutOfMemoryError 유도
각 시나리오에서 생성된 객체 측정

실험 코드

import java.util.ArrayList;
import java.util.List;

public class MemoryTest {
    public static void main(String[] args) {
        long count = 0;
        try {
            List<Object> objects = new ArrayList<>();
            while (true) {
                objects.add(new Object());
                count++;
            }
        } catch (OutOfMemoryError e) {
            System.err.println("OutOfMemoryError occurred at count = " + count);
        }
    }
}

실험 결과 (M4-MAC)

기본 설정 (컴팩트 객체 헤더 비활성화)

$ java -Xmx100m MemoryTest
OutOfMemoryError occurred at count = 5132541

컴팩트 객체 헤더 활성화

$ java -Xmx100m -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders MemoryTest
OutOfMemoryError occurred at count = 6153400

실험 결과 (Rocky 8.10-x64)

기본 설정 (컴팩트 객체 헤더 비활성화)

$ java -Xmx100m MemoryTest
OutOfMemoryError occurred at count = 4102267

컴팩트 객체 헤더 활성화

$ java -Xmx100m -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders MemoryTest
OutOfMemoryError occurred at count = 6153400

실험 결과 (Win11-Arm64)

기본 설정 (컴팩트 객체 헤더 비활성화)

$ java -Xmx100m MemoryTest
OutOfMemoryError occurred at count = 4102267

컴팩트 객체 헤더 활성화

$ java -Xmx100m -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders MemoryTest
OutOfMemoryError occurred at count = 6153400

표

OS	일반	UseCompact
MAC	5,132,541	6,153,400
Linux_x64	4,102,267	6,153,400
Win_arm64	4,102,267	6,153,400

분석

컴팩트 객체 헤더를 활성화했을 때 Mac기준 약 19.89%, Linux 및 Win11(Arm64)의 경우 50% 더 많은 객체를 생성할 수 있었습니다. 이는 JEP 450에서 예상한 대로 10~20% 정도의 메모리 절약 효과가 있음을 보여줍니다. ( Linux, Windows는 50% ?? )

특이한 점은 Mac과 Linux의 기본 설정 사용시 객체의 생성 가능한 개수가 다른 부분도 확인 할수 있었습니다. 또한 옵션을 사용시에는 동일한것으로 보아 옵션을 사용하면 JVM이 객체 헤더를 정확히 64비트(8바이트)로 표준화하기 때문에 플랫폼별 차이가 동일해지는 것을 확인할수 있습니다.

객체당 헤더 크기가 12~16바이트에서 8바이트로 줄어들면서, 같은 100MB 힙 공간에 더 많은 객체를 저장할 수 있게 되었습니다. 특히 작은 객체들이 많은 애플리케이션에서 이 효과는 더욱 두드러질것으로 보입니다.

실무적 의미

이 실험 결과는 다음과 같은 실무적인 의미를 갖습니다:

서버 비용 절감: 동일한 하드웨어에서 더 많은 객체를 처리할 수 있어 서버 비용을 절감할 수 있습니다.
성능 향상: 작은 객체들이 많은 애플리케이션에서 캐시 효율성이 향상되어 성능이 개선될 수 있습니다.
GC 압력 감소: 전체적인 메모리 사용량이 감소하면서 가비지 컬렉션 발생 빈도가 줄어들고, 이는 특히 GC 일시 중지에 민감한 애플리케이션에서 중요합니다.
마이크로서비스 배포 밀도 증가: 각 마이크로서비스 인스턴스가 더 적은 메모리를 사용하므로, 동일한 인프라에서 더 많은 인스턴스를 실행할 수 있습니다.

고려사항 및 한계

실험적 기능: 현재 Java 24에서는 실험적 기능으로 제공되므로 -XX:+UnlockExperimentalVMOptions 플래그와 함께 사용해야 합니다.
압축된 클래스 포인터 필요: 이 기능은 압축된 클래스 포인터가 활성화된 경우에만 작동합니다. 압축된 클래스 포인터를 비활성화하면 컴팩트 객체 헤더도 비활성화됩니다.
큰 힙 크기 제한: ZGC 이외의 가비지 컬렉터를 사용할 경우 8TB 이상의 힙에서는 컴팩트 객체 헤더가 비활성화됩니다.
JVMCI 호환성: 현재 x64에서 JVMCI와 함께 사용할 경우 지원되지 않습니다.

결론

JEP 450: Compact Object Headers는 Java 애플리케이션의 메모리 효율성을 크게 향상시킬 수 있는 중요한 기능입니다. 실험 결과에 따르면 동일한 힙 크기에서 약 20%(50%) 더 많은 객체를 생성할 수 있었으며, 이는 대규모 Java 애플리케이션에서 상당한 비용 절감과 성능 향상으로 이어질 수 있습니다.

향후 Java 릴리스에서는 이 기능이 실험적 상태를 넘어 기본으로 활성화될 가능성이 높으며, 마이크로서비스 아키텍처와 클라우드 환경에서의 Java 애플리케이션 배포 및 운영에 큰 이점을 제공할 것으로 기대됩니다.

Edited by claude.ai

Java 24 환경에서 guava / sun.misc.Unsafe 경고 메시지

고급코드 — Thu, 20 Mar 2025 23:22:31 +0900

Java 24 환경에서 guava / sun.misc.Unsafe 경고 메시지

Java 플랫폼은 지속적인 진화를 거치며 성능 및 보안성을 높이기 위해 내부 API를 지속적으로 수정하거나 폐기하고 있다.
Java 24에서 도입된 JEP 498 ("Warn upon Use of Memory-Access Methods in sun.misc.Unsafe") 은 이러한 변경 사항의 대표적인 예로, 내부적으로 널리 사용되었던 sun.misc.Unsafe 클래스의 메모리 접근 메서드 사용에 대한 경고를 제공한다.

경고 메시지의 기술적 배경

Java의 sun.misc.Unsafe 클래스는 JVM 메모리에 직접 접근하거나 저수준 동기화 및 원자적 연산을 수행하는 기능을 제공하여, 높은 성능을 요구하는 다양한 프레임워크 및 라이브러리에서 널리 사용되었다. 그러나 이러한 기능의 무분별한 사용은 보안 및 안정성 측면에서 잠재적 위협이 될 수 있으므로, Oracle은 JEP 260 및 최근의 JEP 498을 통해 해당 클래스의 사용을 점진적으로 폐기하고자 하고 있다. Java 24부터는 이 클래스의 특정 메서드 호출이 있을 때 아래와 같은 경고 메시지를 출력한다.

WARNING: A terminally deprecated method in sun.misc.Unsafe has been called
WARNING: sun.misc.Unsafe::objectFieldOffset has been called by com.google.common.util.concurrent.AbstractFuture$UnsafeAtomicHelper (file:/deploy/WEB-INF/lib/guava-33.4.0-jre.jar)
WARNING: Please consider reporting this to the maintainers of class com.google.common.util.concurrent.AbstractFuture$UnsafeAtomicHelper
WARNING: sun.misc.Unsafe::objectFieldOffset will be removed in a future release

이는 Guava 33.4.5 버전 이전 까지 여전히 Java 9 이후 환경에서도 Unsafe API를 사용하여 객체의 필드 접근 위치를 가져오는 방식을 채택했기 때문이다.

해결 방안 및 버전 업그레이드의 필요성

해당 문제는 근본적으로 Guava 라이브러리 내부의 메모리 접근 방식에 기인한다. 다행히 Google은 Java 9 이상의 환경을 고려하여 Guava 33.4.5 버전부터 이 문제를 해소하였다. 구체적으로 Guava 개발팀은 내부적으로 사용하던 Unsafe 기반 접근 방식을 제거하고, Java 표준 API를 활용하는 방향으로 리팩토링을 수행했다.

Guava의 의존성을 다음과 같이 최신 버전으로 업데이트하면, 해당 경고 메시지를 효과적으로 제거할 수 있다.
2025.03.20 일 기준 Android 부분은 미완료.

<!-- Maven 기반 프로젝트의 예시 -->
<dependency>
    <groupId>com.google.guava</groupId>
    <artifactId>guava</artifactId>
    <version>33.4.5-jre</version>
</dependency>

Guava 33.4.5에서의 주요 변경점

Guava 33.4.5 버전의 변경 내역 중 핵심적인 부분은 다음과 같다:

Java 9 이상의 환경에서 sun.misc.Unsafe 클래스 기반 메모리 접근 방식을 표준 Java API로 대체하였다.
JVM의 향후 버전 업그레이드에서 발생할 수 있는 호환성 문제를 선제적으로 방지하였다.

변경 내역 출처: Guava 33.4.5 공식 Release Note

실제 적용 예시

적용전

WARNING: A terminally deprecated method in sun.misc.Unsafe has been called
WARNING: sun.misc.Unsafe::objectFieldOffset has been called by com.google.common.util.concurrent.AbstractFuture$UnsafeAtomicHelper (file:/deploy/webapps/ROOT/WEB-INF/lib/guava-33.4.0-jre.jar)
WARNING: Please consider reporting this to the maintainers of class com.google.common.util.concurrent.AbstractFuture$UnsafeAtomicHelper
WARNING: sun.misc.Unsafe::objectFieldOffset will be removed in a future release
20-Mar-2025 22:04:13.321 정보 [main] org.apache.catalina.startup.HostConfig.deployDescriptor 배치 descriptor [/tomcat9/conf/Catalina/localhost/ROOT.xml]의 배치가 [7,639] 밀리초 내에 완료되었습니다.
20-Mar-2025 22:04:13.324 정보 [main] org.apache.coyote.AbstractProtocol.start 프로토콜 핸들러 ["http-nio-127.0.0.1-8080"]을(를) 시작합니다.
20-Mar-2025 22:04:13.328 정보 [main] org.apache.catalina.startup.Catalina.start 서버가 [7682] 밀리초 내에 시작되었습니다.

적용후

20-Mar-2025 22:34:27.156 정보 [main] org.apache.catalina.startup.HostConfig.deployDescriptor 배치 descriptor [/tomcat9/conf/Catalina/localhost/ROOT.xml]의 배치가 [5,634] 밀리초 내에 완료되었습니다.
20-Mar-2025 22:34:27.160 정보 [main] org.apache.coyote.AbstractProtocol.start 프로토콜 핸들러 ["http-nio-127.0.0.1-8080"]을(를) 시작합니다.
20-Mar-2025 22:34:27.164 정보 [main] org.apache.catalina.startup.Catalina.start 서버가 [5683] 밀리초 내에 시작되었습니다.

결론

Java 24 환경에서 Guava 라이브러리 사용 중 sun.misc.Unsafe 경고 메시지를 접할 경우, Guava를 33.4.5 이상의 버전으로 업그레이드하는 것이 권장됩니다.

Edited by ChatGPT

iwinv 에서 블록스토리지에 zfs 파일시스템 구성

고급코드 — Tue, 10 Aug 2021 15:40:54 +0900

개요

국내에서 제법 저렴한 호스팅 서비스인 iwinv에서 제공하는 서비스 활용법중에 하나...
기본적으로 iwinv 에서 제공하는 blockstorage를 이용하여 zfs 파일 시스템을 생성할수 있다. 기본 가이드는 lvm을 이용하는것으로 가이드 하지만 zfs도 생성 가능
cpu를 조금 더 사용하여 파일시스템 사용 효율을 극대화 할수 있다.
zfs활용예시
설치는 openzfs 가 아닌 apt로 간단히 설치

기본으로 vm-lite (ubuntu 20버전) 과 blockstorage(예제로50GB) 생성

기본 파일시스템 확인

root@helloworld-139867:~# df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  223M     0  223M   0% /dev
tmpfs          tmpfs      48M  992K   47M   3% /run
/dev/vda1      ext4       25G  2.0G   23G   8% /
tmpfs          tmpfs     239M     0  239M   0% /dev/shm
tmpfs          tmpfs     5.0M     0  5.0M   0% /run/lock
tmpfs          tmpfs     239M     0  239M   0% /sys/fs/cgroup
/dev/vda15     vfat      105M  6.6M   98M   7% /boot/efi
/dev/loop0     squashfs   55M   55M     0 100% /snap/core18/1705
/dev/loop1     squashfs   69M   69M     0 100% /snap/lxd/14804
/dev/loop2     squashfs   28M   28M     0 100% /snap/snapd/7264
/dev/loop3     squashfs   33M   33M     0 100% /snap/snapd/12704
/dev/loop4     squashfs   56M   56M     0 100% /snap/core18/2074
tmpfs          tmpfs      48M     0   48M   0% /run/user/0
/dev/loop5     squashfs   62M   62M     0 100% /snap/core20/1081
/dev/loop6     squashfs   69M   69M     0 100% /snap/lxd/21260

vm접속후 확인

root@helloworld-139867:~# fdisk -l
...
...
...
Device      Start      End  Sectors  Size Type
/dev/vda1  227328 52428766 52201439 24.9G Linux filesystem
/dev/vda14   2048    10239     8192    4M BIOS boot
/dev/vda15  10240   227327   217088  106M EFI System

Partition table entries are not in disk order.


Disk /dev/vdb: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

zfs 패키지 설치

root@helloworld-139867:~# apt install zfsutils-linux

...
...
...

설치확인

root@helloworld-139867:~# which zfs
/usr/sbin/zfs
root@helloworld-139867:~# whereis zfs
zfs: /usr/sbin/zfs /etc/zfs /usr/share/man/man8/zfs.8.gz

blockstorage를 pool로 생성

root@helloworld-139867:~# lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0     7:0    0   55M  1 loop /snap/core18/1705
loop1     7:1    0   69M  1 loop /snap/lxd/14804
loop2     7:2    0 27.1M  1 loop /snap/snapd/7264
loop3     7:3    0 32.3M  1 loop /snap/snapd/12704
loop4     7:4    0 55.5M  1 loop /snap/core18/2074
loop5     7:5    0 61.8M  1 loop /snap/core20/1081
loop6     7:6    0 68.3M  1 loop /snap/lxd/21260
vda     252:0    0   25G  0 disk 
vda1  252:1    0 24.9G  0 part /
vda14 252:14   0    4M  0 part 
vda15 252:15   0  106M  0 part /boot/efi
vdb     252:16   0   50G  0 disk

-- ( vdb 가 block storage disk )


-- 생성
root@helloworld-139867:~# zpool create zfspool vdb

zfs pool 생성 확인

root@helloworld-139867:~# zpool list
NAME      SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
zfspool  49.5G   110K  49.5G        -         -     0%     0%  1.00x    ONLINE  -

생성된 pool 에 기본적으로 압축 설정

root@helloworld-139867:~# zfs get compression
zfspool  compression  off       local
root@helloworld-139867:~# zfs set compression=lz4 zfspool
root@helloworld-139867:~# zfs get compression
NAME     PROPERTY     VALUE     SOURCE
zfspool  compression  lz4       local

pool로 부터 파일시스템 생성

root@helloworld-139867:~#  zfs create -o mountpoint=/data01 -o compression=lz4 zfspool/data01
root@helloworld-139867:~# df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  223M     0  223M   0% /dev
tmpfs          tmpfs      48M 1004K   47M   3% /run
/dev/vda1      ext4       25G  2.0G   23G   8% /
tmpfs          tmpfs     239M     0  239M   0% /dev/shm
tmpfs          tmpfs     5.0M     0  5.0M   0% /run/lock
tmpfs          tmpfs     239M     0  239M   0% /sys/fs/cgroup
/dev/vda15     vfat      105M  6.6M   98M   7% /boot/efi
/dev/loop0     squashfs   55M   55M     0 100% /snap/core18/1705
/dev/loop1     squashfs   69M   69M     0 100% /snap/lxd/14804
/dev/loop2     squashfs   28M   28M     0 100% /snap/snapd/7264
/dev/loop3     squashfs   33M   33M     0 100% /snap/snapd/12704
/dev/loop4     squashfs   56M   56M     0 100% /snap/core18/2074
tmpfs          tmpfs      48M     0   48M   0% /run/user/0
/dev/loop5     squashfs   62M   62M     0 100% /snap/core20/1081
/dev/loop6     squashfs   69M   69M     0 100% /snap/lxd/21260
zfspool        zfs        48G  128K   48G   1% /zfspool
zfspool/data01 zfs        48G  128K   48G   1% /data01

/data01 파일시스템이 zfs로 생성된것 확인

압축 테스트

50G 스토리지,파일시스템에 100G Dummy파일 생성 테스트

cd /data01
root@helloworld-139867:/data01# dd if=/dev/zero of=./100Gfile bs=1 count=0 seek=100G
0+0 records in
0+0 records out
0 bytes copied, 0.00013683 s, 0.0 kB/s

root@helloworld-139867:/data01# ls -alrth
total 5.0K
drwxr-xr-x 21 root root 4.0K Aug 10 15:07 ..
-rw-r--r--  1 root root 100G Aug 10 15:19 100Gfile
drwxr-xr-x  2 root root    3 Aug 10 15:19 .

root@helloworld-139867:/data01# df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
....
zfspool/data01 zfs        48G  128K   48G   1% /data01

비즈니스 원드라이브 - 네트워크 드라이브 연결 오류

고급코드 — Tue, 2 Feb 2021 00:11:11 +0900

모 커뮤니티 사이트에서 원드라이브를 네트워크드라이브 연결하는 방법을 확인하여 시도하였으나 아래와 같은 오류가 발생

인터넷 속성 : https://*.sharepoint.com 추가

네트워크 드라이브 연결

https://아이디아이디.sharepoint.com/personal/서브아이디/_layouts/15/onedrive.aspx
를
https://아이디아이디.sharepoint.com/personal/서브디아이디/Documents
로 변경하여 아래 네트워크 드라이브 연결

Chrome과 Edge에서 수행시 아래 오류 발생

다음 오류가 발생하여 네트워크 드라이브를 연결할 수 없습니다.

액세스가 거부되었습니다. 이 위치에서 파일을 열기 전에 먼저 웹 사이트를 신뢰할 수 있는 사이트 목록에 추가하고 해당 웹 사이트를 찾은 후 자동으로 로그인하도록 옵션을 선택해야 합니다.

위 에러 발생시 Chrome / Edge 등에서 로그인을 시도해도 접속이 안되며
해결 방법은 Internet Explorer 11을 이용하여 로그인을 해야 접속됨

참고 URL
blog.naver.com/purple_linea/221789131358

원드라이브 비지니스를 네트워크 드라이브로 설정하는 방법

* 1T 이상의 대용량인 원드라이브 비지니스를 하드디스크 공간에 차지하지 않도록 네트워크 드라이브...

blog.naver.com

www.clien.net/service/board/lecture/15841015

원드라이브를 하드디스크처럼 네트워크 드라이브로 사용하기 : 클리앙

0. 글의 배경과 목적 오피스365 또는 원드라이브 클라우드를 구독하시는 분들은 아시겠지만.. 원드라이브에서 제공하는 앱을 보면 특정 폴더를 동기화 하는 순간 내 하드디스크의 용량도 같이 잡

www.clien.net

[Tomcat] Windows에서 콘솔 화면 한글 깨짐 조치

고급코드 — Thu, 15 Oct 2020 17:37:25 +0900

증상

Windows 명령창에서 Tomcat 구동시 한글이 모두 깨짐

원인

명령 프롬프트 창과 tomcat logging 기본 인코딩(UTF-8)이 틀려서 발생

조치방법

레지스트리를 편집하여 "명령 프롬프트" 인코딩 변경
tomcat에서 남기는 로그 인코딩 변경 ( tomcat9 버전 기준 )

1catalina.org.apache.juli.AsyncFileHandler.encoding = UTF-8
2localhost.org.apache.juli.AsyncFileHandler.encoding = UTF-8
3manager.org.apache.juli.AsyncFileHandler.encoding = UTF-8
4host-manager.org.apache.juli.AsyncFileHandler.encoding = UTF-8
java.util.logging.ConsoleHandler.encoding = UTF-8

UTF-8 부분 모두 EUC-KR로 변경후 저장

결과

Windows 7 end of life support ( Windows 7 PC는 지원되지 않습니다.

고급코드 — Wed, 5 Feb 2020 09:38:14 +0900

Windows 7 부팅시 안내 화면

[PostgreSQL] PostgreSQL Disadvantages - 단점/불편한점

고급코드 — Mon, 20 May 2019 22:54:38 +0900

컬럼 사이즈 변경시 주의점

컬럼 사이즈를 변경할때 관련된 view가 있으면 view를 drop 후에 새로 생성해야 함.
view개수가 많을수록 번거러움은 커진다.

drop view ...
alter table ... alter column ...
create view

파일 시스템 Full

데이터가 적재되는 파일 시스템이 100% 도달해버리면 PostgreSQL 프로세스가 내려간다. (종료됨)

vacuum 관리

vacuum이 불이의 이유로 수행이 안될경우 db자체가 정지하며 재생성 작업을 해주어야 한다.

[PostgreSQL] Function 내용 수정

고급코드 — Fri, 17 May 2019 16:29:10 +0900

테스트 버전

PostgreSQL 10 / 11

Function 파일로 추출

형식 : psql 접속정보 -c "\sf 함수명" > function_name.sql

예제명령 : psql -h 127.0.0.1 -p 1234 - U userid -d db_name  > function_name.sql

Function 수정

vi function_name.sql

Function 적용

예제명령 : psql -h 127.0.0.1 -p 1234 - U hello -d db_name < function_name.sql

[MAVEN] unmappable character for encoding EUC_KR

고급코드 — Thu, 23 Aug 2018 16:13:42 +0900

오류 메시지

unmappable character for encoding EUC_KR

해결

pom.xml 에 다음 속성 추가

<project.build.sourceEncoding>utf-8</project.build.sourceEncoding>

<project.reporting.outputEncoding>utf-8</project.reporting.outputEncoding>

[spring] logback 로그 2번 찍힘

고급코드 — Thu, 9 Aug 2018 16:06:50 +0900

현상

logback 출력시 계속 로그가 2줄씩 출력이 되는 경우가 발생

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:mvc="http://www.springframework.org/schema/mvc"

-- 생략...

<mvc:annotation-driven/>

-- 생략

</beans>

해결

annotation-driven이 2번 선언 되어있을 경우 로그가 2번 출력되는 경우가 있음 / 1개만 존재하도록 변경

변경전

변경후

Oracle 테이블에서 날짜형식의 테이블만 추출하는 정규표현식

고급코드 — Wed, 8 Aug 2018 17:26:21 +0900

DB의 테이블명이 DATA_20180801 형태로 되어있을경우 날짜가 포함된 테이블만 조회하는 정규식

SELECT * FROM (

SELECT TABLE_NAME, REGEXP_SUBSTR( TABLE_NAME, '\d{4}\d{2}\d{2}') YYYYMMDD

FROM USER_TABLES

)

WHERE YYYYMMDD IS NOT NULL

-- AND YYYYMMDD < '20180701'

결과

Oracle] Table and Column Comments extract query

고급코드 — Wed, 8 Aug 2018 14:42:41 +0900

-- 테이블 COMMENT 조회

SELECT TABLE_NAME, TABLE_TYPE, COMMENTS

FROM USER_TAB_COMMENTS

WHERE COMMENTS IS NOT NULL;

-- 컬럼별 COMMENT 조회

SELECT *

FROM USER_COL_COMMENTS

WHERE COMMENTS IS NOT NULL;

-- 테이블별 COMMENT 쿼리문

SELECT 'COMMENT ON TABLE ' || TABLE_NAME || ' IS ''' || COMMENTS || ''';'

FROM USER_TAB_COMMENTS

WHERE COMMENTS IS NOT NULL;

COMMENT ON TABLE TABLE_NAME IS 'COMMENTS text';

-- 컬럼별 COMMENT 쿼리문

SELECT 'COMMENT ON COLUMN ' || TABLE_NAME || '.' || COLUMN_NAME || ' IS ''' || COMMENTS || ''';'

FROM USER_COL_COMMENTS

WHERE COMMENTS IS NOT NULL;

COMMENT ON COLUMN TABLE_NAME.COLUMN_NAME IS 'COMMENTS';

Jeus Postgresql datasource logintimeout 오류

고급코드 — Sun, 8 Apr 2018 00:44:36 +0900

사례

Tmax의 Jeus에서 PostgreSQL 설정후 [TEST] 수행시 logintimeout 에러가 발생

원인 :

1. Driver Class를 org.postgresql.Driver 로 설정한것이 문제

2. JEUS 에서 사용하기 위해선 javax.sql.CommonDataSource 를 상속 받아 구현한 class가 필요함

해결 :

아래 Class 로 설정하면 에러 발생하지 않음 ( postgresql jdbc 드라이버에 포함되어있음 )

Driver Class : org.postgresql.jdbc3.Jdbc3PoolingDataSource

참고자료 :

org.postgresql.jdbc3.Jdbc3PoolingDataSource

https://jdbc.postgresql.org/development/privateapi/org/postgresql/jdbc3/Jdbc3ConnectionPool.html

(setTimeout이 구현되어있음)

org.postgresql.Driver :

https://jdbc.postgresql.org/development/privateapi/org/postgresql/Driver.html

(setTimeout이 없음)

추가적으로

JEUS는 other 선택시 derby 세팅을 기본으로 하다 보니 create=true; 옵션이 들어가다 보니 문제가 발생하니 "create=true;" 옵션 제거도 필요함

Creative Cloud 직접 다운로드

고급코드 — Sat, 7 Apr 2018 22:24:38 +0900

FlashBuilder 4.7 Standalone Download

링크 : https://helpx.adobe.com/kr/creative-cloud/kb/creative-cloud-apps-download.html

joybuy.com 트래킹 번호 tracking number

고급코드 — Mon, 2 Apr 2018 22:17:38 +0900

joybuy.com 에서 물품을 구매 한뒤 Tracking 조회는 가능하나 실질적인 Tracking Number를 알수가 없었다.

방법은 의외로 간단...

My Joybuy> My Orders> Order Details

배송 상세 페이지에서 소스 보기를 하면 된다.

Ctrl + F 로 exNo로 몇번 다음다음... 찾다보면 exNo항목이 배송추적 번호.

그뒤 배송추적 사이트에서 exNo뒤의 값을 아래 사이트에 넣어 보면 동일한 내용인것을 알수 있다.

https://t.17track.net/ko#nums=RG블라블라...

highcharts _ linux epoch time 구하기 ( date 명령 이용 )

고급코드 — Thu, 16 Nov 2017 15:39:01 +0900

1. highcharts / datetime / csv 에서 사용하기 위한 linux epoch time 구하기

2. highcharts 등에서 x axis 값 타입을 datetime 형식으로 사용할때 테스트 용도

linux (date)

] date -d "2017-11-16 13:00:01" -u +%s

1510837201

] date -d "2017-11-16 14:00:02" -u +%s

1510840802

] date -d "2017-11-16 15:00:03" -u +%s

1510844403

] date +%s

1510844404

csv 데이터 ( 뒤에 000을 붙여서 13자리로 만듬 )

1510837201000,10

1510840802000,20

1510844403000,30

highcharts 옵션

highcharts 옵션에서...

options = {

global: {

useUTC: false

xAxis : {

type: 'datetime'

}

결과

ConflictingBeanDefinitionException

고급코드 — Fri, 21 Jul 2017 04:23:47 +0900

Caused by: org.springframework.context.annotation.ConflictingBeanDefinitionException: Annotation-specified bean name 'blablabla' for bean class [com.helloworld] conflicts with existing, non-compatible bean definition of same name and class [com.helloworld]

원인

output(compile)된 class 찌꺼기에서 anotation 중복이 발생

해결 방법

compile된 class 경로 가서 과거 생성된 파일들을 지워 준다.

스파이더맨: 홈커밍 (Spider-Man: Homecoming, 2017)

고급코드 — Wed, 12 Jul 2017 19:43:18 +0900

스파이더맨: 홈커밍 (Spider-Man: Homecoming, 2017) 엔딩 쿠키 영상

1. 영화 끝난뒤 쿠키 1개

2. 제작자 이름들 모두 지나간뒤 추가 쿠키 1개

총2개

닥터 스트레인지 - Doctor Strange, 2016

고급코드 — Sun, 13 Nov 2016 14:55:58 +0900

닥터 스트레인지 쿠키 영상 2개

바로 끝난뒤 : 1

제작진 크레딧 지나간뒤에 : 1

SK T포켓파이 M APN 주소

고급코드 — Sat, 12 Nov 2016 21:52:08 +0900

apn : lte-internet.sktelecom.com

구글크롬 55 베타버전 릴리즈 및 html5test.com 점수 증가 (Chrome)

고급코드 — Sat, 22 Oct 2016 10:30:40 +0900

평소 Chrome의 Beta(Dev) 버전으로 사용중 Chrome Beta 55가 릴리즈 되어 http://html5test.com 에서 점수를 확인해봄

기존 Chrome 54 버전

업데이트된 Chrome 55 개발자 버전

스코어 증가에 영향을 준 항목

(우측이 Chrome 55)

Pointer Events 추가

우측이 Chrome 55

Async and Await 추가

openssl 속도 측정

고급코드 — Sun, 15 Nov 2015 12:54:38 +0900

단순 참고용...

사용커맨드

> openssl speed -evp aes256 -elapsed

Synology NAS 712+

CPU : Intel Atom D425 Monocore (1C/2T) 1.8GHz x86 Processor

SYNONAS> openssl speed -evp aes256 -elapsed

You have chosen to measure elapsed time instead of user CPU time.

Doing aes-256-cbc for 3s on 16 size blocks: 620447 aes-256-cbc's in 3.01s

Doing aes-256-cbc for 3s on 64 size blocks: 183449 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 256 size blocks: 75143 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 1024 size blocks: 13415 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 8192 size blocks: 2000 aes-256-cbc's in 3.00s

OpenSSL 1.0.1p-fips 9 Jul 2015

built on: Wed Oct 28 12:37:18 2015

options:bn(64,32) rc4(8x,mmx) des(ptr,risc1,16,long) aes(partial) idea(int) blowfish(idx)

compiler: /usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-ccache-gcc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/local/i686-pc-linux-gnu/i686-pc-linux-gnu/sys-root/usr/include -DSYNO_X64 -O2 -I/usr/syno/include -DSYNO_ARCH=32 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DSYNO_PLATFORM=X64 -g -pipe -DOPENSSL_NO_ERR -DL_ENDIAN -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -I/usr/syno//include -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM

The 'numbers' are in 1000s of bytes per second processed.

type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes

aes-256-cbc 3298.06k 3913.58k 6412.20k 4578.99k 5461.33k

Rasberry PI 2

CPU : Broadcom BCM2836 (CPU, GPU, DSP, SDRAM) 900 MHz quad-core ARM Cortex A7 (ARMv7 instruction set)

pi@raspi ~ $ openssl speed -evp aes256 -elapsed

You have chosen to measure elapsed time instead of user CPU time.

Doing aes-256-cbc for 3s on 16 size blocks: 2704173 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 64 size blocks: 752159 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 256 size blocks: 193098 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 1024 size blocks: 48585 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 8192 size blocks: 6092 aes-256-cbc's in 3.00s

OpenSSL 1.0.1k 8 Jan 2015

built on: Sat Jun 13 16:36:02 2015

options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) blowfish(ptr)

compiler: -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DGHASH_ASM

The 'numbers' are in 1000s of bytes per second processed.

type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes

aes-256-cbc 14422.26k 16046.06k 16477.70k 16583.68k 16635.22k

WD My Cloud

CPU : Comcerto 2000 EVM (ARMv7 Processor rev 1 (v7l))

WDMyCloud:/CacheVolume/upgrade# openssl speed -evp aes256 -elapsed

You have chosen to measure elapsed time instead of user CPU time.

Doing aes-256-cbc for 3s on 16 size blocks: 2802523 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 64 size blocks: 782065 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 256 size blocks: 203568 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 1024 size blocks: 51526 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 8192 size blocks: 6466 aes-256-cbc's in 3.00s

OpenSSL 1.0.1m 19 Mar 2015

built on: Fri Mar 27 03:10:40 2015

options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) blowfish(ptr)

compiler: gcc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DGHASH_ASM

The 'numbers' are in 1000s of bytes per second processed.

type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes

aes-256-cbc 14946.79k 16684.05k 17371.14k 17587.54k 17656.49k

odroid XU4

cpu : Samsung Exynos5422 Cortex™-A15 2Ghz and Cortex™-A7 Octa core CPUs

odroid@odroid:~$ openssl speed -evp aes256 -elapsed

You have chosen to measure elapsed time instead of user CPU time.

Doing aes-256-cbc for 3s on 16 size blocks: 11501687 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 64 size blocks: 3188790 aes-256-cbc's in 3.01s

Doing aes-256-cbc for 3s on 256 size blocks: 828341 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 1024 size blocks: 209031 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 8192 size blocks: 26222 aes-256-cbc's in 3.00s

OpenSSL 1.0.2d 9 Jul 2015

built on: reproducible build, date unspecified

options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) blowfish(ptr)

compiler: cc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-Bsymbolic-functions -Wl,-z,relro -Wa,--noexecstack -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DBSAES_ASM -DGHASH_ASM

The 'numbers' are in 1000s of bytes per second processed.

type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes

aes-256-cbc 61342.33k 67801.51k 70685.10k 71349.25k 71603.54k

pine64 - 2g

ubuntu@localhost:~$ openssl speed -evp aes256 -elapsed

You have chosen to measure elapsed time instead of user CPU time.

Doing aes-256-cbc for 3s on 16 size blocks: 24274186 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 64 size blocks: 14124698 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 256 size blocks: 5183353 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 1024 size blocks: 1500357 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 8192 size blocks: 192865 aes-256-cbc's in 3.00s

OpenSSL 1.0.2g-fips 1 Mar 2016

built on: reproducible build, date unspecified

options:bn(64,64) rc4(ptr,char) des(idx,cisc,16,int) aes(partial) blowfish(ptr)

compiler: cc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-Bsymbolic-functions -Wl,-z,relro -Wa,--noexecstack -Wall -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM

The 'numbers' are in 1000s of bytes per second processed.

type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes

aes-256-cbc 129462.33k 301326.89k 442312.79k 512121.86k 526650.03k

Intel I5 3570-3.4G

C:\>openssl speed -evp aes256 -elapsed

WARNING: can't open config file: f:\repo\winlibs_openssl_vc11_x86/openssl.cnf

You have chosen to measure elapsed time instead of user CPU time.

Doing aes-256-cbc for 3s on 16 size blocks: 88348330 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 64 size blocks: 23161673 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 256 size blocks: 5846825 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 1024 size blocks: 1471089 aes-256-cbc's in 3.00s

Doing aes-256-cbc for 3s on 8192 size blocks: 183546 aes-256-cbc's in 3.00s

OpenSSL 1.0.1i 6 Aug 2014

built on: Thu Aug 7 17:22:15 2014

options:bn(64,64) rc4(16x,int) des(idx,cisc,2,long) aes(partial) idea(int) blowf

ish(idx)

compiler: cl /MD /Ox -DOPENSSL_THREADS -DDSO_WIN32 -W3 -Gs0 -Gy -nologo -DOPEN

SSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -DUNICODE -D_UNICODE -D_CRT_S

ECURE_NO_DEPRECATE -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MO

NT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_A

SM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DOPENSSL_USE_APPLINK -I.

-DOPENSSL_NO_RC5 -DOPENSSL_NO_MD2 -DOPENSSL_NO_KRB5 -DOPENSSL_NO_JPAKE -DOPENSS

L_NO_DYNAMIC_ENGINE

The 'numbers' are in 1000s of bytes per second processed.

type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes

aes-256-cbc 471034.08k 493951.04k 498762.81k 502131.71k 500869.03k

• Windows 10 x64 기반 시스템용 Internet Explorer Flash Player 보안 업데이트(KB3087040) - 오류 0x80004005

고급코드 — Tue, 22 Sep 2015 08:38:03 +0900

• Windows 10 x64 기반 시스템용 Internet Explorer Flash Player 보안 업데이트(KB3087040) - 오류 0x80004005

긴급 Flash 보안 업데이트 중의 하나인 KB3087040 업데이트가

위처럼 메시지가 뜨면서 Flash 업데이트가 안될경우

x86 Windows 10.

http://download.windowsupdate.com/d/msdownload/update/software/secu/2015/09/windows10.0-kb3087040-x86_86b760ce3097391e6896df374d69aff46b769b02.msu

x64 Windows 10.

http://download.windowsupdate.com/d/msdownload/update/software/secu/2015/09/windows10.0-kb3087040-x64_ad0f78efb7b122fa9472dbb8050c4f358aceab49.msu

직접 다운받아서 설치후 재부팅 하면 업데이트 완료!

업데이트후에도 위와 같은 메시지가 뜰수 있으나 업데이트 확인을 한번 하면 메시지가 없어진것을 확인할수 있음.

Edge 와 InternetExplorer 11의 Flash 버전이 바뀐것을 확인!

Java Bitmap pixel to image(png) setRGB example

고급코드 — Wed, 17 Jun 2015 23:55:26 +0900

Java에서 Bitmap을 Pixel 단위로 처리 할때 샘플...

Source...

import java.awt.image.BufferedImage;

import java.io.File;

import java.io.IOException;

import javax.imageio.ImageIO;

public class BufferedImagePixels {

public static void main(String[] args) {

BufferedImage bufferedImage = new BufferedImage(300, 300,

BufferedImage.TYPE_INT_RGB);

int rgb = bufferedImage.getRGB(1, 1);

int w = bufferedImage.getWidth(null);

int h = bufferedImage.getHeight(null);

int[] rgbs = new int[w * h];

bufferedImage.getRGB(0, 0, w, h, rgbs, 0, w);

rgb = 0xFF00FF00; // green

for (int i = 1; i < w; i++) {

bufferedImage.setRGB(i, i, rgb);

}

File outputfile = new File("c:\\image.png");

try {

// png,

ImageIO.write(bufferedImage, "png", outputfile);

} catch (IOException e) {

e.printStackTrace();

}

결과...

사용하기 쉬운 쿼리툴 _ DbVisualizer 장단점

고급코드 — Wed, 17 Jun 2015 20:49:16 +0900

DB_JDBC설정

JDBC설정 화면

URL Format과 DriverClass 를 Ctrl+C , Ctrl+V만 해도 기본적인 DB연결 문자열은 바로 생성 가능

Class.forName("net.sourceforge.jtds.jdbc.Driver");

conn = DriverManager.getConnection("jdbc:jtds:sqlserver://<server>:<port1433>;DatabaseName=<database>", "user", "password");

장점 :

1. Java기반으로 제작된 프로그램

2. Java개발시 사용되는 JDBC연결을 통해 JDBC를 지원하는 모든 DB연결가능

(지원되지 않는 DB라도 JDBC 드라이버만 있으면 기본적인 연결 및 쿼리 가능) ex) Cubrid, Tibero

3. 상용 프로그램으로 꾸준한 업데이트 지원

4. 데이터를 손쉽게 Chart로 표현 가능

5. 설치된경로\resources\profiles 에 DB별로 조회가능한 Dictionary 조회 쿼리 존재

6. DB별로 특성화된 구조로 표현

단점 :

1. 대량의 데이터 Fetch 시에 Memory 점유율(Java메모리)이 높음

2. 무료로 사용가능하나 무료버전은 많은 기능이 제약됨

3. LongRun 쿼리 Stop이 불가할땐 재시작 해야함

4. 범용성을 지니다 보니 전문적인 admin 부분에선 약함

5. 초반 설치시 Editor에서 한글을 사용하기 위해선 한글 Font 지정 필요

Tools->Tool Properties -> [General] -> General -> Apperance -> Fonts

6. Pro버전 라이센스가 비쌈-1copy $179 (여러 DB를 사용해야 하는 직업을 가진 사람은 적당한 툴)

지원 기능 설명 : http://www.dbvis.com/features/

다운로드 링크 : http://www.dbvis.com/download/

[wonderfl] Lightning Effect (as3)

고급코드 — Mon, 15 Jun 2015 08:59:10 +0900

http://wonderfl.net/c/8Z2I

Amazon CloudDrive Unlimited Storage Upload / Download Test

고급코드 — Thu, 2 Apr 2015 02:09:59 +0900

아마존 클라우드 드라이브 사용할지에 대해 고민하던중 업로드, 다운로드 속도 테스트 , 단순 참고용

KT - 100M

https://www.amazon.com/clouddrive/unlimited

RaspberryPi 2 - redis-benchmark result

고급코드 — Thu, 26 Mar 2015 23:01:11 +0900

pi@raspberrypi ~/redis-2.8.19/src $ ./redis-benchmark

====== PING_INLINE ======

100000 requests completed in 6.84 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

27.08% <= 2 milliseconds

83.75% <= 3 milliseconds

96.20% <= 4 milliseconds

99.61% <= 5 milliseconds

99.89% <= 6 milliseconds

99.98% <= 7 milliseconds

99.99% <= 8 milliseconds

100.00% <= 8 milliseconds

14613.47 requests per second

====== PING_BULK ======

100000 requests completed in 7.02 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

82.06% <= 2 milliseconds

99.45% <= 3 milliseconds

100.00% <= 3 milliseconds

14247.04 requests per second

[8838] 26 Mar 22:51:21.842 * 100 changes in 300 seconds. Saving...

[8838] 26 Mar 22:51:21.843 * Background saving started by pid 8849

[8849] 26 Mar 22:51:21.861 * DB saved on disk

[8849] 26 Mar 22:51:21.864 * RDB: 0 MB of memory used by copy-on-write

[8838] 26 Mar 22:51:21.945 * Background saving terminated with success

====== SET ======

100000 requests completed in 7.51 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

0.26% <= 2 milliseconds

15.47% <= 3 milliseconds

79.39% <= 4 milliseconds

93.76% <= 5 milliseconds

98.51% <= 6 milliseconds

98.92% <= 7 milliseconds

99.13% <= 8 milliseconds

99.41% <= 9 milliseconds

99.86% <= 10 milliseconds

99.97% <= 11 milliseconds

100.00% <= 12 milliseconds

13317.35 requests per second

====== GET ======

100000 requests completed in 6.97 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

30.21% <= 2 milliseconds

84.57% <= 3 milliseconds

97.20% <= 4 milliseconds

99.83% <= 5 milliseconds

99.94% <= 6 milliseconds

100.00% <= 7 milliseconds

14345.14 requests per second

====== INCR ======

100000 requests completed in 7.67 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

0.11% <= 2 milliseconds

8.53% <= 3 milliseconds

80.30% <= 4 milliseconds

90.93% <= 5 milliseconds

99.45% <= 6 milliseconds

99.74% <= 7 milliseconds

99.99% <= 8 milliseconds

100.00% <= 8 milliseconds

13041.21 requests per second

====== LPUSH ======

100000 requests completed in 7.65 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

0.12% <= 2 milliseconds

8.43% <= 3 milliseconds

80.21% <= 4 milliseconds

90.69% <= 5 milliseconds

99.31% <= 6 milliseconds

99.71% <= 7 milliseconds

99.98% <= 8 milliseconds

100.00% <= 8 milliseconds

13075.31 requests per second

====== LPOP ======

100000 requests completed in 7.39 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

0.37% <= 2 milliseconds

20.85% <= 3 milliseconds

80.13% <= 4 milliseconds

94.46% <= 5 milliseconds

98.94% <= 6 milliseconds

99.60% <= 7 milliseconds

99.91% <= 8 milliseconds

100.00% <= 8 milliseconds

13529.97 requests per second

====== SADD ======

100000 requests completed in 7.31 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

0.26% <= 2 milliseconds

18.35% <= 3 milliseconds

80.69% <= 4 milliseconds

95.68% <= 5 milliseconds

99.43% <= 6 milliseconds

99.83% <= 7 milliseconds

100.00% <= 8 milliseconds

13678.02 requests per second

====== SPOP ======

100000 requests completed in 6.80 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

49.03% <= 2 milliseconds

93.90% <= 3 milliseconds

99.67% <= 4 milliseconds

99.98% <= 5 milliseconds

100.00% <= 5 milliseconds

14705.88 requests per second

====== LPUSH (needed to benchmark LRANGE) ======

100000 requests completed in 7.67 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 1 milliseconds

0.07% <= 2 milliseconds

7.12% <= 3 milliseconds

80.79% <= 4 milliseconds

90.10% <= 5 milliseconds

99.25% <= 6 milliseconds

99.67% <= 7 milliseconds

99.96% <= 8 milliseconds

100.00% <= 11 milliseconds

13044.61 requests per second

[8838] 26 Mar 22:52:22.074 * 10000 changes in 60 seconds. Saving...

[8838] 26 Mar 22:52:22.075 * Background saving started by pid 8850

[8850] 26 Mar 22:52:22.327 * DB saved on disk

[8850] 26 Mar 22:52:22.330 * RDB: 0 MB of memory used by copy-on-write

[8838] 26 Mar 22:52:22.379 * Background saving terminated with success

====== LRANGE_100 (first 100 elements) ======

100000 requests completed in 22.43 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 3 milliseconds

0.01% <= 4 milliseconds

0.86% <= 5 milliseconds

90.79% <= 6 milliseconds

99.46% <= 7 milliseconds

99.65% <= 8 milliseconds

99.72% <= 9 milliseconds

99.80% <= 10 milliseconds

99.85% <= 11 milliseconds

99.89% <= 12 milliseconds

99.96% <= 13 milliseconds

99.99% <= 14 milliseconds

100.00% <= 14 milliseconds

4458.71 requests per second

====== LRANGE_300 (first 300 elements) ======

100000 requests completed in 59.10 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 3 milliseconds

0.00% <= 4 milliseconds

0.00% <= 5 milliseconds

0.01% <= 6 milliseconds

0.01% <= 7 milliseconds

0.01% <= 8 milliseconds

0.02% <= 9 milliseconds

0.03% <= 10 milliseconds

0.12% <= 11 milliseconds

0.80% <= 12 milliseconds

6.19% <= 13 milliseconds

27.69% <= 14 milliseconds

64.12% <= 15 milliseconds

89.81% <= 16 milliseconds

98.40% <= 17 milliseconds

99.73% <= 18 milliseconds

99.93% <= 19 milliseconds

99.95% <= 20 milliseconds

99.96% <= 21 milliseconds

99.97% <= 22 milliseconds

99.98% <= 23 milliseconds

99.98% <= 24 milliseconds

99.99% <= 25 milliseconds

99.99% <= 26 milliseconds

100.00% <= 27 milliseconds

100.00% <= 28 milliseconds

1691.93 requests per second

====== LRANGE_500 (first 450 elements) ======

100000 requests completed in 83.56 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 3 milliseconds

0.00% <= 4 milliseconds

0.00% <= 5 milliseconds

0.00% <= 6 milliseconds

0.01% <= 7 milliseconds

0.01% <= 10 milliseconds

0.01% <= 11 milliseconds

0.01% <= 12 milliseconds

0.01% <= 13 milliseconds

0.02% <= 14 milliseconds

0.05% <= 15 milliseconds

0.12% <= 16 milliseconds

0.28% <= 17 milliseconds

1.12% <= 18 milliseconds

6.05% <= 19 milliseconds

25.01% <= 20 milliseconds

68.55% <= 21 milliseconds

91.51% <= 22 milliseconds

97.99% <= 23 milliseconds

99.52% <= 24 milliseconds

99.82% <= 25 milliseconds

99.89% <= 26 milliseconds

99.95% <= 27 milliseconds

99.97% <= 28 milliseconds

99.97% <= 29 milliseconds

99.98% <= 30 milliseconds

99.98% <= 31 milliseconds

99.98% <= 36 milliseconds

99.98% <= 37 milliseconds

99.99% <= 38 milliseconds

99.99% <= 39 milliseconds

99.99% <= 40 milliseconds

99.99% <= 41 milliseconds

99.99% <= 42 milliseconds

99.99% <= 43 milliseconds

100.00% <= 44 milliseconds

100.00% <= 45 milliseconds

100.00% <= 46 milliseconds

100.00% <= 47 milliseconds

100.00% <= 48 milliseconds

1196.73 requests per second

====== LRANGE_600 (first 600 elements) ======

100000 requests completed in 109.33 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 3 milliseconds

0.00% <= 4 milliseconds

0.00% <= 5 milliseconds

0.00% <= 6 milliseconds

0.01% <= 7 milliseconds

0.01% <= 8 milliseconds

0.01% <= 9 milliseconds

0.01% <= 10 milliseconds

0.01% <= 11 milliseconds

0.02% <= 12 milliseconds

0.02% <= 13 milliseconds

0.02% <= 14 milliseconds

0.02% <= 15 milliseconds

0.03% <= 16 milliseconds

0.03% <= 17 milliseconds

0.04% <= 18 milliseconds

0.06% <= 19 milliseconds

0.16% <= 20 milliseconds

0.33% <= 21 milliseconds

0.77% <= 22 milliseconds

2.57% <= 23 milliseconds

6.88% <= 24 milliseconds

16.61% <= 25 milliseconds

31.92% <= 26 milliseconds

48.75% <= 27 milliseconds

65.71% <= 28 milliseconds

81.48% <= 29 milliseconds

92.03% <= 30 milliseconds

97.02% <= 31 milliseconds

99.04% <= 32 milliseconds

99.55% <= 33 milliseconds

99.74% <= 34 milliseconds

99.88% <= 35 milliseconds

99.91% <= 36 milliseconds

99.92% <= 37 milliseconds

99.93% <= 38 milliseconds

99.93% <= 39 milliseconds

99.94% <= 40 milliseconds

99.94% <= 41 milliseconds

99.94% <= 42 milliseconds

99.95% <= 43 milliseconds

99.95% <= 44 milliseconds

99.96% <= 45 milliseconds

99.96% <= 46 milliseconds

99.96% <= 47 milliseconds

99.97% <= 48 milliseconds

99.97% <= 49 milliseconds

99.98% <= 50 milliseconds

99.98% <= 51 milliseconds

99.98% <= 52 milliseconds

99.98% <= 53 milliseconds

99.98% <= 54 milliseconds

99.98% <= 55 milliseconds

99.98% <= 56 milliseconds

99.98% <= 57 milliseconds

99.99% <= 58 milliseconds

99.99% <= 59 milliseconds

99.99% <= 60 milliseconds

99.99% <= 61 milliseconds

99.99% <= 62 milliseconds

100.00% <= 63 milliseconds

100.00% <= 64 milliseconds

100.00% <= 65 milliseconds

914.62 requests per second

[8838] 26 Mar 22:56:56.672 * 10000 changes in 60 seconds. Saving...

[8838] 26 Mar 22:56:56.674 * Background saving started by pid 8851

[8851] 26 Mar 22:56:56.953 * DB saved on disk

[8851] 26 Mar 22:56:56.956 * RDB: 0 MB of memory used by copy-on-write

[8838] 26 Mar 22:56:56.981 * Background saving terminated with success

====== MSET (10 keys) ======

100000 requests completed in 13.93 seconds

50 parallel clients

3 bytes payload

keep alive: 1

0.00% <= 2 milliseconds

0.04% <= 3 milliseconds

0.04% <= 4 milliseconds

0.07% <= 5 milliseconds

0.79% <= 6 milliseconds

86.61% <= 7 milliseconds

91.39% <= 8 milliseconds

96.34% <= 9 milliseconds

98.89% <= 10 milliseconds

99.75% <= 11 milliseconds

99.82% <= 12 milliseconds

99.94% <= 13 milliseconds

99.97% <= 14 milliseconds

99.98% <= 15 milliseconds

100.00% <= 16 milliseconds

7177.21 requests per second

pi@raspberrypi ~/redis-2.8.19/src $ [8838] 26 Mar 22:57:57.005 * 10000 changes in 60 seconds. Saving...

[8838] 26 Mar 22:57:57.007 * Background saving started by pid 8852

[8852] 26 Mar 22:57:57.281 * DB saved on disk

[8852] 26 Mar 22:57:57.284 * RDB: 0 MB of memory used by copy-on-write

[8838] 26 Mar 22:57:57.309 * Background saving terminated with success