에 로그인

정식 버전보기 : 대형 캐시 성능



moman
07-02-10, 09:02
나는 현재 내 시스템이 매주 전체 캐시를 비우려면 다음 단계를 구성했습니다. 빈 캐시 내 데이터베이스는 전체 캐시 있지만, 그것이 약 4.5Gb의, 1.1Gb에 관한 것입니다.

나는 더 큰 캐시는 더 높은 평균 내 서버에 부하가 도착 것으로 나타났습니다. 주어진 시간에 내 포럼은 온라인 650 사이의 1,300 사용자를 가지고, 아직 이것은 캐시 크기만큼 부하에 영향을 미칠 것 같지 않습니다.

빈 하나, 그것은 2.0-2.5 범위에서 유지하는 동안 큰 캐시, 서버 부하는 3.3-3.8입니다. 이것이 내가 16 코어 서버가로 전혀 나쁜 것이 아니라, 이러한 문제는 변동 데이터베이스 크기가 예상이있다면 난 그냥 궁금해서!

감사합니다,
아담

vBET
07-02-10, 23:28
vBET 캐시 테이블에 대한 인덱스를하고 모자를위한 빠른 MySQL의 엔진을 사용 - MyISAM. 그래서 우리는 DB 캐시를위한 최고의 선택을합니다. 당신은 통지 전체 차이점은 vBET의 측면에서 아니라, MySQL의 측면에서 어떤 쿼리를 실행합니다. 인덱스가 당신에게 빠른 응답을 제공하고 응답의 시간이 데이터의 큰 금액과 함께 극적으로가는 길이 아니 보장합니다. 아직도 MySQL은 더 큰 인덱스를 검색하고 제 생각엔 그것이 더 많은 자원을 소요됩니다. 그게 당신이 큰 서버 부하를 통지 이유입니다.

또한 - 번역 후 캐시에있을 때 그것은 그곳에서 찍은 것입니다. 다음 구글 번역 부탁 있지 않은 경우. 그런 다음 더 많은 시간이 걸리지만 대부분의 경우에는 서버의 자원을 적게 걸립니다. 통신 시간이 걸립니다 구글 서버가 있기 때문에 그것은 더 많은 시간을 소요 시간을 소요하며 시간이 걸립니다 귀하의 서버에 구글의 결과를이 보내는 번역이 있습니다. 서버가 응답을 기다리는 수동적이며 그것을지면 응답 풀고 단순이 있기 때문에 그것은 더 적은 자원을 소요됩니다. 캐시에서 번역을 얻는 게 훨씬 훨씬 빨라집니다 - 번역이 이미 완료하고 자신의 서버에있는, 아직은 데이터베이스에서 이동해야합니다, 쿼리가 실행될 수 있고, MySQL은 그 일부 CPU 및 메모리 걸립니다.

가정 - 캐시를 사용하면 아주 좋은 생각입니다. 당신이 느끼는면 해당 서버가 어떤 언어에 대한 캐시를 사용하지 않도록 실험 및 서버의 성능을 비교할 수있는 문제가있다. 우리는 완전히 캐시를 제거하기 위해 조언 해 드릴 수 없습니다.

moman
08-02-10, 19:27
그것이 내가 기대했던 관한 :)

성능이 지금 잘, 그것은 부하가 vBET 이전 2.0보다 훨씬 높은 간 적이 없어요. 난 그게하지만, 그만한 가치가 있다고 생각!

동안 하중 아래 16.0와 같이 다음 서버가 과세되지 않습니다, 그래서 우리는 좋은 생각 : D

Konstantin
18-02-10, 23:08
거기에 가능성 또는 MYSQL 데이터베이스에서 로드를 줄이기 위해 캐시 파일을 저장할 필요가? 수 포럼에 많은 메시지 때문에 2 언어 사용 고 싶지 vbet 작업과 데이터베이스 dannyhBudet 사이트의 큰 크기 더 나은 nginx, eaccelerator 설치한 후? 큰 포럼에 자사의 작업 속도 모듈의 재설계에 대해 어떻게 생각 하십니까? 내 경우에는 1-2 GB 종료 하지 캐시 크기를 사용 합니다. 아마 거기에 몇 가지 최적화 작업? 포럼 모듈 vbet 3.3.1 vb 3.8.4 + vbseo 3.5 r c 2 넣어 불가능? 왜 저작권 없이 너무 비싼 버전 입니까? (220$) Vbet 2.4.3 사용 하 고 vbet 3.3.1 살 것 이다. 내 포럼 SEO Exchange에 대 한 링크를 판매 하고있다. 나를 위해 15000 페이지에 저작권 참조 produblirovannaâ 적합 한 90 아니다 $는 기꺼이 지불 하지만 220$ 그것 아주 많이

