VBET HIGH CPU / memória használat miatt mysql

[magmf]

Srácok,

Valóban szükség van vBET több optimalizált saját honlapján.

VBET kezd nekem sok új felhasználók nagyon tetszett az eszköz, de ez a túl sok erőforrást.


Saját cpu terhelés előtt vBET volt ordít 2 és most több, mint 4 minden idők

Most például
08:32:18-ig 11 nap, 02:27, 1 felhasználó, load average: 7.45, 8,24, 8,26

mellékelt néhány jegyeket előtt és után vBET engedélyezve a honlapon


Szeretném megosztani, hogy én ugrott 70,000 oldalt indexelt a Google több mint 500.000

a rang a alexa ugrott is
Alatti linux.org - Site Info Alexa (http://www.alexa.com/siteinfo/under-linux.org)

és én többet fogadó látogatók mindennapi, de még mindig szükség van egy jobb optimalizálás, hogyan vBET fogantyú lekéréssel.

vess egy pillantást az én tetején



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



mint látod mysql tetején, mert vBET


mysql mutatják 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>




mysql és a CPU használat előtt és után vBET

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]

Hello.

Ahogy írta vBET adta meg sok új forgalmat. Így összehasonlítva CPU és mem használat előtt és után vBET, valóban összehasonlítása CPU és mem használat előtt és után nagyobb a forgalom ...
Szóval ez az összehasonlítás nem megfelelő. Nincs lehetőség, hogy ugyanazt az erőforrás-használat és nagyobb forgalmat. Továbbá kérjük, vegye figyelembe, hogy vBET gyakorlatilag nem vállal források normál oldalak (csak generál zászló), így minden további erőforrás-használat származik további forgalmat - a forgalmat lefordított oldalak. Nagyobb forgalmat = erőforrás szükséges

Felhívjuk figyelmét, hogy vBET lekérdezések optimalizálása, mind a mutatók, és tegyenek meg minden adatot néhány lekérdezését. Kérjük, ellenőrizze a lassú lekérdezéseket be meghatározni, hogy mi valóban sor a legtöbb MySQL idő. Is - mindig újjáépíteni indexek abban az esetben, ha valami lezuhant a MySQL DB.

Kérem, mondja, mi a mérete a cache táblák? Továbbá kérjük, melyik változat vBET is használ, és adja meg a fórum URL-jét.

Kérjük, nézze meg a teljesítmény tanácsok: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

Természetesen javul vBET folyamatosan. A következő nagyobb verzió már támogatni fogja a file cache:) Szóval a teljesítmény javítására fog történni:) De ne feledd, hogy az utat összehasonlítása nem helyénvaló, és nem mutatja, hogy sokkal több erőforrás kerül vBET - azt mutatja, mennyivel több erőforrást a forum veszi az Ön nagyobb a forgalom.

[magmf]

vBET,

fájl cache vagy mysql nem tárolt lekérdezések használata sok I / O eszköz ami terhelés is magas.

A véleményem, hogy akkor is használható Memcache a cache helyett o fájl-és mysql vagy csatlakoztassa vBET a vboptimise, hogy már támogatja a sokféle gyorsítótárak

Például használat vboptimise a vBET valami olyasmi lesz, hogy


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



miért ne próbáljon beszélni Deceptor a DragonByte Tech Fórum - DragonByte Technologies Home (http://www.dragonbyte-tech.com/)

a honlap megtakarítás több mint 10 millió kérdés naponta vboptimise és ha a munka vele, hogy jobban támogassák vBET mindenki boldog legyen

nézd meg
BB optimalizálása - Resource Statisztika (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

Köszönöm a tanácsot:) tettem az utolsó üzenet a TODO listán.

Kérjük, válaszoljon az adott kérdésre - mi a fórum URL és használt vBET változata. Azt akarjuk, hogy ellenőrizze van a megfelelő telepítés - az előző verziók vBET használt dupla átirányítások amely már nem használják, ha a vBSEO igényel a megfelelő integrációt.

[magmf]

az én url alatt áll-linux.org
vBET 4.2.2
vBulletin 4.0.3
vbseo 3,5 végső

[vBET]

OK - akkor nem kell dupla átirányítások és az utolsó vBET változata. Ebben a pillanatban én csak tanácsolom, hogy használja a teljesítmény tanácsok (link az első válasz) - különösen blokk irreleváns tartalom robots.txt - mint a tag oldalak, a naptár és mások (vegye figyelembe, hogy ezeken az oldalakon eltűnik indexek, de a jó a SEO, hiszen ezek többnyire tekinthető tartalmi átfedések).

Emellett - ha a szerver hot kezeli az összes 52 nyelven - kérjük, fontolja meg, hogy tiltsa le néhány ilyen. Ebben a pillanatban értem, hogy kezeli, csak lenne boldog, ha kevesebb forrással;)

Mi is dolgozik, hogy támogassa nem csak file cache, hanem a már létező cache könyvtárak:) Köszönöm újra a hint.

[magmf]

VBET,

Csak aggódom a jövő. Mert most a helyén tudja kezelni, de mivel vBET működik tudok egy csomó új felhasználók, és ez lehet, hogy a szerver leáll: (

is vagyok már blokkolja irreleváns tartalom a robots.txt

[vBET]

Hawing sok új felhasználók fog gondolsz skálázhatóságot, ha van vBET vagy sem. Örülünk, hogy vBET ad neked sok új felhasználók és a lehetséges reklám bevételek:) Mint már írtam javítani fogjuk cache rendszer:)

[vBET]

Következő kiadás lesz a teljes file cache, amely teszi a lapok generál gyorsabb a vendégek - még azok is, nem fordították le:)

[bhanuprasad1981]

Következő kiadás lesz a teljes file cache, amely teszi a lapok generál gyorsabb a vendégek - még azok is, nem fordították le:)

remélem, megkapjuk a hamarosan:)

[vBET]

Ebben a hónapban biztos:) Teljes file cache a vendégek minden rendben van a fórumunkban, csak azt, hogy adjunk néhány más új funkciók:)

[bhanuprasad1981]

minden frissítés:)

[vBET]

Ma lesz bocsátás vBET3.x - a vBET4.x első hetében jövő hónapban:)

[bhanuprasad1981]

Ohhh nem 15 nap többet: (

[vBET]

Jelenleg több a teendő a VB4 (támogatás Friendly URL-ek + többféle fordítás linkek VBSEO). Szintén ebben az időben ad nekünk erről az új funkciókat (pl. már van ötlete az egyik felhasználó, hogy az tiltsa meg a normál oldal). Így lesz még néhány, de a végén kapsz megoldást, amely jobban tesztelt, és további jellemzői:)