내 워크스테이션(Ubuntu)에서 CMS가 매우 느리게 실행되는 이유는 무엇입니까?

저는 Drupal v7.2x CMS 설치의 응답성 문제로 1년 넘게 어려움을 겪고 있습니다. 설명하겠습니다. 저는 순수한 Drupal CMS를 사용하는 webdev 프로젝트를 위해 Ubuntu 12.10(13.xx로의 업그레이드 보류 중)에서 Drupal 7.2x를 실행하고 있습니다(Symfony도 나중에 따를 수도 있음).

저는 Xammp나 유사한 웹 서비스를 설치한 적이 없으며, 우분투 설치에 포함된 LAMP(Apache 등)를 localhost에 실행하는 것을 선호합니다. 전체 과정이 CMS에 작성하는데 1~3분 정도 소요되는 것 같았고, 아무리 참아도 정말 고통스러워서 아주 작은 변경도 불가능해졌습니다!

다른 스택 교환에서 비슷한 질문을 했지만 실제 답변은 제공되지 않았습니다(더 빠른 머신을 얻는 것 외에는! 이것은 두 번째이고 좋은 사양 머신입니다. 순전히 Ubuntu를 실행하며 다른 운영 체제와 공유하는 것과 관련이 없습니다) ). 나는 Drupal 구성 백엔드에서 캐시를 지우고, 로그를 줄이고, 가능한 모든 옵션 "버튼"을 켜거나 끄는 등 일반적인 작업을 모두 수행했습니다. Drupal 프레임워크를 계속 사용하고 싶습니다.

이 컴퓨터는 나의 주요 홈 워크스테이션이며 웹, WebDev, Office 등을 검색하는 일반적인 "일상" 작업에 사용하고 Ubuntu Desktop을 설치했습니다.

이에 대해 어떤 사람들은 "서버" 상자를 사용해야 한다고 말했고, 다른 사람들은 Nginx와 같은 것이 필요할 수도 있다고 말했고, 어떤 사람들은 그것이 "망칠"까봐 구현하지 않은 DNS 문제일지도 모른다고 말했습니다. 내 현재 프로젝트 하하. 하지만 재작성 속도는 오랜 시간이 걸릴 것이므로 Linux의 뒤에서 무슨 일이 일어나고 있는지, 그리고 이를 극복할 수 있는 방법에 대한 양질의 조언이 정말 필요합니다. 저는 데스크탑 워크스테이션을 유지하는 것을 선호합니다. 이것이 일상 업무에 도움이 되고 향후 라이브 웹사이트를 위해 웹 공간 제공업체에 업로드하는 것을 단순화하기 때문입니다.

또한 다음과 같이 덧붙일 수도 있습니다. 이 느린 기간 동안 페이지 로드/쓰기가 발생하면 마치 데이터에 액세스하는 것처럼 많은 HD 활동*이 발생합니다. 이는 일반 쓰기와 다릅니다(*물론 이는 데이터로 액세스됩니다. 그런 일이 일어났지만 여기서 일어난 일만큼 큰 일은 아니었습니다 ) :-)

편집(내 의견에 따라 수정됨):

컴퓨터는 AMD X2(3.2Ghz) 260, 16G 메모리, 기가바이트(GA-MA68MT-D3P) 마더보드, 3*500Gig 하드 드라이브입니다. 2*20" LCD. 시스템 출력을 볼 수 있는지 살펴보겠습니다.

저는 mySQL(아래 참조)을 사용하고 있지만 학습에 열려 있지만 모든 영역에 대해 조금 새로운 편입니다. (-:서버: UNIX 소켓을 통한 로컬 호스트 서버 버전: 5.5.32-0ubuntu0.12.10.1 프로토콜 버전: 10 사용자: paulb@localhost MySQL 문자 세트: UTF-8 유니코드(utf8) 웹 서버 Apache/2.2.22(Ubuntu) MySQL 클라이언트 버전: 5.5.32 PHP 확장: mysqli 문서

특정 기간 동안 허용 가능한 속도 응답으로 설명할 내용을 게시하는 것 같다고 덧붙일 수 있습니다. 페이지를 "새로 고침"(Chrome 또는 Firefox에서)하면 200-300ms가 걸릴 것입니다. 그런 다음 약간의 시간이 걸릴 수 있습니다. 믿을 수 없을 정도로 1.5분 동안 지나갔습니다. 보기 설정을 여러 번 편집하거나 구성을 변경하는 것을 상상해 보세요. 저는 여기 앉아 (또 하나!) Brew를 해야 할지 고민하고 있습니다. ㅋㅋㅋ

방금 제가 "TOP"이라고 생각했던 것이 무엇인지 깨달았기 때문에 학기를 열고 "TOP"을 입력했습니다! 한 LCD에 TERM을 넣고 다른 LCD에 Firefox를 넣은 다음 Firefox Drupal 페이지를 "다시 로드"하면 TERM에 활동이 표시되지만 지금은 이를 출력할지 확실하지 않습니다.