vBET
18-02-10, 23:35
가능성 또는 MYSQL 데이터베이스에서 로드를 줄이기 위해 캐시 파일을 저장할 필요가 것입니다 여부는 사이트 vbet 더 나은 설치한 후 작동 nginx, eaccelerator? 큰 포럼에 자사의 작업 속도 모듈의 재설계에 대해 어떻게 생각 하십니까? 사용할 캐시 크기 1-2 GB 내 경우에는 출력. 왜 그렇게 비싼 버전 저작권 없이? (220$) Vbet 2.4.3 사용 하 고 vbet 3.3.1 살 것 이다. 내 포럼 SEO Exchange에 대 한 링크를 판매 하고있다. 저작권 참조 produblirovannaâ 나를 위해 15000 페이지에 적합 한 90 아니다 $입니다 지불할 용의가 있지만 220$ 많은 포럼에 메시지를 수 있기 때문에 매우 mnogo 사용만 2 언어입니다 그리고 데이터베이스의 큰 크기를 싶지 않아

우리는 vBET 또한 파일 캐시를 추가할 예정입니다. 지금 우리의 우선 순위가 가장 노력이 vBET4.0에 있기 때문에 우리는 파일 캐시 기능에 대한 일정이 없습니다. 이 언어는 캐시 작동하는 사용자 정의할 수 있습니다 기억하시기 바랍니다. 당신이 원한다면 그럼 당신은서만 사용할 것입니다 번역 중 일부에 대한 캐시를 사용할 수 있습니다. 또한 빠르게되도록 vBET의 유료 버전은 데이터베이스 캐시를 향상 점에 유의하시기 무료 버전 인치 유료 버전의 다른 향상된 기능도 있습니다 - 일반적으로 그것은 빠르고 적은 메모리를하고있다. 우리는 이미 성공적으로 대형 보드에 사용하는 고객이 있습니다.
우리는 nginx 가속기와 성능 테스트 너무 비교도 안되는 만들어지지 않았다.
구매 브랜딩 무료 라이센스가 필수되지 않고 항상 나중에 라이센스를 업그레이드할 수 있습니다.

Konstantin
19-02-10, 01:52
답장 주셔서 감사합니다. Nginx가 아파치와 같은 서버입니다. 캐싱은 PHP + nginx + eaccelerator에서 가장 잘 작동하고 vbet 훨씬 빠른 수 있습니다 - 내가 읽을 조언

vBET
19-02-10, 03:09
답장 주셔서 감사합니다. Nginx가 아파치와 같은 서버입니다. 캐싱은 PHP + nginx + eaccelerator에서 가장 잘 작동하고 vbet 훨씬 빠른 수 있습니다 - 내가 읽을 조언

이 순간 우리는 매우 vBET4.0 릴리스에 가까이 있으며, 우리가 함께 작업을 많이 가지고 있어요. 당신은 우리 nginx 아래 vBET을 테스트하려는 경우 다음 기능 요청에서 열린 새 스레드를하시기 바랍니다. nginx 그렇다면 PHP를 실행하는 경우 vBET가 작동합니다. 하나의 문제는 - 당신이 번역 SEO 링크를 사용하려는 경우 다음 규칙이 필요합니다 재작 성. . 우리는이 순간 htaccess 지시어 파일에서만 아파치에 대한 준비를해야하지만, 당신이 nginx에 아파치에서 재작 성 수없는 경우 다음은 항상 언어 속성을 가진 링크를 사용할 수 있습니다 - 이것은 매우 간단합니다. 당신은 지불을 구입하기 전에 예상치 못한 문제를 피하기 위해 무료 버전과 함께 실험을하실 수 있습니다.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Languages translations made by vBET 4.10.1