1 Ostatnio edytowany przez solo/ng (2005-11-03 02:24:58)

Mam server. 3Ghz, 1GB RAM, 160GB dysk na SATA.

Zainstalowalem reczine LAMP'e w konfiguracji: apache 1.3.34, php5.05, mysql5. sql max_connections = 150; my.cnf = my-medium.cnf

Strona, ktora lezy na tym serverze ma generalnie duzy ruch, jednakze zapuscilem to w nocy i po jakims czasie na stronie bylo 30-60 osob.

I czy teraz takie statsy z TOPa sa normalne (przy tylu osobach, dokladniej przez ostatnie 15 minut: 64 users).

top - 02:19:44 up  2:27,  1 user,  load average: 0.00, 0.03, 0.03
Tasks:  63 total,   2 running,  61 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.3% sy,  0.0% ni, 99.7% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   1019068k total,   826616k used,   192452k free,    19416k buffers
Swap:   530136k total,        0k used,   530136k free,   620600k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 8840 root      16   0  2008 1048  804 R  0.3  0.1   0:03.77 top
    1 root      16   0   664  240  204 S  0.0  0.0   0:00.07 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 events/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
    7 root      10  -5     0    0    0 S  0.0  0.0   0:00.95 kblockd/0
    8 root      15   0     0    0    0 S  0.0  0.0   0:00.42 pdflush
    9 root      15   0     0    0    0 S  0.0  0.0   0:00.11 pdflush
   11 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
   10 root      15   0     0    0    0 S  0.0  0.0   0:00.49 kswapd0
   12 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
   13 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 ata/0
   14 root      16   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
   15 root      17   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
   16 root      15   0     0    0    0 S  0.0  0.0   0:02.24 kjournald
  111 root      15   0     0    0    0 S  0.0  0.0   0:00.00 kjournald
  917 root      16   0  1440  412  308 S  0.0  0.0   0:00.00 hwscand
 1454 root      16   0  1504  612  516 S  0.0  0.1   0:00.26 syslogd
 1457 root      16   0  2492 1624  440 S  0.0  0.2   0:00.05 klogd
 1474 root      18   0  4192 1116  912 S  0.0  0.1   0:00.00 saslauthd
 1482 bin       18   0  1484  456  384 S  0.0  0.0   0:00.00 portmap
 1483 root      18   0  4192 1116  912 S  0.0  0.1   0:00.00 saslauthd
 1484 root      18   0  4192 1116  912 S  0.0  0.1   0:00.00 saslauthd
 1485 root      18   0  4192 1116  912 S  0.0  0.1   0:00.00 saslauthd
 1486 root      18   0  4192 1116  912 S  0.0  0.1   0:00.00 saslauthd
 1487 root      16   0  7176 5028 2140 S  0.0  0.5   0:00.00 miniserv.pl
 1489 root      16   0  7580 5416 2184 S  0.0  0.5   0:00.03 miniserv.pl
 1532 root      24   0  2380 1100  896 S  0.0  0.1   0:00.00 mysqld_safe
 1559 mysql     15   0  112m  32m 3704 S  0.0  3.2   4:06.00 mysqld
 1561 root      16   0  4776 1748 1456 S  0.0  0.2   0:00.00 sshd
 1908 root      16   0  4244 1428 1152 S  0.0  0.1   0:01.06 master
 1939 root      16   0  1648  700  600 S  0.0  0.1   0:00.00 cron
 2298 root      16   0  1496  548  484 S  0.0  0.1   0:00.00 inetd
 2317 root      18   0  1864  704  612 S  0.0  0.1   0:00.01 mingetty
 2318 root      18   0  1864  704  612 S  0.0  0.1   0:00.01 mingetty
 2319 root      18   0  1864  704  612 S  0.0  0.1   0:00.01 mingetty
 2320 root      18   0  1864  704  612 S  0.0  0.1   0:00.01 mingetty
 2321 root      18   0  1864  704  612 S  0.0  0.1   0:00.01 mingetty
 2322 root      18   0  1864  704  612 S  0.0  0.1   0:00.01 mingetty
 6386 postfix   16   0  4288 1424 1148 S  0.0  0.1   0:00.00 pickup
 6387 postfix   15   0  7168 4332 1180 S  0.0  0.4   0:01.75 qmgr
 7359 root      16   0  8092 4316 1956 S  0.0  0.4   0:00.06 httpd
 7360 nobody    16   0 17200  13m 2340 S  0.0  1.4   0:18.19 httpd
 7361 nobody    15   0 18236  14m 2340 S  0.0  1.5   0:20.90 httpd
 7362 nobody    15   0 15476  11m 2336 S  0.0  1.2   0:15.57 httpd
 7363 nobody    16   0 17488  13m 2340 S  0.0  1.4   0:15.32 httpd
 7364 nobody    15   0 15796  12m 2348 S  0.0  1.2   0:20.49 httpd
 7366 nobody    15   0 17916  14m 2340 S  0.0  1.4   0:19.17 httpd
 7369 nobody    16   0 18188  14m 2340 S  0.0  1.5   0:18.53 httpd
 7370 nobody    16   0 18752  15m 2340 S  0.0  1.5   0:17.28 httpd
 7371 nobody    15   0 15840  12m 2336 S  0.0  1.2   0:17.50 httpd
 7373 nobody    16   0 17688  14m 2344 S  0.0  1.4   0:16.56 httpd
 8639 root      16   0  7972 2320 1876 R  0.0  0.2   0:00.63 sshd
 8644 root      15   0  2928 1764 1312 S  0.0  0.2   0:00.01 bash
