Mwy o broblemau llwyth

[Snake]

Iawn felly rwyf wedi gwneud llawer o brofion.

Dros gyfnod o 24 awr fy llwyth yn codi'n raddol i mewn i'r 30.00 's

Mae gweinyddwr ailgychwyn atebion ar gyfer 24 awr arall.

Os bydd i analluoga 'r mod nid fi yn cael y broblem hon.

Peidiwch â dweud bod â mod anabl mae llai o drafnidiaeth gan nad yw hynny'n wir, google yn dal i anfon yr un fath â'r traffig mod anabl yn ôl fy ystadegau.

Eglurwch, llwyth yn gyrru fi wallgof.

[tavenger5]

Mae'n swnio fel bots yn taro'r tudalennau cyfieithu pan fydd y mod ar. Dylech edrych i mewn i wneud y gorau apache neu gael gweinydd â phŵer cpu mwy. Ydych chi'n rhedeg vboptimise neu unrhyw fath o fecanwaith caching, fel memcached?

[Snake]

Y ffaith yw bod fy fforwm yn cael 30,000 o unigryws y dydd, os byddaf yn analluogi'r llwyth mod yn gostwng ar unwaith, ac mae bots a defnyddwyr yn dal i ddangos tudalennau felly maent yn dal i fynnu pŵer gweinydd, yn syml iawn mae dangos tudalennau wedi'u cyfieithu yn defnyddio 10x yr adnoddau na thudalennau vb safonol o'r gronfa ddata arferol. Mae'n god ysgrifenedig gwael, ac mae angen ei osod! Ni wnaeth y mods eraill hyn erioed, dim ond vbet, dymuno na wnes i erioed newid drosodd, ond mae mynd yn ôl yn rhy hwyr nawr.

[moman]

Mae'n wir yn swnio fel eich bod yn rhedeg ar weinydd underpowered. Rwy'n ar beiriant nehalem 8-graidd (felly rydym yn edrych ar 8 creiddiau fwy rhithiol oherwydd yr HT, am gyfanswm o 16). Rwyf hefyd optimized helaeth y peiriant hwn yn defnyddio technegau fy hun yn ogystal ag awgrymiadau oddi wrth y Folks yn vbulletin.com.

vBET yn codi fy llwyth o tua 2.5 i 3.0-3.5, yn dibynnu ar nifer o ddefnyddwyr, ac mae hyn yn amlwg yn tyfu yn seiliedig ar faint cache. Fodd bynnag, nid wyf yn credu bod yn rhy ddrwg o gwbl, gan fod fy amrywio ddefnyddwyr ar y pryd o 800 gweddol uchel i hyd yn oed yn uwch 1,200.

[vBET]

Hi Wrth gwrs RHAID cyfieithu yn cymryd rhai adnoddau - nid oes unrhyw hud. Golygu tudalen Cyfieithu cymryd ganlyniad cynnyrch a'i newid. Bydd Oherwydd bod cyfieithu bob amser yn cymryd mwy o amser na'r dudalen arferol.

Rwy'n deall nad ydych yn rhy hapus cael llwyth gweinydd yn fwy, ond nodwch y vBET yn cymryd adnoddau UNIG AR GYFER CYFIEITHU. Ar gyfer tudalennau arferol mae'n ychwanegu baneri yn unig. Felly hyn i gyd yn llwyth ychwanegol yn dod o draffig ychwanegol i dudalennau gyfieithu. Nid yw Wrth i chi ysgrifennu eich traffig oedd yn mynd yn syth ar ôl anablu vBET (os oes gennych beth amser, yna bydd yn lleihau ar ôl anablu - ymddiried ynof) a llwyth gweinydd yn is - mae'n amlwg - robotiaid yn dal i gropian URLs i dudalennau cyfieithu, defnyddwyr yn dal i ddod o hyd i mewn cysylltiadau Google i eich tudalennau gyfieithu. Felly, rydych yn dal i gael yr un traffig, ond erbyn hyn o dan y dolenni cyfieithu yn cael ei ddyblygu yn syml gynnwys - tudalen arferol nad yw'n cael ei gyfieithu. Os ydych am aros gyda vBET anabl rydym yn argymell yn gryf i ychwanegu rheol yn eich. Ffeil htaccess a fydd yn ailgyfeirio yr holl dudalennau chyfieithu i un arferol, fel arall, gallwch golli eich SEO oherwydd cynnwys dyblygu.

