Tại sao Facebook chuyển đổi mã PHP sang C ++? [đóng cửa]

Tôi đọc được rằng Facebook bắt đầu bằng PHP và sau đó để tăng tốc, giờ họ biên dịch PHP dưới dạng mã C ++. Nếu đó là lý do tại sao họ không:

1. Chỉ cần lập trình trong c ++? Chắc chắn phải có MỘT SỐ lỗi / lỗi khi nhấn nút trình biên dịch ma thuật chuyển PHP sang mã c ++, phải không?

2. Nếu trình chuyển đổi ấn tượng này hoạt động độc đáo như vậy, tại sao lại dính vào PHP? Tại sao không sử dụng một cái gì đó như Ruby hoặc Python? Lưu ý - Tôi đã chọn hai thứ này một cách ngẫu nhiên, nhưng chủ yếu là vì gần như mọi người đều nói mã hóa trong các ngôn ngữ đó là một "niềm vui". Vậy tại sao không phát triển bằng một ngôn ngữ siêu tuyệt vời và sau đó nhấn nút biên dịch ma thuật c ++?

Họ không. Không còn nữa, ít nhất. Hóa ra làm theo cách đó gây ra quá nhiều vấn đề, bao gồm đau đầu triển khai và vô hiệu hóa một trong những lợi thế chính của việc sử dụng ngôn ngữ kịch bản ngay từ đầu - có thể thay đổi tập lệnh mà không cần biên dịch lại - vì vậy họ đã cải tiến hệ thống HipHop thành một kiến ​​trúc VM với pha JIT trong suốt và không dùng trình biên dịch C ++.

Thật thú vị, rõ ràng làm theo cách này cũng nhanh gấp khoảng hai lần (như trong trình diễn) so với phương pháp biên dịch C ++ ban đầu.

Kỹ sư cao cấp của Facebook Haiping Zhao có thể trả lời câu hỏi của bạn tốt nhất.

1. HipHop lập trình chuyển đổi mã nguồn PHP của bạn thành C ++ được tối ưu hóa cao và sau đó sử dụng g ++ để biên dịch nó. HipHop thực thi mã nguồn theo cách tương đương về mặt ngữ nghĩa và hy sinh một số tính năng hiếm khi được sử dụng - như eval () - để đổi lấy hiệu suất được cải thiện.

2. Một cách phổ biến để giải quyết những sự thiếu hiệu quả này là viết lại các phần phức tạp hơn của ứng dụng PHP của bạn trực tiếp trong C ++ dưới dạng Phần mở rộng PHP. Điều này phần lớn biến PHP thành ngôn ngữ kết dính giữa HTML ứng dụng và logic ứng dụng trong C ++. Từ góc độ kỹ thuật, nó hoạt động tốt, nhưng làm giảm đáng kể số lượng kỹ sư có khả năng làm việc trên toàn bộ ứng dụng của bạn.

Phần còn lại của bài viết trên blog là một bài đọc tốt, và tôi khuyên bạn nên đọc nó. Nó cung cấp một số cái nhìn sâu sắc về các thách thức lập trình mà Facebook giải quyết và cách họ đang cố gắng giải quyết những vấn đề đó.

Chỉ cần lập trình trong c ++? Chắc chắn phải có MỘT SỐ lỗi / lỗi khi nhấn nút trình biên dịch ma thuật chuyển PHP sang mã c ++, phải không?

Đúng, nhưng lập trình trong C ++ sẽ đòi hỏi phải thay thế toàn bộ cơ sở mã hiện tại của họ - một ý tưởng nổi tiếng thế giới vì hoàn toàn ngu ngốc và tàn phá.

Nếu trình chuyển đổi ấn tượng này hoạt động độc đáo như vậy, tại sao lại dính vào PHP? Tại sao không sử dụng một cái gì đó như Ruby hoặc Python? Lưu ý - Tôi đã chọn hai thứ này một cách ngẫu nhiên, nhưng chủ yếu là vì gần như mọi người đều nói mã hóa trong các ngôn ngữ đó là một "niềm vui". Vậy tại sao không phát triển bằng một ngôn ngữ siêu tuyệt vời và sau đó nhấn nút biên dịch ma thuật c ++?

