Tu prieštarauji savo ankstesnėm rašliavom, rašei, kad beveik viską "valgo" Apache(PHP). O dabar kalbi apie DB. Šiaip nieko nuostabaus, kad visokie kreivi moduliai iš interneto platumos yra kreivai suprogramuoti ir neefektyviai išnaudoja DB. Toks ir buvo mano pirmasis įtarimas, užtai ir klausiau apie užklausas, kiekius, laikus ir pan. (-;

-Mindaugas J.

"Feniksas" <audriusTRINTI@TRINTIcablenet.lt> wrote in message news:h5h1ln$mer$1@trimpas.omnitel.net...
> ten uzklausu desimtim-SIMTAIS kiekvienam puslapy, net ir su 
> keshavimais...
> pats kai pamaciau, tai nuostabos daug buvo :(
> 
> db problemas, ypac tu lenteliu, kur daug irasymu (cache*, access*) 
> sprendzia innodb
> bet vien inno variklio ijungimas neriebiais nustatymais kainuoja 
> papildomus keliasdesimt-simta mb
> 
> ..matai, cia manes nesuprato, bet drupal'o forumuose tai daug panasiu 
> problemu, tai jos sprendziamos tik rimtais cachingo dalykais: boost, 
> memcached, eaccelerator ir t.t. :/ ir kai pasakau, kad turiu 750Mb 
> ram, pagal mano naudojamus modulius, tai sako kad cia labai ir labai 
> mazai jei tikiesi nors kazkokio traffico
> 
> "gaga" <neturiu@interneto.lt> wrote in message 
> news:f9f433c059c422b1cd832424269aa816$1@computer.newsgroups.lt...
>> nežinau ką čia patiesinsi.. CMS tobulinsi? nedaug išloši. bet 
>> galima.
>> Visokie Views ir cck man iš pat pradžių įtartini pasirodė, tai 
>> nenaudojau. Jei jau jie srebia resursus tai ką padarysi?
>> Beje, votingapi_cache lentelėje išmečiau 2/3 įrašų, nes nereikėjo - 
>> na vidurkius visokius ir tt. Pažiūrėk, gal sutaupysi. Ir kitur DB 
>> užklausų galima mažinti. Pasiimi kokį devel modulį ir analizuoji 
>> kiekvieną puslapį. Galima 2x pagreitinti, bet tavęs tai neišgelbės, 
>> matyt. Drupal kiek pastebėjau užklausas mėgsta (nežinau kaip kiti), 
>> tad protingas drupal duomenų kešavimas ir greiti serverio greiti 
>> būtų pageidautini.
>> 
> 
>