Sylwch ein bod eisoes wedi cynllunio cefnogi systemau storio eraill a bod ein algorithmau cyfieithu wedi'u optimeiddio ar unwaith. H.y. rydym newydd ddarganfod pa mor sylweddol y mae perfformiad PHP yn lleihau wrth weithio ar linynnau mawr ac fe wnaethom addasu ein algorithm. Mae eisoes yn cael ei ryddhau yn vBET 4.2.0 gydag opsiynau ffurfweddu ychwanegol. A byddwn yn symud pob gwelliant hefyd i vBET 3.x sy'n dal i gael ei gefnogi

Rwy'n deall bod yn eich barn ein cod yn wan. Nid wyf yn gwybod am yr hyn yr ydych yn seilio eich disgwyliadau. Rydym wedi mod cyfieithu gyflymaf i VB - does dim byd yn well beth sy'n gweithio. Bydd Cyfieithu cymryd rhai adnoddau ac mae ein mod yn mynd yn llai bod unrhyw un arall. Gallwch weld sut y gall vBET gyflym gweithio ar nifer o fforymau. Os oes gennych faterion ar eich gweinyddwr, yna cysylltwch ystyried newidiadau cyfluniad neu ychwanegu adnoddau gweinydd. Ni fyddwch yn rhoi 20 litr o ddwr i mewn i fwced 10 litr.

Ein dyfeisiwr yw: "Mae gennym lawer i'w newid". A dyna pam rydym yn arbrofi, yn newid algorithmau, yn proffilio ac yn treulio llawer o amser yn chwilio am atebion a fydd yn gofyn am lai o adnoddau. Ond nid ydym yn gwybod unrhyw mod a allai fod yn unrhyw gystadleuaeth i vBET ac mae rhai mods cyfieithu eraill. Gwnaethom lawer o newidiadau algorithm y bu'n rhaid i ni eu troi i ffwrdd am nad oeddent yn helpu, yn ystod y broses hon, gwelsom lawer o welliannau hefyd. Gallwch gael eich argraff yn seilio ar faterion eich gweinydd, ond ystyriwch a oes gennych unrhyw ateb gwell? Beth allech chi roi awgrym nad yw vBET efallai'n ateb anghywir gan ei fod yn gweithio ar filoedd o fforymau, efallai eich bod yn ceisio rhoi 20 litr o ddŵr mewn bwced 10 liters. Still - mae gennym lawer i'w newid a rhestr TODO wych yn yr adran optimeiddio (tua 70% i arbrofi a fydd yn helpu ai peidio) A ydych yn gywir 100% - gallwn wneud yn well, byddwn ac rydym YN gwneud hyn drwy'r amser Dim ond aros tan i ni symud yr holl welliannau yr ydym a wnaed yn ystod vBET4.x weithredu

Os gall roi awgrymiadau-i chi Edrychwch sut y gall optimeiddio vBET: http://www.vbenterprisetranslator.co...rformance.html
Yn enwedig yn ystyried analluogi rhai ieithoedd a blocio dudalennau amherthnasol gan robots.txt

Beth yw amser ymateb ar gyfer tudalennau cyfieithu? Beth yw eich defnydd CPU? Beth yw eich chof chynefod? Os yw'n dderbyniol, yna mae gennych ddim byd i boeni amdano. Mae pobl yn aml yn cael eu dychryn drwy gynyddu llwyth gweinydd ac nid yw hyd yn oed yn gwybod beth mae'n ei olygu. Llwyth gweinydd 10 gwaith yn fwy yn NI golygu Mae 10 amser defnyddio mwy o adnoddau. Mae yn unig yn golygu bod yr edafedd mwy yn aros yn y ciw, beth yn gwbl arferol, ers yn awr mae eich edau yn gorfod aros am ymateb Google os nad yw rhai cyfieithu o'r storfa eto. Felly mae'r llinyn yn aros am ymateb Google ac mae'n cymryd na CPU o gwbl yn ystod y cyfnod hwn. Oherwydd hynny eich llwyth gweinydd bydd yn fwy hyd yn oed os gallai vBET gymryd unrhyw adnoddau o gwbl (beth wrth gwrs nid yw bosibl).

Ynglŷn chwilfriwio eich gweinydd - mae'n amlwg eich mater gweinydd. Mae'n digwydd o bryd i'w gilydd. Roeddwn wedi mater tebyg ar fy gweinyddwr. Cafodd ei achosi gan rai nam Apache Apache felly un edau yn tyfu ac yn tyfu gyda chof chynefod nes chof cyfan yn bwyta gweinydd cached ans. Dim ond un edau yn ymddwyn fel 'na - edafedd Apache eraill yn arferol. Rwy'n chwarae gyda Apache cyfluniad a chyhoeddi ei datrys. Rwy'n credu bod Apache dim ond wedi cael rhywfaint o ollyngiadau cof - fel yr wyf yn cofio i mi roi gwerth is y ceisiadau y gellir ei gynnal gan un edau. Roedd yna hefyd newidiadau eraill. Rwy'n awgrymu i wirio eich chof chynefod a'i fonitro am beth amser. Hefyd, gall fod yn ddefnyddiol i wirio swm cyfartalog o gof a ddefnyddir gan un Apache edau, gwneud rhai cyfrifiadau a gosod gwerth priodol o edafedd max ar gyfer Apache.

