MySQL로 인해 VBET 높은 CPU / 메모리 사용률

[magmf]

친구들,

정말 vbet 더 내 웹사이트 최적화 필요합니다.

VBet 나를 정말 도구를 좋아 새 사용자를 많이지고 있지만, 너무 많은 자원을 사용하고 있습니다.


VBET 전에 CPU 부하는 벨로우이되었고 지금은 4 개 이상의 모든 시간이다

지금은 예를 들어
8시 32분 18초 최대 11 일 2시 27분, 1 사용자,로드 평균 : 7.45, 8.24, 8.26

vbet 전후에서 연결된 딱지가 내 웹사이트의 활성화


난 내가 이상 500.000 Google에서 색인 70.000 페이지에서 뛰어 사실을 공유하려는

알렉사에서 내 순위도 뛰어
아래 - linux.org - 알렉사에서 사이트 정보 (http://www.alexa.com/siteinfo/under-linux.org)

나는 매일 더 많은 방문을 수신하지만, 난 여전히 쿼리 처리 방법에 vbet에 더 최적화가 필요합니다.

내 위에 좀보세요



top - 08:53:46 up 11 days, 2:49, 1 user, load average: 10.77, 9.81, 9.06
Tasks: 423 total, 5 running, 418 sleeping, 0 stopped, 0 zombie
Cpu(s): 15.7%us, 2.4%sy, 0.0%ni, 66.6%id, 9.8%wa, 0.1%hi, 5.4%si, 0.0%st
Mem: 12330536k total, 11619688k used, 710848k free, 24064k buffers
Swap: 995988k total, 994972k used, 1016k free, 2917568k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29384 mysql 20 0 5722m 2.5g 4552 S 99 20.9 3661:46 mysqld



당신은 때문에 vbet의 상단에있는 MySQL을 볼 수


MySQL의 쇼 processlist;



mysql> show processlist;
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
| Id | User | Host | db | Command | Time | State | Info |
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
| 3102552 | underlinux | localhost:49801 | underlinux | Query | 16 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102570 | underlinux | localhost:49843 | underlinux | Query | 12 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102597 | underlinux | localhost:49901 | underlinux | Query | 9 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102600 | underlinux | localhost:49907 | underlinux | Query | 9 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102617 | underlinux | localhost:49944 | underlinux | Query | 6 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102620 | underlinux | localhost:49953 | underlinux | Query | 6 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102632 | underlinux | localhost:49986 | underlinux | Query | 3 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102633 | underlinux | localhost:49988 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102636 | underlinux | localhost:49994 | underlinux | Sleep | 1 | | NULL |
| 3102639 | underlinux | localhost:50000 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102641 | underlinux | localhost:50005 | underlinux | Query | 0 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102648 | underlinux | localhost:50021 | underlinux | Sleep | 1 | | NULL |
| 3102649 | underlinux | localhost:50022 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102651 | root | localhost | NULL | Query | 0 | NULL | show processlist |
| 3102652 | underlinux | localhost:50027 | underlinux | Query | 0 | statistics | SELECT translated FROM vbvbenterprisetranslator_cache_medium_vi WHERE originaltext='Cadastrar+200+cl |
| 3102660 | underlinux | localhost:50044 | underlinux | Query | 0 | statistics | SELECT translated FROM vbvbenterprisetranslator_cache_medium_fa WHERE originaltext='BackTrack+4+%28F |
| 3102661 | underlinux | localhost:50047 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102663 | underlinux | localhost:50051 | underlinux | Sleep | 1 | | NULL |
| 3102664 | underlinux | localhost:50052 | underlinux | Query | 1 | end | UPDATE vbuser SET
profilevisits = profilevisits + 1
WHERE userid = 61484 |
| 3102666 | underlinux | localhost:50056 | underlinux | Query | 0 | update | REPLACE INTO vbdatastore
(title, data, unserialize)
VALUES
('cron', '1275652500', 0) |
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
20 rows in set (0.16 sec)

mysql>




vbet 전후 MySQL과 CPU 사용량

http://under-linux.org/wiki/images/1/14/Mysql-vbet.png

http://under-linux.org/wiki/images/f/f0/Vbetmysql2.png

http://under-linux.org/wiki/images/6/65/Vbet-cpuusage.png

[vBET]

안녕하세요.

네가 쓴로서 vBET는 새로운 트래픽을 많이했다. 그래서, vBET 전후의 CPU와 멤 사용량을 비교 전에 큰 트래픽을 발생 후 정말 CPU와 멤 사용량을 비교합니다 ...
그래서이 비교 적합하지 않습니다. 큰 트래픽이 동일한 자원을 사용을 할 가능성은 없습니다. 트래픽을 번역 페이지 - 또한 vBET은 거의 있도록 모든 추가 리소스 사용이 추가 트래픽에서 유래 일반 페이지 (플래그를 생성 전용)에 대한 자원을지지 않습니다 점에 유의하십시오. 더 많은 트래픽 = 더 많은 자원이 필요

vBET 쿼리 최적화 점에 유의하십시오, 모든 인덱스를 사용하고 몇 가지 쿼리에서 모든 데이터를 받아있다. 귀하의 느린 쿼리가 정말 MySQL의 대부분의 시간을 소요 결정 로그 확인하시기 바랍니다. 또한 - 무언가가 당신의 MySQL의 DB에 추락하면 항상 경우에 인덱스를 다시 작성하실 수 있습니다.

캐시 테이블의 크기는지 알려주세요? 또한 사용중인 vBET의 버전 알려하여 포럼 URL을주지하시기 바랍니다.

실적 힌트를 확인하시기 바랍니다 http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

당연히 우리는 지속적으로 vBET을 개발하고 있습니다. 다음 주요 버전에서는 파일 캐시를 지원합니다 :) 그래서 성능 향상이 발생합니다 :) 여전히주의 길을 비교가 적절하지 않고, vBET 소요 얼마나 더 많은 리소스가 표시되지 않는 - 그것은 당신의 포럼이 가지고가는 얼마나 더 많은 리소스가 표시됩니다 큰 교통.

