PostScript를 PDF 렌더링보다 훨씬 느리게 렌더링하는 이유는 무엇입니까?

3

저는 PostScript가 완벽한 언어 임에도 불구하고 PDF와 PostScript 파일이 매우 유사하다고 항상 생각했습니다.

포스트 스크립트가 PDF보다 우분투에서 보았을 때 렌더링 속도가 훨씬 느린 이유가 있습니까? 아니면 독자가 훨씬 덜 최적화 되었습니까?

pdf performance postscript

— Georg Schölly
소스

3

나는 내 가정이 맞는지 현재 점검 할 방법이 없다. 그러나 어쨌든 여기에있다.

나는 용의자 그 evince 포스트 스크립트를 직접 렌더링하여 화면에 표시 할 수 없습니다. 어쩌면 PDF에서만 그렇게 할 수 있습니다. 따라서 포스트 스크립트 파일의 트릭을 사용할 수 있습니다. 뒤로하면 임시 PDF 파일로 변환되어 대신 표시됩니다.

(아주 구식의) gv 우분투의 포스트 스크립트 뷰어 :

 sudo apt-get install gv

그리고

 gv /path/to/PostScript.ps

그리고 그것이 더 빠르면보십시오. ( gv 또한 렌더링을 위해 PostScript를 사용하지만 PDF로 변환하지 않습니다.) 또는 Ghostscript를 직접 사용합니다

 gs /path/to/PostScript.ps

그러나 한 가지를 잊지 마세요. 정확하게 때문에 PostScript는 프로그래밍 언어이기 때문에 바이트 단위가 아닌 PostScript 파일을 디자인 할 수 있지만 인터프리터가 수천 회 반복되는 루프를 통과하게하십시오 (예 : 계산하다 + 프랙탈 렌더링)을 사용하여 화면에 파일 내용을 표시합니다.

PDF에는 '루프'와 계산이 없습니다 ...

— Kurt Pfeifle
소스

여기에 추신 : 프랙탈 무한 루프로 무한한 pdf 페이지를 생성합니다. 3.1K는 페이지 당 메가 바이트의 10을 생성합니다 (내 킨들에게는 너무 많음).

— luser droog

1

하지만 가장 중요한 것은 PDF가 페이지 단위로 작동한다는 것입니다. 각 페이지는 대부분 독립된 항목이므로 모든 페이지로 건너 뛸 수 있으며 독자는 해당 페이지의 렌더링을 즉시 시작할 수 있습니다.

대신 포스트 스크립트 문서는 하나의 큰 프로그램입니다. 즉, PS 뷰어가 올바르게 표시되기 전에 원하는 페이지로 끝까지 실행해야합니다.

또한 PDF에는 렌더링 할 개체가 포함되어 있으며 PostScript는 렌더링을 지시 해 그러한 객체를 묘화한다 따라서 PDF는 어떤 의미에서는 PS와 비교하여 사전 소화되어 더 빨리 해석됩니다.

— Matteo Italia
소스

1

PostScript 코드에 따라 다릅니다. PostScript에서 3D 렌더링 알고리즘을 작성하고 내장 된 AutoCAD 파일을 그림으로 사용할 수 있습니다. PDF에 미리 래스터 화 된 이미지가 포함되는 동안 렌더링에는 많은 시간이 소요됩니다. 어떤 경우에는 PostScript가 렌더링 속도가 훨씬 빠릅니다. 불행하게도 가장 널리 사용되는 출판 소프트웨어는 매우 비효율적 인 PostScript 코드를 방출합니다. 그러나 변환기 PS-> PDF는 빠른 렌더링을 위해 출력을 최적화 할 수 있습니다.

— Aleksei Guzev
소스

0

추신 ~이다. 프로그래밍 언어 .

PDF ~이다. 문서 형식 .

PostScript는 프로그래밍 언어이므로 문서의 전체 내용을 단계적으로 계산해야합니다. PDF는 벡터 그래픽 용 PostScript의 제한된 하위 집합을 지원하지만 문서 형식으로 특별히 설계되었으며 이러한 종류의 계산을 필요로하지 않습니다.

— bwDraco
소스