Duza liczba polaczen


Oglądasz archiwalną wersję tematu "Duza liczba polaczen" z forum pl.comp.www.server-side


Marek Kałużny - 2 Lip 2001, 10:09

Witam,

Zastanawia mnie jak duże serwisy (typu Onet), radzą sobie z dużą liczbą
połączeń do bazy danych.
Czy zależy to jedynie od jakości sprzętu i łącza, czy też są na to
jakieś sposoby ?
Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
połączeń. Czy ktoś wie więcej na ten temat ?

Mam nadzieje, że są jakies "sposoby" na np. 15 połączeń na sekundę.
Szczerze mówiąc nie chce mi się wierzyć, żeby portale i inne AdSerwery
miały takie super, hiper, ekstra maszyny, że nie muszą się tym martwić.



Wojciech 'KuRcZaK' Kucia - 2 Lip 2001, 11:12

Zastanawia mnie jak duże serwisy (typu Onet), radzą sobie z dużą liczbą
połączeń do bazy danych.
Czy zależy to jedynie od jakości sprzętu i łącza, czy też są na to
jakieś sposoby ?
Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
połączeń. Czy ktoś wie więcej na ten temat ?

Mam nadzieje, że są jakies "sposoby" na np. 15 połączeń na sekundę.
Szczerze mówiąc nie chce mi się wierzyć, żeby portale i inne AdSerwery
miały takie super, hiper, ekstra maszyny, że nie muszą się tym martwić.



Z doswiadczenia z 15/sek. dosc latwo sobie poradzic - powiedzmy ze
doswiadczenie siega okolo 100-200 sek MSSQL 7.0 i IIS i jakos sie udaje na
sredniej jakosci maszynce (jak na serwerek).

Aczkolwiek bardzo trzeba pilnowac zeby wszystko zamykac
I oczywiscie wszystko w stored procedurach robic...


Roman Bryś - 2 Lip 2001, 12:32

Zastanawia mnie jak duże serwisy (typu Onet), radzą sobie z dużą liczbą
połączeń do bazy danych.
Czy zależy to jedynie od jakości sprzętu i łącza, czy też są na to
jakieś sposoby ?
Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
połączeń. Czy ktoś wie więcej na ten temat ?

Mam nadzieje, że są jakies "sposoby" na np. 15 połączeń na sekundę.
Szczerze mówiąc nie chce mi się wierzyć, żeby portale i innem AdSerwery
miały takie super, hiper, ekstra maszyny, że nie muszą się tym martwić.



Witam,
Istnieje na to szereg sposobow, a przede wszystkim zalezy to od wyboru
oprogramowania i platformy systemowej.
Na typowym Apache'u w srodowisku *nixowym mozna stosowac:
- tzw. persistent database connection - dzieki czemu na jeden proces httpd
przypada jedno i to samo polaczenie z baza, dzieki czemu unika sie
wielokrotnego laczenia i rozlaczania z baza,
- to poprzednie stosuje sie w polaczeniu z proxy serwerem; innymi slowy na
front-endzie stoi serwer tylko do przesylania danych, a serwerek zajmujacy
sie generowaniem stron i obsluga zapytan stoi "z tylu"; uzyskany efekt, to o
wiele krotsze czasy polaczen z baza danych, o wiele krotsze "siedzenie"
uzytkownika na procesie httpd generujacym strone (w przeciwnym wypadku
uzytkownik okupuje zasoby serwera przez czas potrzebny mu do zaladowania
calej strony; w przypadku persistent database connection okupuje tez
polaczenie z baza danych) - uzytkownicy siedza tylko na "lekkich" procesach
transmitujacych dane,

- a wszystko dziala najlepiej jak tworzy sie "farme" serwerow - pare
serwerow generujacych strony, pare serwerow z bazami danych, skonfigurowana
replikacja baz danych, load balancingiem itd.

I tyle ...

Pozdrawiam,
Roman


Bart Ogryczak - 2 Lip 2001, 17:22


Witam,

Zastanawia mnie jak duże serwisy (typu Onet), radzą sobie z dużą liczbą
połączeń do bazy danych.
Czy zależy to jedynie od jakości sprzętu i łącza, czy też są na to
jakieś sposoby ?



Cache, pooling, porządny silnik RDBMS itd.

Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
połączeń. Czy ktoś wie więcej na ten temat ?



Poczytaj o Enterprise Java Beans.

Mam nadzieje, że są jakies "sposoby" na np. 15 połączeń na sekundę.



Zależy jak długo trwają te połączenia. Bo 15 jednoczesnych połączeń
to nie jest coś wielkiego dla bazy. MySQL wytrzymuje jakieś 60-70 połączeń,
PostgreSQL 120-140. Więc jeśli będziesz miał 15 na sekunde i każde będzie
przetwarzane < 3 sekund, to będzie spoko.

