APC PHP trong chế độ CLI

Question

Mô-đun APC trong PHP khi chạy trong chế độ CLI có hỗ trợ tối ưu hóa mã không? Ví dụ, khi tôi chạy một tập tin với php -f <file> tập tin sẽ được tối ưu hóa với APC trước khi thực hiện hay không? Giả sử APC được đặt để tải trong tệp cấu hình. Ngoài ra, các tập lệnh có kèm theo require_once cũng sẽ được tối ưu hóa không?

Tôi biết tối ưu hóa hoạt động tốt khi chạy ở chế độ fastcgi, nhưng tôi tự hỏi nếu nó cũng hoạt động trong CLI.

apc_ * chức năng hoạt động, nhưng tôi tự hỏi về tối ưu hóa mã, đó là điều chính tôi đang ở đây.

Happy day, Matic

Answer 1

Các tài liệu của apc.enable_cli, mà kiểm soát xem APC nên được kích hoạt trong chế độ CLI, nói (trích dẫn):

Chủ yếu là để thử nghiệm và gỡ lỗi. Cài đặt này cho phép APC cho phiên bản CLI của PHP. Trong trường hợp bình thường , không lý tưởng để tạo, điền và tiêu diệt bộ nhớ cache APC trên mọi yêu cầu CLI, nhưng đối với các trường hợp thử nghiệm khác nhau rất hữu ích để có thể bật APC cho phiên bản CLI của PHP dễ dàng.

Có thể APC sẽ lưu trữ mã opcodes trong bộ nhớ, nhưng khi thực thi PHP chết ở cuối tập lệnh, bộ nhớ sẽ bị mất: nó sẽ không tồn tại giữa các lần thực thi tập lệnh. Vì vậy, opcode-cache trong APC là vô ích trong chế độ CLI: nó sẽ không tối ưu hóa bất cứ điều gì, vì PHP sẽ vẫn phải biên dịch lại mã nguồn thành mã opcode mỗi khi thực thi PHP được khởi chạy.

Trên thực tế, APC không "tối ưu hóa": cách tiêu chuẩn của thực hiện một kịch bản PHP là như thế này:

• đọc các tập tin, và biên dịch nó thành opcodes
• thực hiện opcodes

gì APC không được lưu trữ trong opcodes trong bộ nhớ, vì vậy việc thực hiện một kịch bản PHP trở thành:

• đọc opcodes từ bộ nhớ (nhanh hơn nhiều so với biên dịch mã nguồn)
• thực hiện opcodes

Nhưng điều này có nghĩa là bạn phải có một số vị trí trong bộ nhớ để lưu trữ các opcodes. Khi chạy PHP như một mô-đun Apache, Apache chịu trách nhiệm về sự tồn tại của phân đoạn bộ nhớ đó ... Khi PHP được chạy từ CLI, không có gì để giữ cho phân đoạn bộ nhớ ở đó, do đó nó bị phá hủy ở cuối thực thi của PHP.
(Tôi không biết làm thế nào nó hoạt động chính xác, nhưng nó là cái gì như thế, ít nhất là trong các nguyên tắc, ngay cả khi lời nói của tôi không phải là rất "kỹ thuật" ^^)

Hoặc, bởi "tối ưu hóa" bạn có nghĩa là một cái gì đó khác hơn so với bộ nhớ cache opcode, giống như chỉ thị cấu hình apc.optimization? Nếu vậy, chương trình này đã bị xóa do APC 3.0.13

Answer 2

Vâng, có một lý do chính đáng cho APC trong CLI Mode: UnitTesting: Tôi muốn làm xét nghiệm đơn vị của tôi sử dụng một môi trường càng gần với môi trường sản xuất sau khi khả thi. Zend Framework có một giải pháp bộ nhớ đệm nội bộ, có thể sử dụng Bộ đệm biến đổi của APC làm Bộ lưu trữ phụ trợ - và tôi muốn sử dụng nó.

Answer 3

Còn có một lý do để sử dụng nó trong chế độ CLI: một số kịch bản có thể use it as a cache

Answer 4

Nếu bạn có mã CLI mà tạo ra bất kỳ cấu hình dựa trên môi trường, sau đó mã CLI sẽ nghĩ rằng APC không phải là đã bật. Ví dụ, khi tạo vùng chứa DI của Symfony thông qua CLI, nó sẽ báo cho Doctrine không sử dụng APC (details).

Ngoài ra, tôi chưa thử nghiệm nhưng có khả năng APC có thể cải thiện tốc độ tập lệnh cho các tệp được bao gồm sau pcntl_fork(). Chỉnh sửa: Tôi đã đặt câu hỏi về APC & pcntl_fork() here.

Để hoàn chỉnh, cho phép APC trên CLI (trong Ubuntu):

echo 'apc.enable_cli = 1' > /etc/php5/cli/conf.d/enable-apc-cli.ini