10314 postfix   17   0  5324 1908 1432 S  0.0  0.2   0:00.00 cleanup
10315 postfix   16   0  5292 1848 1392 S  0.0  0.2   0:00.00 trivial-rewrite
10316 postfix   15   0  4384 1584 1288 S  0.0  0.2   0:00.00 smtp
10340 postfix   16   0  4304 1436 1164 S  0.0  0.1   0:00.00 bounce

Generalnie interesuja mnie te procesy o PID 73xx (wisza sobie i wisza niczym zombie; czy to poprostu wspomagajace , sforkowane procesy?).
Oraz zuzycie pamieci - sumujac sobie z listy wychodzi niewiele (<20%). Jednakze pisze ze 800MB uzyte, 200MB free. To "normalne"?

Z gory dzienx za info, bo niepokoi mnie ze cos zle zroiblem, a generalnie temat dla mnie ciut mlody.

2

Wygląda na ok. 20 % użytej pamięci może być, reszta to bufory dyskowe, które są dodawane do ogólnej zajętości pamięci podawanej przez Used. Gdzy odpalisz jakiś pamięciożerny proces, to wielkość ilość używanej pamięci sie nie zmieni, kosztem właśnie tych buforów. Dopiero, gdy wielkość używanego RAM-u drastycznie spadnie, to system zacznie miąchać swapem.

Zawsze mam rację, tylko nikt mnie nie słucha.

3

'cached' znaczy ze dane z dysku sa 'skeszowane' w pamieci, zeby dostep do nich byl szybszy, przez to tylko 200MB jest faktycznie nieuzywane. Ale te 600MB moze byc w dowolnym momencie zwolnione (jak napisal Lizard), takze tak naprawde masz 800MB free.
Co do procesow, to apache pewnie naforkowal sobie rzeczywiscie procesy ktore wisza i czekaja na klientow.
load'a masz minimalnego, wiec system jest praktycznie idle.
Ogolnie, nie wiem czym sie przejmujesz :)

: 404. Stopka not found

te wiszace httpd to procesy czekajace na obsluzenie klientow. Zasadniczo dziala to tak: kiedy ktos wchodzi na twoja strone to zostaje odpalony nowy proces httpd zeby go obsluzyc. Poniewaz jednak odpalenie procesu moze trwac dlugo, przy starcie komputera (a dokladnie apache) odpalane jest od razu kilka procesow ktore czekaja na polaczenia. Mozna to sobie regulowac w httpd.conf.

