.sty 파일에 대한 재귀 검색으로 인해 텍싱 프로세스가 느려집니다.

.sty 파일에 대한 재귀 검색으로 인해 텍싱 프로세스가 느려집니다.

저는 Debian 10을 emacs 26.1실행 중이고 org. xelatex모든 것이 잘 작동하지만 최근에는 xelatex예전보다 시간이 훨씬 오래 걸립니다. 프로세스를 추적하면 다음과 같은 줄이 많이 표시됩니다.

access("/home/loris/texmf/tex/latex/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/demo/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/docker/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/source/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/doc/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)

개별 파일은 실제로 존재하지 않지만 다음과 같은 경로는

/home/loris/texmf/tex/latex/mtheme-master

하다. 따라서 이 경우에 대한 재귀 검색이 longtable.sty전체 프로세스 속도를 늦추는 것처럼 보입니다 . 파일은 실제로 여기에서 사용할 수 있습니다.

/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty

따라서 패키지 검색 순서가 잘못된 것 같습니다. 누구든지 이것이 어디에서 구성될 수 있는지 말해 줄 수 있습니까? $TEXMF*내 환경에는 변수가 정의되지 않은 것 같습니다.

답변1

내 의견에서 언급했듯이 내 경우의 문제는 orgVPN과 VPN을 통해 파일에 액세스했기 때문에 발생했습니다 sshfs. 이러한 추가 레이어로 인해 급격한 속도 저하가 발생하는 것 같습니다.

관련 정보