Facebook이 PHP 코드를 C ++로 변환하는 이유는 무엇입니까? [닫은]

Facebook에서 PHP로 시작한 다음 속도를 높이기 위해 PHP를 C ++ 코드로 컴파일했습니다. 그렇다면 왜 그렇지 않습니까?

1. C ++로 프로그래밍 만 하시겠습니까? PHP를 c ++ 코드로 포팅하는 매직 컴파일러 버튼을 눌렀을 때 반드시 몇 가지 오류 / 버그가 있어야합니까?

2. 이 인상적인 변환기가 제대로 작동한다면 왜 PHP를 고수해야합니까? 왜 루비 나 파이썬 같은 것을 사용하지 않습니까? 참고-나는이 두 가지를 무작위로 고르지 만, 거의 모든 사람들 이 그 언어로 코딩하는 것이 "기쁨"이라고 말했기 때문입니다. 그렇다면 훌륭한 언어로 개발 한 다음 마술 C ++ 컴파일 버튼을 누르십시오.

그들은하지 않습니다. 적어도 더 이상은 아닙니다. 재 컴파일 할 필요없이 변경 스크립트 수있는 - - 그래서 그런 식으로 배포 두통을 포함하고 처음에 스크립트 언어를 사용하여의 주요 장점 중 하나를 무효로 너무 많은 문제를 일으키는 그 일을 밝혀 그들이에 힙합 시스템을 개조 투명한 JIT 단계를 가진 VM 아키텍처이며 C ++ 컴파일러는 더 이상 사용되지 않습니다.

흥미롭게도,이 방법을 사용하는 것은 원래 C ++ 트랜스 컴파일 방식보다 약 2 배 빠릅니다 (성능 에서처럼).

Facebook의 수석 엔지니어 인 Haiping Zhao가 귀하의 질문에 가장 잘 대답 할 것입니다 .

1. HipHop은 프로그래밍 방식으로 PHP 소스 코드를 고도로 최적화 된 C ++로 변환 한 다음 g ++를 사용하여 컴파일합니다. HipHop은 의미 적으로 동등한 방식으로 소스 코드를 실행하고 성능 향상을 위해 eval ()과 같이 거의 사용되지 않는 일부 기능을 희생합니다.

2. 이러한 비 효율성을 해결하는 한 가지 일반적인 방법은 PHP 응용 프로그램의 복잡한 부분을 C ++에서 직접 PHP 확장으로 다시 작성하는 것입니다. 이렇게하면 PHP가 프론트 엔드 HTML과 C ++의 응용 프로그램 논리 사이에서 풀 언어로 변형됩니다. 기술적 인 관점에서 이것은 잘 작동하지만 전체 응용 프로그램에서 작업 할 수있는 엔지니어 수를 크게 줄입니다.

블로그 게시물의 나머지 부분은 잘 읽었으며 권장합니다. Facebook이 다루는 프로그래밍 문제와 이러한 문제를 해결하는 방법에 대한 통찰력을 제공합니다.

C ++로 프로그래밍 만 하시겠습니까? PHP를 c ++ 코드로 포팅하는 매직 컴파일러 버튼을 눌렀을 때 반드시 몇 가지 오류 / 버그가 있어야합니까?

그렇습니다. 그러나 C ++로 프로그래밍하는 것은 기존의 전체 코드베이스를 대체하는 것입니다. 완전히 바보 같고 파괴적인 것으로 세계적으로 유명한 아이디어입니다.

이 인상적인 변환기가 제대로 작동한다면 왜 PHP를 고수해야합니까? 왜 루비 나 파이썬 같은 것을 사용하지 않습니까? 참고-나는이 두 가지를 무작위로 고르지 만, 거의 모든 사람들이 그 언어로 코딩하는 것이 "기쁨"이라고 말했기 때문입니다. 그렇다면 훌륭한 언어로 개발 한 다음 마술 C ++ 컴파일 버튼을 누르십시오.

다시 말해 기존 PHP 코드베이스를 대체해야하기 때문입니다.

이상적인 세상에서는 처음부터 C ++로 코딩하기 만하면됩니다. 불행히도 PHP에는 기존 코드가 포함되어 있기 때문에 불가능합니다. 대신, 그들은 문제를 해킹합니다. 너무 저렴합니다.

"실제로 C ++ 코드가 궁극적으로 머신 코드 명령어로 변환되기 때문에 어셈블리에서 직접 작동하지 않는 이유는 무엇입니까?"

– 본질적으로, 주장이 줄어드는 것입니다. 그리고 이것이 왜 이것이 끝나지 않았는지 분명히 알 수 있습니다.

• C ++ (PHP)에서와 같이 어셈블리 (C ++)에서 프로그래밍하려면 (대략!) 다른 기술 세트가 필요합니다.
• 여러 가지 이유로 프로그래밍하기가 훨씬 어렵습니다.
• 처음부터 어셈블리 (C ++)로 읽을 수있는 프로그램을 작성할 수 는 있지만 어셈블러 / 컴파일러가 생성 한 코드는 사람이 읽을 수있는 (말할 수 있음 : 말하기 가능하지 않을) 수 있습니다 .

저는 Facebook에 없지만 동기에 대한 최선의 추측은 "심각한 위험을 피하는 것"입니다. 이 시점에서 다른 언어로 전환하는 것은 더 이상 기술 결정이 아닙니다. 무엇보다도 비즈니스 결정입니다.

FB 규모로 유기적으로 성장한 대기업 인 경우 프로그래밍 플랫폼 (FB의 경우에는 PHP)에 대한 전문 지식을 얻는 사람들을 천천히 끌어들입니다. PHP를 통해 전문 지식을 갖춘 수천 명의 직원을 한 명씩 얻게됩니다. 이 시점에서 다른 언어로 전환하는 것은 매우 위험합니다. 엔지니어는 새로운 생태계에 적응할 수 없으며 기술을 향상시키는 것은 물론 현재 작업에 필요한 전문 지식 수준을 달성하는 데 상당한 시간이 필요할 수 있습니다.

PHP와 대체 언어의 상대적인 장점을 제외하고 FB가 PHP 기술에 투자 한 금액이 많으면 스위치가 고통스럽지 않고 시도하기 어려울 것이라고 생각하기에는 너무 거만합니다. 비즈니스에서 기술은 끝나는 수단이므로 프로그래밍의 "기쁨"은 토론에 들어 가지 않습니다.

C ++로 구현 된 하나의 주요 웹 사이트 만 생각할 수 있습니다. H2G2

그럼에도 불구하고 현재 구현 이온은 실제로 많은 텍스트 및 데이터베이스 조작 기능이 내장 된 인터프리터입니다 (약간 PHP와 비슷하지는 않습니다 :-)).

Facebook은 웹 사이트의 기능에 매우 만족합니다. 그들은 바닐라 PHP가 처리하는 볼륨을 지원할 수없는 수준으로 성장했습니다. 따라서 PHP를 C ++ 이후 머신 코드로 컴파일합니다. PHP를위한 완전한 컴파일러를 작성할 수 있었지만, gcc 컴파일러 스택에 들어간 20 년 동안의 미묘한 최적화를 놓쳤을 것입니다. 요점은 "C ++"코드는 사람이 읽을 수 있거나 코드를 가공하는 과정의 중간 단계에 불과한 것이 아닙니다.

이 사이트의 많은 프로그래머와 마찬가지로 기존 응용 프로그램에 포함 된 비즈니스 논리 및 기능에 투자 한 작업량과 자체 가치 코드를 과소 평가한다고 생각합니다.