[magmf]

vBET,

파일 캐시 또는 MySQL이 아닌 캐시된 쿼리 I / O 장치는 부하가 높은가하는 많은를 사용합니다.

당신에게 내 의견 대신 O 파일 및 MySQL을 캐시 또는 캐시 많은 종류의 이미 지원을 vboptimise와 vbet를 연결하는 Memcache 사용하는 것입니다

vbet와 함께 사용 vboptimise의 예제는 그런 일이있을 것입니다


if ($cache = vb_optimise::$cache->get('unique language key'))
{
***//use cache
}
else
{
***// get from elsewhere
***vb_optimise::$cache->set('unique language key');
}



DragonByte 기술 가정 (http://www.dragonbyte-tech.com/) - 당신은 DragonByte 테크 포럼에서 Deceptor와 이야기를 시도 않는다 이유

내 웹사이트 vboptimise 이상의 10,000,000 쿼리 하루 절약되고 더 나은 지원 vbet의 모두에게 같이 일하면 행복할 수있다

보세요
VB 최적화 - 자원 통계 (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

귀하의 조언 감사합니다 :) 나는 TODO 목록에서 마지막 게시물을 넣어.

주어진 질문에 대한 답변을 주시기 바랍니다 - 귀하의 포럼 URL 및 사용 vBET 버전은 무엇입니까. 그것이 적절한 통합이 필요 vBSEO의 경우 더 이상 사용하지 않는 두 리디렉션을 사용하는 이전 버전 vBET - 우리는 적절한 설치를해야 할 체크 싶어요.

[magmf]

내 URL은 아래에 - linux.org
vbet 4.2.2
vbulletin 4.0.3
vbseo 3.5 최종

[vBET]

OK - 당신은 이중 연결하고 마지막으로 vBET 버전이 없습니다. 특히 robots.txt의 관련성이없는 콘텐츠를 차단 - -이 순간 난 당신이 우리의 성능 힌트를 (첫 번째 회신에 링크)을 사용 조언해 줄 수 있습니다 같은 멤버 페이지를 일정하고, 해당 페이지가 인덱스에서 사라지게됩니다 몇 가지 다른 (주지만, 이들은 대부분) 컨텐츠 복제로 간주되기 때문에, 귀하의 SEO에 좋습니다.

또한 - 서버가 뜨겁게 52 언어 처리하는 경우 - 그 중 일부를 해제하는 고려하시기 바랍니다. 이 순간 나는 그것을 처리하는 이해, 당신은 더 적은 리소스를하면 더 행복하게 될 줄 알았어요;)

우리는 또한 파일 캐시뿐만 아니라 기존의 캐시 라이브러리뿐만 아니라 지원에 작동합니다 :) 당신의 힌트에 대해 다시 한번 감사드립니다.

[magmf]

VBET,

난 그냥 미래 걱정. 지금 내 사이트가 처리할 수 있지만 vbet가 작동 이후로 새 사용자를 많이 얻을 수 있으며이 내 서버가 다운된다면 만들 수 있습니다 : (

또한, 난 이미 내 robots.txt에없는 콘텐츠를 차단 해요

[vBET]

새 사용자의 Hawing 많은 당신은 vBET하거나하지 않은 때마다 확장성에 대해 생각하게됩니다. 우리는 vBET 당신에게 새로운 사용자와 가능한 광고 수입을 많이주는 것을 정말 다행입니다) 나는 이미 우리가 캐싱 시스템을 개선 썼던 것처럼 :)

[vBET]

다음 릴리스는 귀하의 페이지가 손님들에게 신속하게 생성할 것입 전체 파일 캐시해야합니다 -도 번역되지 않은 사항)

[bhanuprasad1981]

다음 릴리스는 귀하의 페이지가 손님들에게 신속하게 생성할 것입 전체 파일 캐시해야합니다 -도 번역되지 않은 사항)

우리가 곧 이것을 얻을 희망 :)

[vBET]

확실히 이번 달 :) 손님에 대한 전체 파일 캐시 우리 포럼을 잘하고있다, 그냥 몇 가지 다른 새로운 기능을 추가하려면 :)

[bhanuprasad1981]

모든 업데이트 :)

[vBET]

오늘 우리는 vBET3.x에 대한 릴리스 것입니다 - 다음 달 첫 주에 vBET4.x을위한 :)

[bhanuprasad1981]

오보다 더 십오일 없습니다 : (

[vBET]

우리는 (우호의 URL을 지원 + VBSEO에 대한 번역 링크 더 많은 종류의) vB4의 경우 어떻게해야 더 있습니다. 또한이 시간은 우리에게이 새로운 기능 (우리가 이미 정상적인 페이지를 비활성화 수 있도록 한 사용자로부터 좋은 생각이있어 IE)에 대한 피드백을 제공할 것입니다. 그래서 좀 더 시간이 걸릴 것이지만 마지막에 당신이 더 나은 테스트 및 추가 기능을 함께 해결책을 얻을 것이다 :)