Những tiêu chí nào để cho sinh viên đi theo lĩnh vực đó, nếu chỉ có sử dụng Linux,  

và cài đặt cấu hình DHCP, DNS, LAMP, file Log, BIND,.... thì chắc không đáp ứng các yêu cầu doanh nghiệp,  

Chẳng hạn như cài LAMP cài thông qua repo hay cài từ source.. 

apache   25125 31006  0 21:54 ?        00:00:00 /usr/sbin/httpd
apache   26869 31006  0 22:04 ?        00:00:00 /usr/sbin/httpd
apache   27349 31006  0 22:07 ?        00:00:00 /usr/sbin/httpd
apache   27696 31006  0 22:09 ?        00:00:00 /usr/sbin/httpd
apache   28534 31006  0 22:14 ?        00:00:00 /usr/sbin/httpd
root     31006     1  0 16:16 ?        00:00:00 /usr/sbin/httpd
apache   31011 31006  0 16:16 ?        00:00:00 /usr/sbin/httpd

Có nhiều process nhưng cái thì chạy bởi owner Root vì Apache là 1 daemon process nên cần phải chạy với quyền root. 

Còn lại chạy với user Apache để đảm bảo rằng sẽ không xảy ra leo thang lên quyền root với cái process khác nhằm đảm bảo security.  

Còn dấu ngoặc vuông thì đảm bảo chắc chằn rằng chỉ tìm những kí tự đầu luôn là "h".  

ps -ef | grep -v [h]ttp 

2 dấu ngoặc vuông bao quanh chữ "h" chỗ lệnh `grep` để làm gì nhỉ? 

Mình tìm ra rồi :D Why do people use strange regular expressions on ps output? ps -ef | grep '[c]ron' If the pattern had been written without the square brackets, it would have matched not only the ps output line for cron, but also the ps output line for grep. Note that on some platforms, ps limits the output to the width of the screen; grep does not have any limit on the length of a line except the available memory. Trích từ : http://www.gnu.org/savannah-checkouts/gnu/grep/manual/grep.html#Matching-Control - Mục số 4 (Usage) -Phần số 7 

Các process owned bởi Apache được sinh ra bởi process owned root dùng đề phục vụ cho các request đền server.  

Mình tìm ra rồi :D Why do people use strange regular expressions on ps output? ps -ef | grep '[c]ron' If the pattern had been written without the square brackets, it would have matched not only the ps output line for cron, but also the ps output line for grep. Note that on some platforms, ps limits the output to the width of the screen; grep does not have any limit on the length of a line except the available memory. Trích từ : http://www.gnu.org/savannah-checkouts/gnu/grep/manual/grep.html#Matching-Control - Mục số 4 (Usage) -Phần số 7 

Câu hỏi đặt ra là: tại sao `ps -ef | grep [h]ttpd` lại không trả về chính bản thân `grep` process; có gì bí hiểm xung quanh dấu ngoặc vuông này nhỉ?  

The advantage of the brackets now is that the string "firefox" no longer appears in the grep command. Hence, grep itself won't show up in the grep result. http://askubuntu.com/questions/153419/how-does-this-tricky-bracket-expression-in-grep-work  

@quanta tiếp tục đặt những câu hỏi đi, qua những câu hỏi của bạn mình cũng phát hiện thêm nhiều điều lý thú. 

- Khi một request đi đến server, Apache sẽ tạo ra một process mới để xử lý hay là thế nào? - Multi-Processing Module là gì? Có những loại chính nào? Ưu, nhược điểm của từng loại?  

- Khi một request đi đến server, Apache sẽ tạo ra một process mới để xử lý hay là thế nào? - Multi-Processing Module là gì? Có những loại chính nào? Ưu, nhược điểm của từng loại?  

 

Cho em hỏi là câu trả lời có liên quan đến pipeline không? 

Theo mình nghĩ thì số lượng child process này sẽ có số lượng giới hạn.  