Jesli chodzi o pamiec to wszystkie procesy httpd w sumie nie zajmuja sumy zajmowanej przez siebie pamieci! (ale zdanie mi wyszlo). Chodzi o to ze wszystkie te procesy wspoldziela spory fragment (segment kodu) i kokozystaja z niego wszystkie na raz (czyli np. jesli masz dwa procesy httpd zajmujace po 2mb pamieci, przyjmujac ze segment kodu ma 1 md, to tak naprawde oba razem zajmuja 3md (1mb segment kodu i 1+1mb resty danych obu procesow).

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

5

twoje statsy z top-a som normalne, a wlaciwie ZAJEBISTE (komp praktycznie nieobciazony z zuzytymi jakimis 150M pamieci + 600M danych z dysq w cache w ramie...)
jedyne co mi sie nie podoba z twojego top-a to perlowy proces (poprostu nie znam pochodzenia) miniserv.pl
co on serwuje i dla czego odpalony jest na prawach root-a? (jest umiejscowiony gdzies wysoko w skryptach startowych...)

co do apacza - tak jak opisal to Adam: masz przygotowana pule procesow na wypadek gdyby nagle obsloczylo cie stado przegladarek chetnych do zaciagania danych...
co do pamieci, to nie zupelnie jest tak jak to ujal Adam - nie tylko segment kodu jest wspoldzielony, ale tez czesc specjalnie okreslonego segmentu danych (jawnie wspoldzielonych), kazdy segment danych okreslony jako tylko do odczytu oraz te fragmenty segmentu danych ktore od momentu fork-a sie nie zmienily (tzw. mechanizm copy-on-write)... co wiecej, segmenty kodu (np. std. biblioteka C) moga byc powiazan miedzy roznymi procesami (forknientymi z roznych procesow) jesli wykozystuja te same biblioteki wspoldzielone (czyli wszystko co nie jest linkowane statycznie).

btw. przeskocz z apaczem na cos powyzej 2.0.50 ;)
to ze uzywasz czegos takiego jak LAMP'a (miast oddzielnych pakietow wlasciwych dla zastosowanej przez ciebie dystrybucji linuksa/...bsd) skazuje cie na wolna aktualizacje - dystrybucje sa czesciej aktualizowane.

btw2. na prawde potrzebny jest ci na tym ,,serwerze'' demon poczty? jesli tak - to widze ze masz ten wlasciwy :D
i to zdaje sie ze w dobrej konfiguracji (z obsluga sasl ;) )

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

6 Ostatnio edytowany przez solo/ng (2005-11-03 10:49:11)

i za to Was kocham, wszystko jasne jak piwo zywiec !XD. jak pytalem na forum linuxowym, zwanym "najwieksze linuxowe forum w Polsce" to nikt nie wiedzial OCB (1 osoba odpisala tyle, co i moja siostra wie ;o).

A martwilem sie, bo generalnie serwer ma 3mln odslon na miech i - wczesniej byl zasmiecony (resztki cpaneli, confixxow) i sql4+php4+apache2 przy max_connections 150 (sql) potrafil sie wywrocic. wiec wyczyscilem wszystko, pokompilowalem na nowo i zapytalem mastahow czyli Was:).

Co do apache2 - jak przegladalem przy generowaniu php, apache1 jest ok. 27% szybszy niz apache2. Cos sie zmenilo w tej kwestii (testy, ktore ogladalem mialem juz kilka meichow lekko, jak nie wiecej).

miniserv.pl nalezy do Webmina, ktory kiedys sobie wrzucilem, obecnie bede wyrzucal, bo juz nie uzywam (wsio recznie).

Co do LAMP - tzn. nie instalowalem jakiegos gotowca, wszystko wrzucalem, kompilowalem i konfigurowalem recznie (z najnowszych zrodel), napisalem w skrocie, aby bylo jasne jaki soft jest. Jednakze dalej jest to dla mnie nowe, stad pytanie.

daemon poczty bedzie potrzebny (jeszcze nie uzywany, dopiero skonfigurowalem). thx za info tutaj tez.

stawiam piwo na zlocie! tzn. flaszke XD.

7

takich loadow to pozazdroscic :)
jellonek: miniserv.pl to zdaje sie jakis webmin czy cos ;)

8

solo po prostu chciał z nudów rozwinąc pogaduchę. wkleił statsy z topa i heja .. zobaczymy co kto napisze ;)

