Perfformiad gyda storfa mawr

[moman]

Rwyf ar hyn o bryd wedi fy system ffurfweddu i glirio'r cache cyfan bob wythnos. Gyda cache wag, fy cronfa ddata yn ymwneud â 1.1Gb, tra gyda cache llawn, mae'n ymwneud 4.5Gb.

Rydw i wedi sylwi fod y mwyaf y cache, yr uwch yn fy llwyth gweinyddwr yn cael cyfartaledd. Ar unrhyw adeg benodol fy fforwm wedi rhwng 650 a 1300 defnyddwyr ar-lein, ond nid yw hyn yn ymddangos o effeithio ar y llwyth cymaint â maint y cache.

Gyda cache fawr, llwyth gweinydd yw 3.3-3.8, tra gydag un wag, bydd yn aros yn yr ystod 2.0-2.5. Nid yw hyn yn ddrwg o gwbl, gan fy mod wedi gweinydd 16-graidd, ond yr oeddwn yn rhyfeddu ai o'r fath ymddygiad i'w ddisgwyl gyda maint cronfa ddata anwadal!

Diolch,
Adam

[vBET]

vBET wedi mynegeion ar gyfer tablau ac yn defnyddio cache gyflymaf MySQL injan ar gyfer hat - MyISAM. Felly rydym wedi dewis gorau ar gyfer cache DB. Nid yw gwahaniaeth cyfan yr ydych yn sylwi yn ochr vBET, ond yn ochr MySQL sy'n gweithfeydd ymholiadau. Mynegeion yn rhoi ymateb cyflymach ac yn sicrhau nad yw amser o ymateb yn mynd yn sylweddol o hyd i swm mwy o ddata. Still MySQL rhaid i chwilio mynegeion yn fwy ac wrth i mi ddyfalu y mae'n ei gymryd mwy o adnoddau. Dyna pam yr ydych yn sylwi ar weinydd llwyth mwy.

Hefyd, - pan fydd cyfieithiad yn cache yna mae'n cael ei gymryd oddi yno. Os na, Google yn gofyn am gyfieithu. Mae'n cymryd mwy o amser, yna, ond mae'r rhan fwyaf yn ôl pob tebyg hefyd yn cymryd llai o adnoddau ar eich gweinydd. Mae'n cymryd mwy o amser oherwydd bod cyfathrebu gyda Google gweinydd sy'n cymryd amser, mae yna cyfieithiad sy'n cymryd amser ac mae yna anfon canlyniadau Google at eich gweinydd sydd hefyd yn cymryd amser. Mae'n cymryd llai o adnoddau, gan fod gweinydd yn aros am ymateb oddefol a phryd y mae'n ei gael, dim ond syml dadbacio o ymateb. Cael cyfieithu o cache yn llawer, llawer cynt - cyfieithu yn cael ei wneud yn barod ac mae ar eich gweinyddwr eich hun, yn dal i fod angen eu cymryd o gronfa ddata, ymholiad wedi ei wneud, MySQL yn cymryd rhai CPU a cof am hynny.

Gan dybio - defnyddio cache yn syniad da iawn. Os byddwch yn teimlo bod gweinyddwr wedi materion gyda y gallwch arbrofi i analluogi cache ar gyfer rhai ieithoedd a chymharu perfformiad gweinydd. Nid ydym yn cynghori i gael gwared ar cache gyfan gwbl.

[moman]

Dyna am yr hyn yr wyf yn disgwyl

Perfformiad yn iawn ar hyn o bryd, dim ond byth yn bod y llwyth yn mynd yn llawer uwch nag o'r blaen vBET 2.0. Rwy'n credu ei fod yn werth chweil, er bod!

Cyhyd â bod y llwyth yn is na 16.0 yna nid y gweinydd wedi'i drethu, felly rwy'n credu ein bod yn iawn

[Konstantin]

A yw'n bosibl nac yn angenrheidiol i storio'r cache mewn ffeil - er mwyn lleihau'r baich ar y gronfa ddata MYSQL?
Byddaf yn defnyddio'r ddwy iaith wrth i nifer y swyddi lawer ac nid ydynt am gael maint mawr o gronfa ddata

