2015.02.25 13:30
큰 이미지를 열 때 작업관리자를 보면 멀티코어를 다 쓰는 것 같지 않던데, 큰 jpg나 png나 gif를 열 때 멀티코어라던가 opencl 같은 gpgpu라던가를 적용해서 더 빠르게 열 수는 없나요?
그리고 ffmpeg를 보면 이미지 처리 기능이 있던데, 이걸 사용하면 움직이는 gif나 png를 더 빠르게 처리할 수 있지 않을까요?
그리고 밑에 보니 메모리 확보에 시간이 걸린다는 말도 있던데, jemalloc 같은 걸 쓰면 안 되나요?
| 번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
|---|---|---|---|---|
| 공지 | 빠르고 정확한 답변을 원하실 경우, bandicam@bandicam.com으로 문의 바랍니다. | 반디캠컴퍼니 | 2009.03.19 | 902527 |
| 공지 | ■ 꿀뷰 게시판 이전 안내 ■ | 반디소프트 | 2016.04.04 | 22105 |
| 489 | 압축파일 정렬기준 바꾸는게 가능한가요? [1] | 블렌든 | 2014.11.23 | 3083 |
| 488 | 오토스크롤기능 구현부탁합니다. [1] | freepc | 2014.09.21 | 3086 |
| 487 | 탐색기 메뉴 설정 가능하게 한 건 좋네요. [1] | 미니 | 2014.02.14 | 3089 |
| 486 | 8.1에서 연결프로그램 문제.. [1] | 하루나기 | 2014.11.26 | 3089 |
| 485 | 훌륭한 플로그램 고맙습니다 | ㄹㄴㅁ | 2014.03.21 | 3092 |
| 484 | 인쇄가 느립니다. [3] | 사용자 | 2014.02.12 | 3095 |
| 483 | 꿀뷰3에서 5.0으로 업데이트가 안됩니다. [1] | 다니 | 2014.05.06 | 3095 |
| 482 | 재건의 [1] | 건의 | 2014.02.14 | 3096 |
| 481 | 기능 개선 방향에 대한 제언 [1] | 하늘빛 | 2014.02.13 | 3120 |
| 480 | 큰 이미지를 불러오면 [1] | ㄴㅁㅇ | 2014.02.02 | 3121 |
| 479 | 슬라이드쇼 오토스크롤 기능제안 [1] | 지벨룽겐 | 2014.08.26 | 3125 |
| 478 | 정발 버전 버그 [1] | 꿀뷰 | 2014.01.08 | 3131 |
| 477 | 한페이지씩 보는 기능이 추가됐으면 좋겠습니다. [2] | 김민찬 | 2014.11.07 | 3136 |
| 476 | 2장 보기 묶음을 쉽게 바꾸게 [1] | 꿀뷰만세 | 2014.07.17 | 3145 |
| 475 | 꿀뷰 정말 좋네요 | 푸른가람 | 2014.02.18 | 3150 |
| 474 | 시스템 설정까지 건드려 놓냐??? [1] | 짜증 | 2014.03.18 | 3152 |
| 473 | 꿀뷰 왜이렇게 느려짐? [1] | ㅁㄴㅇㄹ | 2014.06.24 | 3158 |
| 472 | 인터페이스 문의/건의... [1] | ASHLEY | 2014.03.07 | 3163 |
| 471 | 스마트 두장보기에서 확대시 [1] | 꿀뷰짱 | 2014.08.02 | 3166 |
| 470 | 꿀뷰3 포터블 에러가 납니다. [1] | pleasehelp | 2014.09.12 | 3186 |
큰 이미지를 열때 꿀뷰는 malloc 이 아닌 CreateDIBSection 을 호출하기 때문에 별도의 메모리 관리자를 사용한다고 해서 속도가 빨라지지는 않습니다.
또한 이미지 디코딩과 같은 작업은 대부분 직렬화 되어 있어서 멀티쓰레드를 이용하는것이 불가능한 경우가 대부분입니다.
현재, 큰 이미지를 로드할때 발생하는 병목 해결을 위해서는 병렬 처리 보다는, 알고리즘 자체의 개선이 필요한 부분인데,
처리가 상당히 복잡해지기 때문에 개선이 쉽지가 않네요. ^^;