STYMulator JIL ST YM2149 mjuz:k @ gnu/linux
SIUP (SIo2Usb2Pc) - SIO2PC USB Edition
PIN ready logo
3M / InD: ... na kasetach były zabezpieczenia w postaci tzw. "mikropierdnięcie" ...

9

co do apache2 v apache1 - wszystko zalezy od konfiguracji...
workera mias preforkera i powinien byc lepszy przy wiekszym obciazeniu...
apache2 ma kilka modolow serwujacy i radze sie nim wszystkim ptrzyjrzec.

mikey: czyli jak najbardziej podejrzany proces ;)

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

10

BTW. A co to za stronka ???

11

wlasnie - poprawimy statsy stronce :) - Solo?

Kontakt: pin@usdk.pl

12 Ostatnio edytowany przez solo/ng (2005-11-03 15:06:08)

stronka to:
http://83.133.127.153/gamecenter/forum/
Niebawem bedzie gamecenter.pl

Jednazke najpierw chce sie z forum+serv uzrec.

Jest ~15:00, ruch na stronie, i statsy (imho) troche dziwne (procek czesto 90-95% ale to luz):

top - 14:44:35 up 14:52,  3 users,  load average: 14.61, 28.20, 29.55
Tasks: 182 total,   1 running, 181 sleeping,   0 stopped,   0 zombie
Cpu(s): 24.7% us,  3.0% sy,  0.0% ni,  0.0% id, 70.7% wa,  0.7% hi,  1.0% si
Mem:   1019068k total,   998352k used,    20716k free,     1256k buffers
Swap:   530136k total,   449580k used,    80556k free,   100240k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1559 mysql     15   0  188m  21m 2220 S 22.3  2.2  54:27.12 mysqld
29009 nobody    15   0 15608 9912 1320 S  1.0  1.0   0:07.10 httpd
18691 nobody    16   0 15820  10m 1316 S  0.7  1.0   0:32.11 httpd
28648 nobody    15   0 15716  10m 1316 S  0.7  1.0   0:11.35 httpd
28649 nobody    15   0 15708  10m 1324 S  0.7  1.0   0:13.71 httpd
30332 nobody    15   0 15888  10m 1320 S  0.7  1.0   0:08.36 httpd
 5931 nobody    16   0 14172 8992 1300 S  0.7  0.9   0:01.21 httpd
23390 root      16   0  2136  904  628 R  0.3  0.1   0:16.93 top
29146 nobody    15   0 15500  10m 1316 S  0.3  1.0   0:11.22 httpd
29988 nobody    15   0 16968 8660 1320 S  0.3  0.8   0:08.52 httpd
30351 nobody    16   0 15552  10m 1324 S  0.3  1.0   0:08.88 httpd
30379 nobody    16   0 15552 9484 1316 S  0.3  0.9   0:02.82 httpd
 4452 nobody    15   0 15476 9296 1312 S  0.3  0.9   0:01.72 httpd
    1 root      16   0   664   56   32 S  0.0  0.0   0:00.08 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 events/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
    7 root      10  -5     0    0    0 S  0.0  0.0   0:08.15 kblockd/0
   11 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
   10 root      15   0     0    0    0 S  0.0  0.0   1:26.92 kswapd0
   12 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
   13 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 ata/0
   14 root      16   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
   15 root      17   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
   16 root      15   0     0    0    0 S  0.0  0.0   0:10.32 kjournald
  111 root      15   0     0    0    0 S  0.0  0.0   0:00.00 kjournald
  917 root      16   0  1440  248  248 S  0.0  0.0   0:00.00 hwscand
 1454 root      16   0  1504  480  420 S  0.0  0.0   0:02.18 syslogd
 1457 root      16   0  2492  368  364 S  0.0  0.0   0:00.05 klogd
 1474 root      18   0  4192  392  388 S  0.0  0.0   0:00.00 saslauthd
 1482 bin       18   0  1484  268  264 S  0.0  0.0   0:00.00 portmap
 1483 root      18   0  4192  392  388 S  0.0  0.0   0:00.00 saslauthd
 1484 root      18   0  4192  392  388 S  0.0  0.0   0:00.00 saslauthd