Bởi vì điều đó, một lần nữa, đòi hỏi phải thay thế cơ sở mã PHP hiện có của họ.

Trong một thế giới lý tưởng, họ chỉ đơn giản là viết mã bằng C ++ từ đầu. Thật không may, vì họ có một khối lượng mã hiện có trong PHP, điều đó là không thể. Vì vậy, thay vào đó, họ hack xung quanh vấn đề. Nó rẻ hơn rất nhiều.

Thật vậy, tại sao không làm việc trực tiếp trong quá trình lắp ráp, vì mã C ++ cuối cùng được dịch thành các hướng dẫn mã máy?

- Đó, về bản chất, là những gì đối số giảm xuống. Và hy vọng điều này làm cho nó rõ ràng tại sao nó không được thực hiện:

• Một bộ kỹ năng khác nhau (rất lớn!) Được yêu cầu để lập trình trong lắp ráp (C ++) so với C ++ (PHP).
• Nó có khả năng khó hơn nhiều để lập trình, vì nhiều lý do
• Mã được tạo bởi trình biên dịch / trình biên dịch có thể không đọc được bằng con người (nói: có thể duy trì), mặc dù bạn có thể , từ đầu, có thể viết các chương trình có thể đọc được trong assembly (C ++).

Tôi không ở Facebook, nhưng dự đoán tốt nhất của tôi về động cơ sẽ là "để tránh những rủi ro đáng kể". Tại thời điểm này, chuyển sang một ngôn ngữ khác không còn là một quyết định công nghệ: trên hết, đó là một quyết định kinh doanh.

Khi bạn là một công ty lớn phát triển hữu cơ theo quy mô FB, bạn sẽ dần thu hút những người sau đó có chuyên môn về nền tảng lập trình của bạn (trong trường hợp của FB, đó là PHP). Từng người một, bạn có được một vài ngàn nhân viên có chuyên môn tuyệt vời về PHP. Tại thời điểm này, việc chuyển sang bất kỳ ngôn ngữ nào khác trở nên rất nguy hiểm: các kỹ sư của bạn sẽ không theo kịp hệ sinh thái mới và có thể cần một thời gian đáng kể để đạt được trình độ chuyên môn theo yêu cầu của công việc hiện tại, chứ đừng nói đến việc cải thiện kỹ năng của họ.

Bỏ qua những ưu điểm tương đối của PHP và các ngôn ngữ thay thế, với số tiền đầu tư mà FB tạo ra cho công nghệ PHP, sẽ quá kiêu ngạo khi nghĩ rằng một công tắc sẽ không gây đau đớn và quá ngu ngốc khi thử nó. Trong kinh doanh, công nghệ có nghĩa là chấm dứt, vì vậy "niềm vui" của lập trình thậm chí không tham gia vào các cuộc thảo luận.

Tôi chỉ có thể nghĩ về một trang web lớn được triển khai trong C ++. H2G2

Ngay cả sau đó, ion hiện tại thực sự là một trình thông dịch với một số lượng lớn các hàm thao tác văn bản và cơ sở dữ liệu được tích hợp (điều này nghe không giống một chút và PHP ban đầu :-)).

Facebook khá hài lòng với chức năng của trang web của họ. Họ đã phát triển đến mức mà vanilla PHP không thể hỗ trợ khối lượng họ xử lý. Do đó việc biên dịch PHP thành mã máy C ++. Họ có thể đã viết một trình biên dịch đầy đủ cho PHP, nhưng họ đã bỏ lỡ 20 năm tối ưu hóa tinh tế đã đi vào ngăn xếp trình biên dịch gcc. Vấn đề là mã "C ++" không có nghĩa là con người có thể đọc hoặc duy trì được, nó chỉ là một bước trung gian trên con đường tìm mã máy.

Giống như nhiều lập trình viên trên trang web này, tôi cảm thấy bạn đánh giá thấp khối lượng công việc đầu tư vào logic kinh doanh hte và chức năng được nhúng trong các ứng dụng hiện có và mã giá trị cho riêng nó.