Pwysig: Mae'r dudalen hon yn defnyddio cwcis (cookies). Defnyddio'r wefan hon heb droi i ffwrdd cwcis porwr, yn golygu eich bod yn cytuno i ddefnyddio.
Prynu Nawr! Nodweddion Lawrlwytho

Ennill gyda ni!

Os hoffech chi i ddechrau ennill arian gyda vBET ymuno i Rhaglen Affiliate.
Tudalen 1 o 2 12 DiwethafLast
Canlyniadau 1 i 10 o 13

Thread: Angen help i leihau llwyth gweinydd

  1. #1
    Aelod Uwch
    Ymuno Dyddiad
    Medi 2010
    Swyddi
    256

    Default Angen help i leihau llwyth gweinydd

    Hi, Im 'yn cael trafferth gyda fy llwyth gweinyddwr, fi eisoes wedi symud i ymrwymo i geisio gwella hyn ond yn dal i gael llwythi gweinyddwr yn uchel, os bydd yn disgyn i analluogi llwyth vbet y gweinydd.

    All rhywun helpu?

    @ Kamil, mae gennych eisoes manylion mynediad llawn a anfonwyd atoch yn PM os ydych am wirio.

  2. #2
    vBulletin Menter Cyfieithydd (vBET) Staff
    Ymuno Dyddiad
    Mai 2010
    Swyddi
    1,000

    Default

    helo,
    yma mae gennych restr vBET yr awgrymiadau: http://www.vbenterprisetranslator.co...rformance.html

    cofiwch - os oes gennych yr holl ieithoedd alluogi - eich bod wedi cynnwys 53 mwy (edafedd, swyddi ac ati) ar eich fforwm, ac wrth gwrs, uchel-draffig fforwm.

    Gallwch analluogi rhai ieithoedd ac aros pryd y cache ar gyfer iaith galluogi i'w llenwi, ar ôl hynny - gallwch chi alluogi rhan nesaf o gyfieithiadau.

    Yn ail, Yn y relase gennym mawr gwella (un fawr iawn) - mae hyn yn System cache chof (4 opsiynau gwahanol). Gallwch wirio yn eich admincp-> Cache vBET. (Cofiwch - mae'n rhaid i chi integreiddio eich gweinydd ddefnyddio'r math hwn o cache)


  3. #3
    Aelod Uwch
    Ymuno Dyddiad
    Medi 2010
    Swyddi
    256

    Default

    Rwyf wedi rhoi ar waith i gyd y gall fi eich argymhellion perfformiad, fi hefyd wedi galluogi pob iaith (mae'r rhan fwyaf yn dda) ers brynu vbet tua 6 mis yn ôl, mae'r llwyth yn gyson uchel drwy'r amser. Fel ar gyfer y Cache Chof (beta) Dydw i ddim yn meddwl i chi unrhyw sbardun cache acha 'm gweinyddwr ond evrything arall wedi ei osod yn unol â'ch cyfarwyddiadau.

  4. #4
    vBulletin Menter Cyfieithydd (vBET) Staff
    Ymuno Dyddiad
    Mai 2010
    Swyddi
    1,000

    Default

    gan ein relase diwethaf buom yn gweithio ar y cache chof system - dylai hyn fod yn un mawr mewn perfformiad. Mae angen i chi gael eich gweinydd ffurfweddu gyda'r system hon cache (efallai sydd gennych eisoes - gofynnwch i'ch cefnogi gweinyddwr)
    Last edited gan kamilkurczak; 26-05-11 yn 22:25.

  5. #5
    Aelod Uwch
    Ymuno Dyddiad
    Medi 2010
    Swyddi
    256

    Default

    Hi Kamil, fi jyst gwirio php gwybodaeth ac nid fi yn ei gael, ond bydd fi eu cael i osod xcache neu rywbeth tebyg

  6. #6
    Michal Podbielski (vBET Staff) vBET's Avatar
    Ymuno Dyddiad
    Hydref 2009
    Swyddi
    3,037

    Default

    Hi. Pam ydych yn cael trafferth gyda'ch llwyth gweinyddwr? Gwelaf eich fforwm yn cyfieithu mewn gwirionedd gyflym, felly os yw'r broblem?

    Sylwer y cyfieithiadau yn cael eu gwneud gan wasanaethau allanol gan Google. Mae hyn yn golygu pan fydd cyfieithiad yn digwydd eich edafedd yn aros am ymateb gan Google. A dyna pam mae eich Llwyth Gweinyddwr yn fwy, ond nid yw'n dylanwadu ar y system, gan fod edafedd yn aros yn cymryd unrhyw CPU na cof ychwanegol (yn unig a ddefnyddir yn barod). Felly dyna pam y byddwch bob amser yn cael Llwytho Gweinyddwr uwch gyda vBET galluogi (pan anabl dim edau yn aros am ganlyniadau oddi wrth Google) ac mewn un pryd, bydd eich fforwm yn dal i weithio yn gyflym, gan fod edafedd yn aros yn cymryd unrhyw CPU.

    Felly, beth sydd ei angen mewn gwirionedd i gymryd gariad Llwyth Gweinyddwr yw sicrhau na fydd edafedd aros am ganlyniadau oddi wrth Google, ond yn anffodus Google yn caniatáu i cache ei ganlyniadau yn unig am 15 diwrnod. Gallwch roi cynnig arni eich hun - os byddwch yn analluogi cache, neu ddim ond gwneud ei amser i fyw llai o faint, yna byddwch yn Load Gweinyddwr se tyfu - oherwydd y bydd llai o ganlyniadau cael eu cached ac yn fwy cheisiadau sy'n aros am ymatebion Google. Nid oes unrhyw hud - cyfieithiadau dod o rywle ac mae'n cymryd amser i'w gael gan Google.

    Gall defnyddio cache chof helpu mewn rhyw ffordd. Bydd Trywyddau aros am ganlyniadau Google yn dal i fod yn aros (ni fyddwch ei drosglwyddo hyd nes eich bod wedi cached holl gyfieithiadau, ac nid ydych fydd am ei fod yn cael ei lanhau yn ôl TOS Google). Bydd y canlyniadau yn dal i gael ei gynhyrchu cached gyflymach, felly bydd ceisiadau ni aros am gyfieithiadau fynd yn gyflymach o geisiadau ciw.

    Yma, gallwch gael gwybod beth yn union yw llwyth gweinydd: Llwyth Gweinydd ac yn darganfod nad yw ar yr amod eich bod wedi Load Gweinyddwr adnoddau rhad ac am ddim yn broblem.
    Gwybod beth yw gwerth y llwyth gweinydd yn bwysig iawn er. Mae gwybod sut i ddehongli'r gwerth yn yr hyn sy'n cyfrif.
    cofiwch y diffiniad: y llwyth gweinydd yn cynrychioli nifer o brosesau sy'n aros i gael mynediad i'r CPU. Ond nid yw pob brosesau yr un peth! Os bydd y prosesau yn flaenoriaeth isel, pan fydd cais weinydd newydd (cais tudalen) yn ymddangos, gall fod yn dal i gael ei drin bron yn syth.
    Heb sôn am fod y llwyth gweinydd ond yn un ffactor y tu allan i llawer o bobl eraill (, chof chynefod defnydd CPU, maint y ffeil cyfnewid)
    Fel arfer, ac fel y mae llawer o bobl yn uniongyrchol gysylltiedig yn y busnes cynnal ddweud, mae'r cyfan yn dod i lawr i fywyd go-iawn ymddygiad. A yw'r tudalennau llwytho yn gyflym? A yw proses fel chwilio drwy gronfa ddata gymryd amser rhesymol? Yna, nad ydych chi wir yn cael problem, beth bynnag yw'r llwyth gweinydd yw
    Felly, y prawf yn y pen draw yw'r ffordd y mae'r gweinydd yn ymddwyn. Os bydd y gweinyddwr yn gyflym, mae nifer, hyd yn oed os mai enw "llwyth gweinyddwr", mewn gwirionedd yn golygu llawer o
    Felly, oherwydd bod eich gweinydd yn gyflym ac yn gallaf weld eich ymatebion cyflym fforwm, Eich mater yn unig rhithwir - nid oes unrhyw broblem go iawn. Llwyth Gweinydd yn werth sydd yn rhoi unrhyw wybodaeth am berfformiad go iawn, dim ond awgrymiadau os ydych yn gwybod sut i ddehongli (hy os gweinydd yn rhedeg yn dda gyda llwyth X gweinyddwr, yna gallwch ddechrau edrych ar beth sy'n digwydd, os yw'n gyflym tyfu i 2X neu rywbeth fel 'na). Dim ond nifer sefydlog yn rhoi dim byd i chi, gwiriwch eich well CPU a chof i fod yn siŵr bod y gwerth yn iawn ar gyfer eich gweinydd ac os yn iawn, yna beth bynnag Gweinyddwr Llwyth werth ei.

    Yn dal os ydych am rai awgrymiadau ychwanegol:
    - Gwneud mwy cache TTL os ydych wedi newid i is (diofyn yw uchafswm a ganiateir gan TOS Google).
    - Os nad oes gennych faterion lle HDD diffoddwch dasg cron ar gyfer glanhau cache gwadd - nid oes raid i gael eu glanhau o gwbl, gan y gall ei adnewyddu canlyniadau yn ôl yr angen, yn dal i gael gwared llawer o hen ffeiliau yn cymryd amser hir iawn ar gyfer php.
    - Defnydd storfa cof
    - Ar y diwedd (ond Fi 'n sylweddol ddim yn gweld unrhyw synnwyr ohono, oherwydd nad oes gennych fater perfformiad) dechrau anablu ieithoedd sy'n rhoi llai o drafnidiaeth

    Gyda llaw - beth yw eich, Load Server CPU cyfartalog a chof chynefod, a beth chaledwedd sydd gennych (faint o CPUs, cof)? A yw'r ffeil cyfnewid yn cael ei ddefnyddio?

  7. #7
    Aelod Uwch
    Ymuno Dyddiad
    Medi 2010
    Swyddi
    256

    Default

    Yn dilyn eu manylion yn unol â'ch cwestiynau
    Llwyth Gweinydd 1)
    *********************
    08:22:53 hyd 44 diwrnod, 13:31, 1 defnyddiwr, ar gyfartaledd llwyth: 4.07, 5.09, 5.26
    DEFNYDDIWR O'R TTY LOGIN @ Idle JCPU PCPU BETH
    gwraidd pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
    ****************
    2) CPU a chof chynefod
    ********************
    cyfanswm a ddefnyddir byfferau a rennir am ddim cached
    Mem: 4040 3616 424 0 256 2809
    - / + Byfferau / cache: 550 3490
    Swap: 8001 24 7976
    *********************************
    3) faint o CPUs
    3

    Golygu: dim ond cymryd cipolwg yma http://www.thecodecage.com/forumz/server.png fy gweinydd fel hyn drwy'r amser, mae hyn yn ÔL ciplun galluogi memcahce.
    Last edited gan Simon Lloyd; 27-05-11 yn 08:47.

  8. #8
    Aelod Uwch
    Ymuno Dyddiad
    Medi 2010
    Swyddi
    256

    Default

    Gwybodaeth ychwanegu fel yma yn y log Prosesau Top:
    xxxx 93.0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
    xxxx 83.0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
    75.0% xxxx / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
    6.8% mysql / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - sgip-allanol- cloi
    6.7% mysql / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - sgip-allanol- cloi
    6.6% mysql / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - sgip-allanol- cloi
    gwraidd 6.0% / bin / sh / usr / local / bin / rkhunter-c - cronjob
    Last edited gan Simon Lloyd; 27-05-11 yn 17:21.

  9. #9
    Michal Podbielski (vBET Staff) vBET's Avatar
    Ymuno Dyddiad
    Hydref 2009
    Swyddi
    3,037

    Default

    Quote Postiwyd yn wreiddiol gan Simon Lloyd View Post
    Yn dilyn eu manylion yn unol â'ch cwestiynau
    Llwyth Gweinydd 1)
    *********************
    08:22:53 hyd 44 diwrnod, 13:31, 1 defnyddiwr, ar gyfartaledd llwyth: 4.07, 5.09, 5.26
    DEFNYDDIWR O'R TTY LOGIN @ Idle JCPU PCPU BETH
    gwraidd pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
    ****************
    2) CPU a chof chynefod
    ********************
    cyfanswm a ddefnyddir byfferau a rennir am ddim cached
    Mem: 4040 3616 424 0 256 2809
    - / + Byfferau / cache: 550 3490
    Swap: 8001 24 7976
    *********************************
    3) faint o CPUs
    3

    Golygu: dim ond cymryd cipolwg yma http://www.thecodecage.com/forumz/server.png fy gweinydd fel hyn drwy'r amser, mae hyn yn ÔL ciplun galluogi memcahce.
    Dydw i ddim yn siwr sut i ddehongli eich mesuriadau. Wrth i mi weld eich CPU yn cael ei ddefnyddio mewn tua 185% ... Felly, neu os oes rhywbeth yn iawn boeth yn mesur neu y mae'n berthnasol i 1 CPU - os oes gennych 3, yna gallwch ddefnyddio 300%. Os yw hyn yn ffordd gywir, yna mae'n golygu eich bod wedi dal i lawer o adnoddau CPU rhad ac am ddim. Os nad ydych yn gywir i mi ac yn dweud sut i ddehongli'r canlyniadau.

    Dwi ddim yn siwr hefyd sut i ddehongli eich data llwyth gweinydd:
    llwyth ar gyfartaledd: 4.07, 5.09, 5.26
    A yw'r rhai a 3 gwahanol mewn mesuriadau amser, neu bob un ar gyfer CPU ar wahân? Beth yw nerth eich CPU?

    PS. Cache angen amser i'w llenwi i mewn

  10. #10
    Aelod Uwch
    Ymuno Dyddiad
    Medi 2010
    Swyddi
    256

    Default

    Michal, unwaith eto diolch am yr ateb y cyfartaledd llwyth welwch chi (ac yn y ciplun) yn newid bob tro y byddwch yn adnewyddu, mae'n wrth i chi nodi nifer sybmolic, pan fydd y cyfartaleddau llwyth a ddangosir, mae tua 6 neu 7, yna y safle yn araf ond mae'r rhan fwyaf o'r amser beidio ag ymateb sydd yn ei dro yn rhoi camgymeriad.

    Dyma y data cpu rydych chi wedi gofyn am
    Prosesydd # 1
    Gwerthwr

    GenuineIntel
    Enw
    Intel (R) Xeon (R) CPU X3430@2.40GHz
    Cyflymder
    2394.030 MHz
    Cache
    8192 KB

    Wrth i wirio yn WHM fi wedi 1 cwad cpu craidd, tra bod y bobl gweinydd dweud wrthyf fi wedi 3 cpu ei???

    Dydw i ddim yn gwybod neu esgus wybod sut mae'r gweinydd cyfartaledd llwyth yn cael ei weithio allan (yn ddiweddar, dros y 2 diwrnod diwethaf mae wedi bod o gwmpas:
    Cyfartaleddau Llwyth: 4.49 4.04 3.95

    Fforwm o gyflymder cyfartalog ac nid yw'n ymddangos i fod yn fater sy'n achosi hyn o bryd, er bod traffig o gwmpas:
    271 (3 aelodau a gwesteion 120 a 148 pryfed cop)
    Pan fydd y ffigwr uchaf fel arfer tua 500-600, ond yna mae'n penwythnos mor traffig yn is.

Tudalen 1 o 2 12 DiwethafLast

Tags ar gyfer y Thread

Postio Caniatadau

  • Rydych yn efallai na swydd edeifion newydd
  • Rydych yn efallai na atebion ar ôl
  • Rydych yn efallai na atodiadau post
  • Rydych yn efallai na golygu eich swyddi
  •