[windows] C ++를 컴파일하기 위해 Windows를 Linux만큼 빠르게 실행하려면 어떻게해야합니까?

이를 수행하는 데있어 어려움은 C ++이 자체적으로 확산되는 경향이 있고 컴파일 프로세스가 여러 개의 작은 개별 파일에 분산되기 때문입니다. 그것은 Linux가 좋고 Windows가 그렇지 않은 것입니다. Windows에서 정말 빠른 C ++ 컴파일러를 만들려면 모든 것을 RAM에 유지하고 파일 시스템을 가능한 한 적게 만지십시오.

또한 Linux C ++ 컴파일 체인을 더 빠르게 만드는 방법이지만 파일 시스템이 이미 많은 조정 작업을 수행하고 있기 때문에 Linux에서는 덜 중요합니다.

그 이유는 Unix 문화 때문입니다. 역사적으로 파일 시스템 성능은 Windows보다 Unix 세계에서 훨씬 높은 우선 순위였습니다. Windows에서는 우선 순위가 아니라고 말하지 않고 Unix에서는 우선 순위가 높았습니다.

1. 소스 코드에 액세스

   제어 할 수없는 것을 변경할 수 없습니다. Windows NTFS 소스 코드에 액세스 할 수 없다는 것은 성능 향상을위한 대부분의 노력이 하드웨어를 개선 한 것이 었음을 의미합니다. 즉, 성능이 느리면 버스, 저장 매체 등의 하드웨어를 개선하여 문제점을 해결하십시오. 문제를 해결하지 않고 해결해야하는 경우에만 그렇게 할 수 있습니다.

   오픈 소스 이전에도 유닉스 소스 코드에 대한 액세스가 더 널리 퍼졌습니다. 따라서 성능을 향상 시키려면 소프트웨어를 우선 (더 저렴하고 쉽게), 하드웨어를 우선으로 해결해야합니다.

   그 결과, 유닉스 파일 시스템을 연구하고 성능을 개선 할 수있는 새로운 방법을 찾아 세상에 많은 사람들이 박사 학위를 받았습니다.

2. 유닉스는 많은 작은 파일을 선호합니다. Windows는 몇 개의 큰 파일을 선호합니다.

   유닉스 응용 프로그램은 많은 작은 파일을 처리하는 경향이 있습니다. 소프트웨어 개발 환경을 생각해보십시오. 각각의 용도에 따라 여러 개의 작은 소스 파일이 있습니다. 마지막 단계 (링크)는 하나의 큰 파일을 만들지 만 적은 비율입니다.

   결과적으로 Unix는 파일 열기 및 닫기, 디렉토리 스캔 등을위한 시스템 호출을 최적화했습니다. 유닉스 리서치의 역사는 디렉토리 액세스 (조회 및 ​​전체 디렉토리 스캔), 초기 파일 열기 등을 개선하는 데 많은 관심을 기울인 수십 년의 파일 시스템 최적화에 걸쳐 있습니다.

   Windows 응용 프로그램은 하나의 큰 파일을 열고, 오랫동안 열어 둔 상태에서 완료되면 닫는 경향이 있습니다. MS-Word를 생각하십시오. msword.exe (또는 기타)는 파일을 한 번 열고 몇 시간 동안 추가하고 내부 블록을 업데이트하는 등의 작업을 수행합니다. 파일 열기 최적화의 가치는 시간 낭비입니다.

   Windows 벤치마킹 및 최적화의 역사는 긴 파일을 얼마나 빨리 읽거나 쓸 수 있는지에 관한 것입니다. 그것이 최적화되는 것입니다.

   슬프게도 소프트웨어 개발은 ​​첫 번째 상황으로 향했습니다. 유닉스 (TeX / LaTeX)를위한 최고의 워드 프로세싱 시스템 인 Heck은 각 챕터를 다른 파일에 넣고 모두 함께 포함하도록 권장합니다.

3. 유닉스는 고성능에 중점을두고 있습니다. Windows는 사용자 경험에 중점을 둡니다.

   서버 룸에서 유닉스 시작 : 사용자 인터페이스 없음. 사용자가 볼 수있는 유일한 것은 속도입니다. 따라서 속도가 우선입니다.

   Windows가 데스크톱에서 시작되었습니다. 사용자는 자신이 보는 것만 신경 쓰고 UI를 봅니다. 따라서 성능보다 UI를 개선하는 데 더 많은 에너지가 소비됩니다.

4. Windows 에코 시스템은 계획된 노후화에 의존합니다. 새 하드웨어가 1 년에서 2 년 거리에있을 때 소프트웨어를 최적화해야하는 이유

   음모론을 믿지는 않지만 Windows 문화에서는 성능을 향상시킬 인센티브가 적습니다. Windows 비즈니스 모델은 시계와 같은 새로운 기계를 구입하는 사람들에 따라 다릅니다. (따라서 MS가 운영 체제를 늦게 배송하거나 인텔이 칩 출시 날짜를 놓치면 수천 개 회사의 주가에 영향을 미치는 이유입니다.) 이는 사람들에게 새로운 하드웨어를 구매하도록 지시함으로써 성능 문제를 해결하는 인센티브가 있다는 것을 의미합니다. 실제 문제를 개선하는 것이 아니라 느린 운영 체제. 유닉스는 예산이 부족한 학계 출신이며 파일 시스템을 더 빠르게 만드는 새로운 방법을 발명함으로써 박사 학위를 취득 할 수 있습니다. 학계의 누군가가 구매 주문을 발행하여 문제를 해결하기위한 포인트를 얻는 경우는 거의 없습니다.

   또한 유닉스는 오픈 소스이기 때문에 (아직 소스가 아니더라도 모든 사람이 소스에 액세스 할 수 있음) 지루한 PhD 학생은 코드를 읽고 더 잘함으로써 유명해질 수 있습니다. Windows에서는 그런 일이 발생하지 않습니다 (MS에는 학계에서 Windows 소스 코드에 액세스 할 수있는 프로그램이 있으므로 거의 활용되지 않습니다). 이 유닉스 관련 공연 논문들 ( http://www.eecs.harvard.edu/margo/papers/)을 보거나 Osterhaus, Henry Spencer 또는 다른 사람들의 논문 역사를 찾아보십시오. 유닉스 역사상 가장 큰 (그리고 가장보기 좋은) 토론 중 하나 인 오스터 하우스 (Osterhaus)와 셀저 (Selzer)의 앞뒤 . html
   Windows 세계에서는 이런 일이 일어나지 않습니다. 당신은 벤더가 서로를 위로하는 것을 볼 수 있지만, 혁신이 모두 표준 신체 수준에있는 것처럼 보이기 때문에 요즘 훨씬 더 드문 것 같습니다.

그것이 내가 보는 방법입니다.

업데이트 : Microsoft에서 제공하는 새로운 컴파일러 체인을 살펴보면 전체 툴체인을 RAM으로 유지하고 작업을 덜 반복하여 수행하는 작업이 많아 지므로 매우 낙관적입니다. 매우 인상적인 것들.

답변