Os oes gennych unrhyw gwestiynau mwy o wybodaeth, gofynnwch

[vBET]

Hey - Fi jyst oedd ar eich fforwm yn cyfateb yn FAST ULTRA ... Felly beth ydych yn gwneud cais am a pham agwedd mor ddig am vBET, pan fydd gennych wasanaeth cyfieithu cyflym super? ...

Ystyriwch pa llwyth gweinydd yn ei olygu. Gall deall ei ystyr fod yn ddefnyddiol iawn i ddeall beth sy'n digwydd ar y gweinydd a sut y gellir ei fod yn gysylltiedig â edafedd sydd yn aros mewn ciw, nid oherwydd nad oes gennych unrhyw adnoddau, ond maent yn aros am ymateb gan weinydd arall (Google yn yr achos hwn).

Yn fy marn i chi cyfieithiadau gyflym super a oes gennych unrhyw beth i chi boeni am

[Snake]

Rwyf wedi bod yn safleoedd adeiladu 10 mlynedd, dwi yn gwbl ymwybodol nad llwytho 10x yn golygu adnoddau 10x, rhoi'r gorau i fy nhrin fel idiot a llwy bwydo i mi sbwriel. Y ffeithiau oer yn â hyn mod yn erbyn y mod am ddim arall eich llwyth yn mega. Ac ar yr adegau prysuraf fy safle yn awr yn araf ac yn beidio ag ymateb. Ie, tudalennau cyfieithu cyflym oddi ar y brig, ond ar gost o gweinydd araf yn ddiweddarach yn y dydd. Mae gen i, graidd cwad cyrch 15k SAS gweinyddwr, hynny yw optimized jyst ddirwya, mae'n rhedeg 0.50 trwy'r dydd yn hir cyn hyn gyda thraffig mawr. Mae'n y cod VBET sy'n ychwanegu llwyth ac yn gwneud y gweinydd araf yn adegau brig, mae'n FFAITH, nid yw cynnydd mewn traffig, fi wedi cael yr un traffig ac botiau cyn ac ar y gweinydd ymdopi'n iawn, ei fod yn y cynnyrch cyfieithu. Cyfnod. Brysiwch i fyny ac i atgyweiria ', fi dont' n sylweddol angen at dalu £ 300 arall yn y mis ar gyfer uwchraddio gweinydd yn unig i redeg y Weinyddiaeth Amddiffyn lol.

[tavenger5]

Faint o ieithoedd ydych chi wedi galluogi? Faint o swyddi sydd gennych? A oes gennych vbseo a map o'r wefan generadur osod? Faint o bots yn taro ar y safle bob dydd?

[Snake]

Hi!

32 ieithoedd alluogi.

100.000 swyddi.

vbseo a map o'r safle gosod.

sitemap ategyn yn dweud 1000,000 tudalennau cropian y dydd.


Y ffaith yw, os yw i analluoga 'r mod a restart' r gweinyddwr, bot a defnyddwyr yn dal yn taro fy gweinyddwr yr un fath ag o'r blaen, yr un y tudalennau mewn dal i fod yn googles mynegai a thrwy hynny i gael yr un traffig galluogi ai peidio.

Yr unig wahaniaeth yw bod â mod anabl y botiau a chwilwyr google cael y dudalen Saesneg, felly, traffig yn union yr un fath, yr unig wahaniaeth yw nad ydynt yn gweld tudalen cyfieithu, gan osgoi'r problemau gronfa ddata mods.

Mae'n amlwg fel dydd i hon i mi mod wedi cael ei ryddhau heb brofion priodol, ac yn amlwg nad y perchennog yw'r ddiddordeb mewn mynd i'r afael â'r materion.

Methu.

[Snake]

Michael, rydych yn anghywir, nid yw hyn llwyth yn cael ei achosi gan gynnydd mewn traffig, mae'n cael ei achosi gan ddarllen ac ysgrifennu cyfieithiadau i mysql.

Os gall vBulletin tîm yn darllen ac yn ysgrifennu at mysql gyda llwyth isel pam na allwch chi?

Gwael cod fy ffrind.