Szczerze mówiąc nie chce mi się wierzyć, żeby portale i inne AdSerwery
miały takie super, hiper, ekstra maszyny, że nie muszą się tym martwić.



Akurat, jeśli na stworzenie jakiejś portalozy wydaje się minimum 50 mln zł,
to naprawde za 5% tej kasy można kupić super hiper ekstra maszyny.

bart



fsol - 3 Lip 2001, 03:06


| Witam,

| Zastanawia mnie jak duże serwisy (typu Onet), radzą sobie z dużą liczbą
| połączeń do bazy danych.
| Czy zależy to jedynie od jakości sprzętu i łącza, czy też są na to
| jakieś sposoby ?

Cache, pooling, porządny silnik RDBMS itd.

| Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
| połączeń. Czy ktoś wie więcej na ten temat ?

Poczytaj o Enterprise Java Beans.



A to niespodzianka... czyżby Bart Ogryczak przekonał się do Javy ? ;-)

A kiedyś zawzięcie pisałeś na grupie, że java jest wolna i żre dużo pamięci...

fsol
-----------------
F|_|T|_|Re S[]|_||\||[]f L[]|\||[]|\|


szewo.com - 3 Lip 2001, 06:00

W przypadku bardzo duzych serwisow z bardzo duza liczba odslon strony
przesylane do klienta sa bardzo czesto statycznymi plikami i nie sa
dynamicznie generowane "na zadanie".

Po kazdej modyfikacji zawartosci serwisu -np. dodaniu newsa - uruchamiany
jest program synchronizujacy, ktory generuje statyczne pliku serwisu.
Oczywiscie nie dotyczy to calosci - np. systemow banerowych, itp.

Eliminuje to wszelkie problemy zwiazane z masowym dostepem do baz danych,
etc. Oczywiscie nie rozwiazuje to problemu b.wydajnych serwerow.

Pozdrawaim

szew
http://szewo.com
Grupa pasimito.com


Bart Ogryczak - 3 Lip 2001, 10:02

Ship log, stardate: [-30]6888.3, fsol reports:

| Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
| połączeń. Czy ktoś wie więcej na ten temat ?

| Poczytaj o Enterprise Java Beans.

 A to niespodzianka... czyżby Bart Ogryczak przekonał się do Javy ? ;-)



Nie, jeszcze nie. Aczkolwiek mam pojęcie co i jak.

 A kiedyś zawzięcie pisałeś na grupie, że java jest wolna i żre dużo pamięci...



Bo żre. Byle IDE do pisania servletów potrzebuje min. 256MB RAMy.
Na workstacji.

bart


fsol - 4 Lip 2001, 02:48

tel. (033) 818-33-26 wew. 133

Ship log, stardate: [-30]6888.3, fsol reports:
| Słyszałem coś o jakichś servletach które zarządzają stałą pulą otwartych
| połączeń. Czy ktoś wie więcej na ten temat ?

| Poczytaj o Enterprise Java Beans.

|  A to niespodzianka... czyżby Bart Ogryczak przekonał się do Javy ? ;-)

Nie, jeszcze nie. Aczkolwiek mam pojęcie co i jak.

|  A kiedyś zawzięcie pisałeś na grupie, że java jest wolna i żre dużo pamięci...

Bo żre. Byle IDE do pisania servletów potrzebuje min. 256MB RAMy.
Na workstacji.



Owszem - GUI żre...., ale jeśli mówimy o zastosowaniach server-side dla WWW to sytuacja wygląda trochę inaczej...

fsol


Dariusz Jaworski - 8 Lip 2001, 14:09


Mam nadzieje, że są jakies "sposoby" na np. 15 połączeń na sekundę.
Szczerze mówiąc nie chce mi się wierzyć, żeby portale i inne AdSerwery
miały takie super, hiper, ekstra maszyny, że nie muszą się tym martwić.



http://www-5.ibm.com/pl/news/agora.html


xslt polaczenie dwoch zmiennych - pomoc
Polaczenie z baza danych MySQL
duza ilosc tekstu, czego najlepiej uzyc?
Jak polaczyc PHP i SSI
Polaczenie ze zdalnym MySQL
Liczba elementów z tablicy - proste
Liczba cyfr po przecinku - pytanie
  • solucje neverwinter nights
  • odkrycia kosmetyczne
  • karmienie na lezaco
  • trener osobisty
  • BLAUPUNKT Kingston MP47 Odtwarzacze samochodowe
  • numer 21800
  • espanol geocities com2Ffisiofarbio
  • jak spedzic 25 rocznice slubu
  • balcerzak marian
  • Kolekcja tematów z for dyskusyjnych ; Start