다양한 리눅스 상자를 사용하여 수년에 걸쳐, 내가 사용하는 habbit에 왔 prelink를 애플리케이션의로드 시간을 단축하는 의식.
그러나 모든 종속 항목과 종속 항목을 다시 사전 연결해야하므로 패키지를 다시 설치할 때마다 사전 연결 실행의 이점이 무시됩니다.
이 사전 연결은 여러 가지 문제를 일으킬 수 있으며 그중 하나는 바이너리 MD5 무효화입니다. 이는 MD5와 업스트림 개정을 비교하거나 바이너리를 변경했는지 여부를 결정하는 데 MD5를 사용하여 패키지를 제거 할 때 정리하지 않으려는 문제에 문제가됩니다. .
최근 컴퓨터의 속도가 훨씬 빨라졌으며 프리 링크 수율의 이점은 거의 눈에 띄지 않습니다.
프리 링크를 사용하는 것이 여전히 합리적 개념입니까, 아니면 일시적으로 버려져 과거의 것으로 남을 수 있습니까?
답변:
LWN.net에 가입하지 않으면 2009 년 7 월 23 일까지 읽을 수 없지만 http://lwn.net/Articles/341244/가 유용 할 수 있습니다 .
나는 그것이 임의로 폐기되어야한다고 말하지는 않지만, 사용이 조금 더 생각되어야한다고 분명히 말할 것입니다.
자주 업데이트되는 최신 고급 컴퓨터에서는 프리 링크가 유용한 최적화가 아닐 수 있습니다. 그러나 여전히 가치가있는 경우가 많이 있습니다. 예를 들어, 구형 또는 저가형 컴퓨터 또는 상당히 정적 인 컴퓨터에서 자주 변경하거나 업데이트하지 않는 컴퓨터. 높은 속도의 프로그램이 반복적으로 실행되는 경우에도 유용 할 수 있습니다 (프로그램이 빠른 연속으로 실행되거나 프리 링크가 성능을 향상시킬 수있는 병렬로 실행될 수있는 몇 가지 상황을 생각할 수 있습니다).
대체로 특정 상황을 고려한 다음 혜택이 추가 작업과 노력을 능가하는지 여부를 결정해야합니다.
프리 링크는 학교와 넷 카페에서 사용되는 LTSP 서버와 같은 다중 사용자 데스크탑 서버에서 확실히 유용하다고 말할 수 있습니다. 프리 링크는 응용 프로그램 로딩 속도를 높일뿐만 아니라 사용자 간 경합으로 인한 RAM 사용률 및 디스크 스 래싱을 향상시켜 서버에서 더 많은 동시 사용자를 허용합니다.
메모리 가격이 하락함에 따라 프리 링크는 유용하지 않다고 생각합니다. 여전히 약간의 속도를 높이려면 preload를 살펴보십시오 .
그 결정을 OS 버전으로 남겨 둡니다. 기본적으로 OS가 cron을 사용하여 정기적으로 프리 링크를 호출하도록 선택하면 괜찮습니다. 배포판 제작자들이 기본적으로 프리 링크 옵션을 추가 / 제거하기 전에 생각을하기를 바랍니다. 그래서 나는 스스로 일을 다시 분석하지 않고 그들과 함께갑니다.
젠투는 프리 링크를 사용합니다. 해시를 계산할 때 사전 링크 정보를 무시하여 md5sum 문제를 해결합니다.
프리 링크는 하드웨어 속도가 빨라질수록 점점 눈에 띄지 않을 수 있지만 항상 속도 향상을 제공합니다. 하드웨어에서 확실하게 알 수있는 유일한 방법은 프리 링크를 끄고 앱 실행 속도 저하를 어떻게 좋아하는지 확인하는 것입니다.
주석 : OS X는 사전 링크 형식을 사용했지만 링크 자체가 유지하는 링크 된 캐시를 위해 포기되었습니다. 이진 변경 및 일반 연결에 비해 실제 오버 헤드가없는 두 가지 이점 중 최고입니다. 나는 리눅스가 어느 시점 에서이 아이디어를 선택하기를 바랍니다 :)
업데이트 : 나는 최근 리눅스에 prelinking 시도 , 많은 파일 및 프로세스와 cscope의의 컴파일 내가 5 %의 속도 향상을 얻었다.