A fydd y safle yn well gyda gwaith ar ôl yn gorseddu vbet nginx, eaccelerator?
Ydych chi wedi ystyried ail-wneud y modiwl i gyflymu ei waith ar fforymau mawr? Defnyddiwch y maint cache o 1-2Gb yn fy achos i, nid yn ateb. Efallai mae ffyrdd o wneud y gorau i'r gwaith?
A yw'n bosibl i roi modiwl vbet 3.3.1 fforwm vb3.8.4 + vbseo 3.5RC2?
Pam fersiwn mor ddrud heb hawlfraint? (220 $)
Rwy'n defnyddio vbet 2.4.3 ac yn dymuno prynu vbet 3.3.1. Mae fy fforwm yn gwerthu cysylltiadau ar gyfer cyfnewid SEO. Hawlfraint dyblygu cyfeiriad at 15 000 tudalen i mi iawn - $ 90 fodlon ei dalu, ond $ 220 yn ormod o

[vBET]

A yw'n bosibl nac yn angenrheidiol i storio'r cache mewn ffeil - er mwyn lleihau'r baich ar y gronfa ddata MYSQL?
A fydd y safle yn well gyda gwaith ar ôl yn gorseddu vbet nginx, eaccelerator?
Ydych chi wedi ystyried ail-wneud y modiwl i gyflymu ei waith ar fforymau mawr? Defnyddiwch y maint cache o 1-2Gb yn fy achos i, nid yn ateb.
Pam fersiwn mor ddrud heb hawlfraint? (220 $)
Rwy'n defnyddio vbet 2.4.3 ac yn dymuno prynu vbet 3.3.1. Mae fy fforwm yn gwerthu cysylltiadau ar gyfer cyfnewid SEO. Hawlfraint dyblygu cyfeiriad at 15 000 tudalen i mi iawn - $ 90 fodlon ei dalu, ond $ 220 yn ormod o
Byddaf yn defnyddio'r ddwy iaith wrth i nifer y swyddi lawer ac nid ydynt am gael maint mawr o gronfa ddata

Rydym yn cynllunio i ychwanegu hefyd cache ffeil i vBET. Oherwydd bod ar hyn o bryd mae ein blaenoriaeth ac mae'r rhan fwyaf yn cael eu hymdrechion ar vBET4.0 nid oes gennym unrhyw amserlen ar gyfer swyddogaethau cache ffeil. Cofiwch y gallwch addasu a fydd yn gweithio gyda ieithoedd cache. Felly, os ydych chi am y gallwch ei ddefnyddio cache unig ar gyfer rhai o gyfieithu y byddwch yn gwneud ar gael. Hefyd, os gwelwch yn dda nodi bod fersiwn talu o vBET wedi gwella cache gronfa ddata felly mae'n gyflymach bod yn fersiwn am ddim. Mae yna hefyd gwelliannau eraill mewn fersiwn a dalwyd - yn gyffredinol ei fod yn gyflymach ac yn cymryd llai o gof. Rydym eisoes wedi cwsmeriaid sy'n llwyddiannus yn ei ddefnyddio ar fyrddau mawr.
Doedden ni ddim yn gwneud profion perfformiad gyda nginx sbardun felly ni all cymharu.
Nodwch nad yw brandio prynu trwydded am ddim yn orfodol a gallwch chi bob amser yn uwchraddio eich trwydded yn nes ymlaen.

[Konstantin]

Diolch i chi am eich ateb. Nginx yn gweinydd apache debyg. Rwyf yn eich cynghori i ddarllen - caching yn gweithio orau mewn php + nginx + eaccelerator a gall eich vbet fod yn llawer cyflymach

[vBET]

Diolch i chi am eich ateb. Nginx yn gweinydd apache debyg. Rwyf yn eich cynghori i ddarllen - caching yn gweithio orau mewn php + nginx + eaccelerator a gall eich vbet fod yn llawer cyflymach

Ar hyn o bryd yr ydym yn agos iawn at wedi rhyddhau vBET4.0 a llawer o waith ar hynny. Os ydych am i ni brofi vBET o dan nginx, yna dylech agor edefyn newydd yn gofyn am nodwedd. Os Rhed nginx php yna bydd vBET gweithio yno. Bydd angen un mater-os ydych am ddefnyddio cyfieithu Dolenni SEO yna ailysgrifennu'r rheolau. Mae gennym rhai a baratoir ar gyfer apache yn ffeil.htaccess yn unig ar hyn o bryd, ond os nad ydych yn gallu ei ailysgrifennu o apache i nginx yna bob amser gallwch ddefnyddio cysylltiadau â iaith nodwedd - mae hyn yn hawdd iawn. Gallwch arbrofi gyda fersiwn am ddim er mwyn osgoi unrhyw faterion annisgwyl cyn i chi brynu un talu.