Sam server zamulony, co jakis czas wyskakuje too many connections (w sql ustawione na 150; w php_ini na -1 unlimited) ew. connection lost lub nawet

mySQL error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (11)
mySQL error code: 
Date: Thursday 03rd of November 2005 02:54:39 PM

Help!? :)

ps. jest mozliwe ze ten dedykowany (stoi w datacenter w monachium, www.1paket.com) jest w jakis sposob sharowany mimo wszystko (czyli fake..). Bo wieksze fora, stoja na gorszych hostach.

do 14:00 wszystko smigalo niczym miazga, teraz wszystko muli jakby ruch zwiekszyl sie 100x, a tak nie jest (podobny jak godzine temu).

bo taki osiolek.com ma wiekszy ruch, a stoi na domyslonych ustawieniach i hula. nie wiem ocb, zawsze o ok. 15+  zaczyna sie cos dziac, wystarczy wejsc kilka razy teraz na link www.

udpate:
robie restart serwera, ale.. - no lol..
po restarcie znow smiga O_O. no ale takie cos mi sie kompletnie nie widzi.

13

o ile pamientam do pole wa odpowiada za io-waits czyli opoznienia na operacjach i/o
tak wiec waskim gardlem jest u ciebie podsystem dyskowy - procek spokojnie mozesz sobie
zdowntaktowac na jakies 1.5Ghz (bedzie sie o wieeele mniej grzal - eliminacja wentylatora ;) )

jako storage proponuje przez fibre-channel podpiac hp-eva ;) powinno pomoc :D

btw. mysql smierdzi... nie wiem czemu ludzie nazywaja to sqlowym systemem bazodanowym
skoro nawet tranzakcyjnosci pozadnie nie obsluguje, nie liczac juz czegos tak podstawowego jak
wiezy spojnosci (klucze obce itd.). moze czas zainteresowac sie orakielem?

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

14 Ostatnio edytowany przez solo/ng (2005-11-03 15:16:25)

Sek w tym ze do serwera nie mam fizycznego dostepu - stoi w datacenter w monachium; czyzby mieli jakas maciez dyskowa sharowana na serwery? bo dysk wg. info zl ina jest dedykwany wd160GB sata.

update:
15 minut po restarcie, serwer totalnie zapchany:

top - 15:16:05 up 16 min,  1 user,  load average: 73.92, 33.10, 14.38
Tasks: 213 total,   3 running, 210 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.0% us,  8.9% sy,  0.0% ni,  0.0% id, 87.7% wa,  0.3% hi,  2.0% si
Mem:   1019068k total,  1004532k used,    14536k free,      740k buffers
Swap:   530136k total,   470016k used,    60120k free,    13460k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2460 nobody    16   0 15656 9.8m 1100 D  1.0  1.0   0:02.63 httpd
 1562 mysql     16   0  167m  28m 2172 S  0.3  2.9   1:55.35 mysqld
 2376 nobody    17   0 16152 6356 1104 D  0.3  0.6   0:03.69 httpd
 2379 nobody    17   0 15812 5896 1116 D  0.3  0.6   0:02.94 httpd

I wbic sie na www juz praktycznie nie mozna. Wiem, ze mecze;) ale sprawa mi nie daje spokoju - jak taki sprzet, moze nie uciagnac 1 forum TT.

15

[OT]

jellonek napisał/a:

moze czas zainteresowac sie orakielem?

prawde mowiac nie oparlbym zadnego wiekszego przedsiewziecia na ograniczeniu do 4GB na baze. Niby duzo, ale jak bedzie nadurodzaj? ;) Wg mnie to podpucha zeby potem klient nie mial wyjscia i musial kupic pelnego oracla.

[/OT]

16

