DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   SQL baze podataka - Sponzor: Baze-Podataka.net (http://www.devprotalk.com/forumdisplay.php?f=10)
-   -   problem sa MSSQL konekcijom (http://www.devprotalk.com/showthread.php?t=4392)

_korso_ 29. 12. 2007. 09:09

problem sa MSSQL konekcijom
 
Mozda je i pitanje za php forum, ali ajd' sad ...
Prvo da kazem, da skoro nemam nikakvog iskustva sa mssql-om (do sada sam koristio samo mysql i postgresql), tako da problem koji imam, mozda i nije problem koji bi nekom zadavao glavobolju kao sto je slucaj sa mnom...
Medjutim, kako silom prilika moram da radim sa sql server-om 2005, tako silom prilika moram i da nadjem resenje za ovo :-)

Situacija je sledeca...
U firmi imamo sql server 2005 na win xp (test server). Kada se konektujem na bazu iz php aplikacije ( u firmi ! ) sve prolazi da kazem normalno...
E sada ono sto je bitno... U jednom request-u odradim samo konekciju na bazu (koristim pdo) , nema nikakvih select-a, insert-a i sl... Samo $pdo = new Pdo(...)
Vreme za koje dobijem response je npr. 2 sec.
E, a sada...
Na kucnom racunaru imam istu situaciju kao i u firmi sto se tice okruzenja, iste verzije php-a, sqlserver-a i naravno winXP. Jedina je razlika sto na kucnom imam instaliran lokalno sql server.
Ali vreme konekcije je znatno vece.
Treba mu 4 sec za response.
Nikada nisam imao slicnih problema sa mysql i postgre-om...
Iskljucio sam firewall, antivirus, ali ista situacija.

Da li neko mozda ima ideju sta bi moglo da bude?

DejanVesic 29. 12. 2007. 23:41

Ovo je zaista preširoko polje da bi konkretno moglo da se odgovori.

Samo generalne smernice:

- gledaj da su ti baze na posebnom disku (idealno) ili particiji
- neka autentikacija bude SQL a ne Windows - time izbegavaš sva moguća kašnjenja koja dolaze od propitivanja: "A ko je moj domenski server? A da li da radim ovu ili onu autentikaciju?" itd
- potrebno je što više slobodne memorije
- Brzina direktno zavisi od broja procesora koje ima mašina

Takođe proveri da li su SP na obe mašine iste (tekući je SP2)

Primeni medijan merenje (meriš 10 puta, baciš 2 najgora i najbolja i nađeš prosek od 6 preostalih) pa vidi koliki je raspon u procentima.

Inicijalna (prva) konekcija na jednu bazu je uvek najsporija, pa ćeš to izbeći gornjim.

_korso_ 30. 12. 2007. 20:57

Slazem se da je pitanje toliko siroko da ne moze da se da precizan odgovor...
Koristim SQL server autentifikaciju, baze su na posebnoj particiji...
Ista stvar i dalje, vreme odziva mnogo sporije,
ali u svakom slucaju hvala na odgovoru.

_korso_ 03. 01. 2008. 10:07

Uspeo sam da resim problem. Resenje sam nasao ovde http://dotnetjunkies.com/WebLog/john...orsvw_cpu.aspx.
Primetio sam u taskmng-u da proces "mscorsvw.exe" jede dosta cpu resursa. Na kraju se ispostavilo da je zbog njega i konektovanje na bazu bilo dosta sporije...

DejanVesic 03. 01. 2008. 11:15

Ne preporučujem da gasiš mscorsvw.exe - time ćeš smanjiti izvršavanje svih onih .Net programa koji koriste biblioteke za koje on nije uspeo da uradi prekompajliranje u native kod.

Ili ostavi mašinu nekoliko dana da radi non-stop (jednom kada odradi posao, mscorsvw nestane) ili probaj da uradiš forsirano kompajliranje sa:

Kôd:

ngen.exe executequeueditems

_korso_ 03. 01. 2008. 11:32

Pa i ja sam se dvoimio za "ngen.exe executequeueditems". U principu na kucnoj masini nemam instaliran ni jedan program koji koristi .NET (retko kada i imam) osim sada sql servera i sql managment studia...
Ali znacu za ubuduce...


Vreme je GMT +2. Trenutno vreme je 04:02.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.