p.s. :))) biski nutolom nuo pagrindinio reikalo: man reikia kazkur servo, kur galeciau zaist su daug resursu, pagrinde ram'o. tai svarsciau galimybe tai pakurti ant vietinio slango o innodb tai vienareiksmiskai - esu apturejes keleta nemaloniu nutikimu, be to yra keletas lenteliu, kur daug irasymu, o labai mazai skaitymu "Mindaugas J." <mindaugas@i-solutions.lt> wrote in message news:h5e5d6$ioc$1@trimpas.omnitel.net... Tavo atveju aš manau, kad valdymo paneliai, tokie, kaip webmin ar cpnel realiai turi būti nereikalingi. Jeigu sukasi 1 projektas, kam reikalingas toks panelis, kuris tik papildomai resursus valgo? Dėl InnoDB tai yra geras daiktas, bet tik ten, kur realiai reikia. Beto, kaip supratau pas tave resursus valgo ne MySQL'as, o PHP (-; Jeigu vistik MySQL'as, tai aš būčiau linkęs pradžioje tikrinti užklausas/duomenų struktūras, o ne kaltinti variklį (-; -Mindaugas J. "Feniksas" <audriusTRINTI@TRINTIcablenet.lt> wrote in message news:h5e4k6$hgr$1@trimpas.omnitel.net... > webmin "minus"~50 palyginus su cpanel > kiti nenaudojami servisai - dar -50 > > ar naudojat innodb? > > "tOMZY" <tomas@TRINTIpremjeras.lt> wrote in message > news:h5dv37$88h$1@trimpas.omnitel.net... >> Serverai.lt, internetinė parduotuvė su ~ 1000 unikalių lankytojų, >> webmin valdymo pulats - RAM retai kada perkopia 400 MB ribą. >> >> >> "Feniksas" <audriusTRINTI@TRINTIcablenet.lt> wrote in message >> news:h5csiq$eno$1@trimpas.omnitel.net... >>> >>> "Mindaugas J." <gloomers@gmail.com> wrote in message >>> news:h5cqc3$c8l$1@trimpas.omnitel.net... >>>> Pasakyk kokie procesai serveryje "suvalgo" daugiau RAM/CPU. >>>> >>>> Web serveris ar DBVS? >>> >>> cpu daugiausia suvalgo apache/php - sitas labai lengvai >>> sprendziasi >>> ram pagalba: php cachingas ir riebesni apache nustatymai >>> memory - mysql'as ir apache po lygiai >>> >>> >>> top - 00:00:48 up 61 days, 1:26, 1 user, load average: 0.27, >>> 0.12, >>> 0.03 >>> Tasks: 47 total, 1 running, 46 sleeping, 0 stopped, 0 >>> zombie >>> Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, >>> 0.0%si, >>> 0.0%st >>> Mem: 1572864k total, 703268k used, 869596k free, 0k >>> buffers >>> Swap: 0k total, 0k used, 0k free, 0k >>> cached >>> >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ >>> COMMAND >>> 17949 mysql 15 0 286m 67m 5104 S 0.0 4.4 4:14.71 >>> mysqld >>> 30016 nobody 15 0 107m 32m 4260 S 0.0 2.1 0:04.87 httpd >>> 15474 nobody 15 0 107m 31m 4264 S 0.0 2.1 0:01.88 httpd >>> 5469 root 18 0 27424 24m 2168 S 0.0 1.6 0:03.24 spamd >>> 32656 root 15 0 27560 23m 1588 S 0.0 1.5 0:03.34 spamd >>> 9758 root 18 0 40304 14m 5540 S 0.0 1.0 0:04.99 httpd >>> 15501 root 18 0 14980 12m 1292 S 0.0 0.8 0:00.08 lfd >>> 30505 nobody 18 0 38332 10m 2080 S 0.0 0.7 0:00.00 httpd >>> 7634 root 18 0 18392 8056 992 S 0.0 0.5 0:00.54 >>> cpsrvd-ssl >>> 3191 root 18 0 14696 7596 440 S 0.0 0.5 0:00.00 cpdavd >>> 3165 root 18 0 8212 5708 1772 S 0.0 0.4 0:06.87 >>> tailwatchd >>> 24224 named 23 0 110m 4784 2084 S 0.0 0.3 0:11.44 named >>> 3845 root 15 0 5436 3916 2340 S 0.0 0.2 0:06.25 >>> authProg >>> 26187 root 15 0 5420 3912 2340 S 0.0 0.2 0:06.79 >>> authProg >>> >>> >>>> >>>> Jeigu DBVS tai: >>>> >>>> a) kiek užklausų reikia vidutiniškai, kad vienam vartotojui >>>> parodyti >>>> vieną puslapį? >>> >>> parasysiu rytoj, neturiu po ranka info. zinau, kad labai daug. >>> >>>> b) kiek užtrunka ilgiausia užklausa? >>> >>> kalbi apie mysqlslowqueries? loginamos visos ilgesnes nei 3 >>> sekundes, >>> tokiu buna max kelios per para, kai vyksta kazkoks cronjob'as >>> backrounde, daugiau nera >>> tarkim tai atsilieptu puslapiu atvertimu greiciui, bet >>> prifarsiruoti >>> puslapiai atverciami per 1-3 sek. greicio problemu jokiu nera. >>> >>>> c) koks yra tų užklausų vykdymo laiko vidurkis? >>> >>> apie koki vidurki kalbam? tiksliau prasau. >>> >>>> >>>> -Mindaugas J. >>>> >>>> "Feniksas" <audriusTRINTI@TRINTIcablenet.lt> wrote in message >>>> news:h5cph9$ba2$1@trimpas.omnitel.net... >>>>> :) juk sakiau, viskas yra _sudetingiau_ nei 5 brosiuriniai >>>>> puslapiai. >>>>> ok, jei abejoji mano ranku tiesumu - tai atskira tema. >>>>> >>>>> man dabar pasirinkimas, ar imti deze, kuri turi daug ram ar >>>>> optimizuoti iki negalejimo >>>>> >>>>> pats su Drupal susidures? views + cck + voting api + kitas >>>>> farsas... >>>>> >>>>> "vist" <s.viktoro#@#gmail.com> wrote in message >>>>> news:2ppj75l5vkp1p2a89vrmbnu8i5ven1ahi6@4ax.com... >>>>>> Jie jaui tavo sudevelopinta sistema linksta prie 30-100 >>>>>> unikaliu, >>>>>> tai >>>>>> gal geriau jau netesk projekto ant esamos sistemos. Kazkaip >>>>>> nelabai >>>>>> tikiu kad drupal su tiek lankytoju mirineja arba praso tiek >>>>>> ram. >>>>>> >>>>>> On Wed, 5 Aug 2009 16:40:41 +0300, "Feniksas" >>>>>> <audriusTRINTI@TRINTIcablenet.lt> wrote: >>>>>> >>>>>>>:))) sakau, kad dabar yra tik tiek. >>>>>>>kai bus tukstanciai, tai bus ir resursai skirt rimtam servui ;) >>>>> >>>>> >>>> >>>> >>> >>> > >