Tai gal galima pamatuoti kaip nors? pvz. pakurti klientu simuliatoriu ir po kiekvieno roundtripo issisaugoti laika/trukme. Kas n minuciu prijungti vis po nauja klienta kol atsiras tas luzis, kai pradeda juntamai leteti. Leisti pasisukti kazkiek laiko tokiam mirstanciam, kad susirinkti pakankamai duomenu ir tada bandyti lyginti kiek kiekvienas roundtripas uzima laiko pradzioj ir pabaigoj. Jei problema kazkuriam konkreciam zingsnyje, padidejimas turetu buti neproporcingas, palyginus su kitais roundtripais. Gal veliau is to kiltu kokiu nors minciu... "NicMC" wrote in message news:jc9odj$jve$1@trimpas.omnitel.net... On 2011.12.13 20:57, ejs wrote: > o nebus problema ne DB dalyje, o pvz tai, kad kiekvienas klientas > kiekvieną kartą kaip užkeiktas siunčia mysql_connect() ? Tinklas 100Mbit. mysql_connect tikrai nekartoja, nes mysql perkrovus workeriai gražiai išmiršta, kaip nuo maro. Aišku, gali ir tinklas ir visa kita. Bet yra ir kitas argumentas - mysql'as pradeda valgyti 99% CPU. Koks CPU - tiesą sakant netikrinau, bet, spėju, celeronai. Klientiniai kompai - patys tūpiausi ir bukai replaceable, tiekos reikia tik dėl PCI slotų poreikio. Dabar atsirado normalus servas su U320 HDD, Xeon'u ir t.t., bet dar neskubu ant jo DB kelt - noriu rasti, kas gi ją žudo vis tik.