no to przy uzyciu hdparm sprawdz jego wydajnosc... (-t bodajze...) (oczywiscie test - przy wygaszonej bazie)
sprawdz tez lacze (polecam do tego
mtr -l -i 60 jakis.adres >/var/log/statystyki_lacza

-l - daje ci dane typu raw (do przetrawienia na jakies statystyki, np. przy uzyciu perl-a)
-i 60 - co ile sekund sprawdzac...

to co zwraca to w kazdej linii 3 dane: litera nr_hopa parametr
litera:
h - jako parametr zwraca ip routera przez ktory dokonywany jest hop o nr rownym nr_hopa
p - ping do danego routera
d - domain.name danego routera
oczywiscie w miejscu ostatniego nr_hopa pojawia sie nie router tylko docelowa maszyna...

perlem mozesz to sobie przetrawic na statystyki w stylu: aktualne opoznienia na poszczegolnych wezlach,
srednie staty z ostatniej godz/dnia/miesiaca, badz to samo z ktore(j/go)s z ostatni(ch/ej) godz/dnia/tyg/miesiaca

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

17

laoo: ale na osobistego bloga/forum/kalendarz/wiki spokojnie te 4G wystarcza ;)

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

18

t149:~ # hdparm -t /dev/sda1

/dev/sda1:
 Timing buffered disk reads:   54 MB in  1.00 seconds =  53.90 MB/sec
t149:~ # hdparm -t /dev/sda3

/dev/sda3:
 Timing buffered disk reads:  174 MB in  3.02 seconds =  57.57 MB/sec

siec jest OK. dla mnie ten problem to archiwum x, gdzies jest cos, co albo przeoczylem albo jest "zepsute" i tego nie widac.

19

czyli jak na sata calkiem ok...
czyzby to wlasnie mysql az tak cholernie obciazal system miąchajac ciagle po dysku?
moze vaccum-uje dane?

moze indeksow masz za malo w bazie porobionych?
albo za duzo? ;)

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

20

jellonek: wiem ze pracujesz w firmie oracle-mocno-related-and-basing-the-business-on-oracle :) ale nie wciskaj czegos co jest zamkniete (kod), dziala jak dla mnie watpliwie (w porownaniu np z PostgreSQL) i dodatkowo ma dziury security related sprzed lat (vide niedawna dyskusja na Bugtraq jesli czytujesz)

ps. solo - postaw inna baze i sprawdz. A czy mozliwe ze sharowany? Raczej. Kupowales dedicated server czy virtual dedicated server?  Bo te virtual dedicated servers to sa na ogol wirtualizowane (nomen omen;))

21

mikey: jak dla mnie dziala lepiej niz postgresql, przez ktorego toto mam ostatnio problemow..., ale problemem jest bardziej to co wspomniales - zamkniety, zabugowany kod.

a do tego - z licencji wynika ze 31.01.2006 ona wygasa - leje na taki soft...

dla mnie wystarczy sqlite, jesli mam robic cos wiekszego - poza walka postgresql nie widze innych mozliwosci.
postgresql jest na prawde bardzo dobry - o ile na badzie nie ma za duzo plsql-a...

jezeli chodzi o jakies forum - odpowiednio ustawiony postgresql bedzie b. dobry (powylaczac pare features i bedzie szybszy od mysql-a)

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

22

A mnie troche dziwi czemu system tak szybko wlazl na swapa... Tym bardziej, ze nic w topie nie pokazuje duzego zuzycia pamieci... dziwne...

A co do baz danych, dajcie spokoj, bo wytocze dziala :)

: 404. Stopka not found

23

Eruś ;) a w Redmond to pewnie Ci MsSQL dali klepać ;)

24 Ostatnio edytowany przez eru (2005-11-03 19:53:39)

Ahaś... Ulepszamy SQLServer :)
A tak poza tym, to te wszystkie serwery są tak samo wolne :)

Mikuś, i nie bądź takim fanatykiem open source, jest masa dobrego softu nie open-source.
Poza tym, rzeczy w stylu mysql czy pgsql są open-source tylko z nazwy prawie. Tzn źródła są dostępne, ale i tak większość developerki robią ci sami ludzie co to zaczęli, prawie nikt z 'community' się nie pali do pomocy.

: 404. Stopka not found

25

Nie pali się bo nie chce, a przy closed source po prostu nie może. :P To że jest masa dobrego softu nie open-source, nie znaczy, że open-source jest gorszy. Chyba za bardzo Ci mózg wyprali (no offence). ;)

Zawsze mam rację, tylko nikt mnie nie słucha.