지금까지 해온 업데이트 중에서 구조적으로 가장 큰 업데이트가 포함된 v2.42 버전의 업데이트 내역에 대한 안내입니다.
우선 .. 모두의 프린터는 오픈소스 프로젝트인 Ghostscipt의 실행파일을 호출하여 PDF등으로 변환을 하는데요 .. 사용자의 컴퓨터 사양에 따라서 .. 변환에 소요되는 시간은 차이가 있는편입니다만.. 간혹 크기가 큰 데이터의 출력을 하거나 컴터 사양이 낮은경우 .. 언제 변환이 끝날지 답답해 하시는 분들이 많이 계셔서.. ( 한국인들은 성질이 급하니까 ㅎㅎ )
이제 로그 상에 현재 변환 진행상황이 표시됩니다. 전체 몇페이지중 현재 몇번쨰 페이지를 변환중인지를 표시합니다.
그리고.. 데이터 수신에 소요된 시간과 변환에 소요된 시간도 측정하여 로그상에 표시하도록 하였으며, 로그내용이 많아 짐으로 중요한 로그는 붉은색으로 표시되도록 수정되었습니다. 마지막으로 .. 앞서 언급한 가장 큰 업데이트 사항인 분.할.변.환 기능에 대해서 말씀드리겟습니다.
이 기능은 일반적인 상황에선 크게 사용하시지 않으셔도 될수 있는데 최근 박문각, 희소쌤 플러스 같은 ezPDF리더를 쓰는 사이트나 ezPDF리더가 아니어도 출력 데이터의 크기도 크고 변환시간도 많이 소요되는 몇몇 사이트나 프로그램이 존재합니다.
예를들어 .. 사용자분께서 보내주신 모 사이트의 출력물의 경우 모프로 pdf로 변환된 파일임에도 불구하고
18페이지에 PDF용량이 22메가 정도 되고 이 PDF를 모프로 인쇄할시 원본 포스트스크립트의 크기는 300메가정도 엣지 브라우저에서 이 PDF파일을 이쇄할경우 윈도 인쇄대기열에 인쇄작업이 추가되는데 1분 30초 정도 소요되고 인쇄대기열에서 모두의 프린터에 데이터를 전송하는데 40~50초 정도가 소요되며 모든 데이터를 수신하여 PDF로 변환하는데 50초 정도가 소요 됩니다.
참고로 제 컴퓨터 사양은 AMD 라이젠 3950x 16코어 32스레드 128기가 메모리를 사용중입니다. 제 컴터에서 이정도 시간이 걸린다는건 보편적인 컴터들에선 더 오랜 시간이 소요된다는 말이겠지요.. 변환시간이 오래걸리거나 데이터크기가 크지 않은 보통의 대부분의 사이트나 프로그램들은 30페이지가 넘는 인쇄물도 데이터 수신에 1~2초 변환에 1~2초 대부분 30페이지 정도되는 문서는 5~10초 내로 데이터 수신 및 변환이 완료됩니다.
이 ezPDF리더를 사용하는 사이트들이 얼마나 큰 차이가 나는지 아시겠지요? 그리하여!! 인쇄대기열에 추가가 되는건 출력하는 프로그램들의 영역이고 인쇄대기열에서 데이터를 내보내는것은 윈도의 영역이니 제가 어찌 할 수 없으니 차치하구요.. 제가 개선할 수 있는 변환속도의 증가에 집중하여 .. 분할변환이란 기능을 추가했습니다.
관리페이지 메뉴중 변환->분할변환 항목이 추가되었습니다. 기본은 분할 없음이며 변환 작업을 2, 4, 8, 16, 32개로 분할하여 동시에 진행이 가능합니다. 앞서 18페이지의 PDF문서의 경우 16분할 또는 32분할로 변환할 경우 단일 분할시 50초 내외가 걸리는게 20초 내외로 시간이 줄어듭니다.
원리 자체는 전송받은 PostScript 원본 데이터를 분할 작업 갯수로 페이지를 나눠서 분리하고 각 분리된 원본 파일을 동시에 변환하여 하나의 파일로 합쳐주게 됩니다. 분할 변환시에 적용되는 포맷은 PDF IMAGE 포맷입니다. 애초에 속도를 위해 추가된 기능이라 가장 빠른 속도를 보여주는 PDF IMAGE포맷으로 변환되게 됩니다. 무조건 높은 수로 분할한다고 빨라지진 않습니다. 만약 애초에 변환 시간이 크지 않은 정상 인쇄를 분할할경우 작업을 분할하고 최종적으로 합쳐서 결과를 만드는 시간 만큼 더 많은 시간이 소요될 수 있습니다.
이 기능은 다른 인쇄에 비해 상대적으로 변환에 많은 시간이 소요될 경우에 PC사양에 따라 적당히 숫자를정해서 지정해서 사용하시기 바랍니다. 현재로써 효과를 많이 보실 수 있는 분들은 박문각,희소쌤 플러스 같은 ezPDF리더를 사용하는 사이트들을 들 수 있겠네요.
그리고 전체 페이지보다 더 많은 수로 분할을 해봐야 작업 단위가 1페이지 미만으로 적어질순 없기 때문에
예를들어 18페이지를 32분할을 해봐야 결국 1페이지씩 18분할이 최대입니다. 이런 경우 8분할보다 16분할은 꽤 빠르겠지만 16분할과 32분할은 큰 차이가 없을 겁니다.
2주정도 개발하고 테스트 해왔으나.동시에 무언가를 처리한다는게 그리 녹녹한 작업은 아닌지라.. 버그는 있을 수 있습니다. 이상 변환시에는 .. 분할 없이 사용 바라며..
버그는 적극적으로 제보해 주시길 바랍니다.
이상입니다.