On Tuesday 03 July 2001 16:31, you wrote:
> kolegi,
> niakoi imal li e sledniat problem:
>
> na mashinata ima Mandrake 7.0 Apapche, Mysql 3.22, JServ 1.1.2, mod
> ssl, IBM jdk 1.3
>
> kogato se pusne servlet dvapati paralelno na sebe si koito pishe i
> tshete po bazata..
>
> ednata ot dvete zaiavki zapotshva da se darji stranno..naprimer dava:
>
> java.lang.NullPointerException
> at to_dialup.doPost(to_dialup.java:52)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:521)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:588)
> at
> org.apache.jserv.JServConnection.processRequest(JServConnection.java:317)
> at org.apache.jserv.JServConnection.run(JServConnection.java:188)
> at java.lang.Thread.run(Thread.java:498)
>
> ako servletiote prosto si petstat razni neshta bez da pipat bazata niama
> niakakva problem..
>
> protshetoh kupishta dokumentacii za podobni problemi s 2.2.14 kernal
> kogato si na 2 procesorna mashina no kogato za proba prenesoh vsitshko
> na ednoprocesorna efekta beshe sashtia..
>
> namerih i niakava document za problemi s theredovete na glibc 2.1.1 i
> postari obatshe moeto glibc e 2.1.2
>
> niakoi moje li da pomogne ?
>
> vasko
Ima dve mesta koito koito mogat da ti stadat problem:
1. Tvoiat Servlet Triabva da e "Thread Safe"
Kazvash 4e polzvash tvoi komponent za vryzka s bazata.
Predpolagam 4e e s cel oprostiavane na interfeisa s baza.
Serializaciata ne e neobhodima, samo ako e izpylneno oshte edno
iziskvane.(vij 2).
Predpolgam 4e v tvoia sl. problema e to4no v tvoia component.
2. Po podrazbirane MySQL __ne__ e "safe" za konkurentni zaqwki koito
modificirat edin i syshti obekt. Ne poddyrja Transakcii, vytreshno ima
serializacia na zaiavkite ot razli4ni conections koito se otnasiat do
edni i syshti obekti, no krainia rezultat ot konkurentnoto izpylnenie na
thread-ovete koito obslujvat zaiavkite na nivo connection e
__nedeterminiran__ ( ot gledna to4ka na clienta - ian4e si napylno
determiniran :) koeto se e naredilo posledno na opashkata opredelia krainia
resultat ;) Kakva bespravedlivost poditeli sa "poslednite" :) . Ako iskash
conturenten dostyp za zapis triabva
da polzvash niakoi ot dvete dopylnenie koito idvat sys MySQL ( Barkely DB -
BTL , Innobase ) . Ima i edno treto dopylnenie no mislia 4e to e comercial(
Gemini ). Ako iskash da zapazish byrzodeistvieto e dobre da si napravish
otdelna tablica s koiato da kontrolirash dostypa do bazata , i samo za naia da
izpolzvash Table Locking.( Primerno tablica ot edna colona s N na br. redove -
N = br. na tablicite v cialata baza.( v smisyl kakyv dostyp se
osyshtestviava v momenta ot konkurentite do dadenata tabl. - read/write/none
. Modificiraneto na tazi tablca stava samo sled TL ).
Otnosno problemite s Threadinga na libc. Dokolkoto si spomniam
stavashe vypros za "performance" problem. Threadovete koito mysqld syzdava
za da obslujvat conections se syzdavaha mnogo bavno. V tozi sl. moje
i da ne mojesh vaobshte da ustanovish connection. No togava niamashe
da ti raboti i edini4en servlet. A osven ako ne si si compiliral sam MySQL -a
mai s pove4eto disto-ta idva stati4no svyrzan s "patch"-nata versia na LIBC.
> ===========================================================================
> A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
> http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