- Khi một request đi đền sever , Apache sẽ không tạo ra 1 process mới để xử lý mà dùng multithread đề xử lý các request này! Mỗi process sẽ chứa 1 lượng multithread cố định. Nêu mỗi thread này được giải phóng thì nó sẽ được tái sử dụng cho các request khác đ. Nếu số lượng process vượt quá giới hạn của child process thì nó sẽ chết đi và root process sẽ sinh ra 1 child process khác để phục vụ tuỳ vào lưu lượng số request.  

- Multi-Processing Module là 1 module dùng để thực hiện multithread trên Apache  

-Có 3 loại chính : Event, Prefok, Worker. Còn về ưu nhược điểm thì mình chưa nghiên cứu kĩ lằm.  

Và chỉ multi-threaded thôi à?  

Có sự hiều sai lầm của mình ở đây: nó phục vụ cả non-thread(MPM Prefok) và multithread (Event, Worker) - Apache MPM Prefork: Ưu điểm : khả năng xử lí các request nhanh chóng vì mỗi process sẽ phục vụ mỗi request. Nó không bị ảnh hưởng bời các process khác. Nhược điểm : Tốn tài nguyên của server vì mồi process chỉ phục vụ 1 request làm hao tốn rất nhiều nhiều tài nguyên đề duy trì các process này. - Apache MPM Worker: Ưu điểm : phục vụ nhiều request vì mỗi process chứa các thread bên trong. Do đó số lượng của process có giới hạn và sử dụng ít tài nguyên hơn. Việc điều chỉnh số lượng thread / process phụ thuộc vào file httpd.conf. Nhược điểm : thì mình không biết, có thể có vài vần đề nếu sử dụng với PHP, tốn nhiều thread hơn so với MPM event - Apache MPM Event: Ưu điểm: Hình như cái event này dùng cho Apache 2.4 trở lên. Gần giống với MPM Worker nhưng có 1 khác biệt lớn ở đây . Với MPM Event sẽ giải phóng thread ngay sau khi các yêu cầu được đáp ứng song không phụ thuộc vào kết nối http. giúp làm giảm số thread per process . Còn MPM Worker sẽ giữ các request này dù các request này có xử lí hay không. Nhược điểm: không biết!  

- Với cùng một lượng requests, tại sao MPM worker lại thường cần dùng ít tài nguyên (RAM) hơn so với prefork? - Nếu cho bạn setup Apache từ đầu (ví dụ chạy PHP đi), căn cứ vào đâu để bạn quyết định sẽ chọn MPM nào? Tại sao?  

consoko wrote:

The advantage of the brackets now is that the string "firefox" no longer appears in the grep command. Hence, grep itself won't show up in the grep result. http://askubuntu.com/questions/153419/how-does-this-tricky-bracket-expression-in-grep-work  

Có thể tóm tắt lại theo ý hiểu của bạn được không? Regular Expression này sẽ được thằng nào xử lý nhỉ: `bash` hay `grep`?

consoko wrote:

@quanta tiếp tục đặt những câu hỏi đi, qua những câu hỏi của bạn mình cũng phát hiện thêm nhiều điều lý thú. 

Câu hỏi chính vẫn còn nằm ở bên trên mà:

- Khi một request đi đến server, Apache sẽ tạo ra một process mới để xử lý hay là thế nào? - Multi-Processing Module là gì? Có những loại chính nào? Ưu, nhược điểm của từng loại?  

 

Em cũng chưa hiểu lắm về khái niệm này. Lỗi (nếu có) xảy ra có phải là do xung đột trong quá trình sử dụng tài nguyên giữa các thread không anh? 

- Regular Expression được xử lý bởi bash. Vì mình chú ý, khi viết regular expression sai cú pháp thì bash sẽ show lỗi ra bash: can not interpreter (đại loại như vậy) :D  

Em có đọc 1 số bài viết từ diễn dàn và 1 số trang khác thì thấy có nhiều tranh cãi là PHP gặp phải vấn đề về thread safe khi sử dụng multithread.  

+ Worker sử dụng thread để xử lý request. Các thead do 1 process sinh ra sẽ sử dụng chung memory với nhau. Nếu 1 một thread bị chết sẽ ảnh hưởng đến toàn bộ thread trong một process. Đây là lý do không thể sử dụng PHP + worker + mod_php.