Article View: pl.comp.os.unix
Article #25156Re: Linuksy, Solaris i inne uniksy... na jednym laptopie.
From: Maciek Zobniow
Date: Mon, 12 Dec 2005 16:33
Date: Mon, 12 Dec 2005 16:33
65 lines
4355 bytes
4355 bytes
Użytkownik Pawel Z. napisał: > Maciek Zobniow wrote: > >> Użytkownik Witek Świerzy napisał: > > >> Tzn. sa skoplikowane bo kosztuja kupe kasy? To jest wlasnie przyklad >> chorego myslenia ktory czasem obserwuje. Przypomina mi sie tym razem >> dobrze znana historia z Polski, wdrozenia systemu wspomagajacego >> glosowanie (to byl duzy skandal jakies 3 lata temu). System mial pare >> tysiacy koncowek z ktorych mialo nastapic przesylanie wynikow >> glosowania. System, przygotowany przez firme Prokom, dal ciala (ponoc >> nie wytrzymal obciazenia :D) i przy tej okazji okazalo sie ze w swej >> "madrosci", do budowy systemu informatycy zastosowali same high endowe >> komponenty w postaci paru mainframe z IBM-a z AIX-em, db2 etc. Nawet >> klienta postanowili napisac "from scratch", mimo ze taki system oparty >> o mysql, jave lub nawet php, z klientem opartym o przegladarke i >> tunelowany po https kosztowalby ulamek wydanej sumy i bylby calkiem >> niezle skalowalny i bespieczny. > > > > akurat to jest przyklad na to, gdy wychodzi niekompetencja... > (w tym wypadku prokom po raz kolejny dowiodl, iz nie zatrudnia > ani jednego fachowca)... > > zadnych "mainframe z IBM-a z AIX-em" tam nie bylo, gdyz > "mainframe z IBM" chodzi pod OS/390... byly dwa sredniej klasy > RS 6000, teraz to sie pSeries nazywa, a proble moim zdaniem > wywolany byl bledem w obsludze TCP/IP jaki byl w AIX 4.2.x > w "instalacji" z CD'ow, bez patch'y... wyglada na to, iz > "spece" z prokomu uzywaly maszyn tak jak dostaly z IBM... Ja wcale nie twierdze ze AIX nie potrafi obsluzyc tak sladowego obciazenia jaki moglo wygenerowac pare tysiecy komisji wyborczych. Ta historia miala byc raczej przykladem popularnej w Polsce gigantomani. Na muche wyciaga sie armate ktora kosztuje podatnikow majatek. > > > a propos MySQL - uwazam to za zupelnie niezly RDBMS > ale 1000 zapytan na sekunde to po pierwsze, dla naprawde > duzych systemow jest niczym, natomiast dla MySQL zaczyna > zachaczac o granice wytrzymalosci... Jak juz pisalem wczesniej 1000 qs/s to w moim systemie srednia z paru miesiecy razem z nocami i weekendami. Podczas kampani znacznik ten mocno szybuje w gore. Oczywiscie instalacja klastra byla konieczna. > > z reszta i tak wiele zalezy od ilosci pamieci jaka system jest > w stanie zaalokowac dla procesu... tak a propos, ile linux moze? > 4GB? To zalezy. Na 32 bitowym systemie to z wiadomych powodow bedzie 4GB (lub nawet 3, nie pamietam teraz dobrze). Na x86_64 (przy zalozeniu ze proces jest rowniez skopilowany na x86_64) granica jest chyba 2TB. W przypadku MySQL znaczenie ma raczej sama obecnosc pamieci w systemie niz mozliwosc jej alocowania przez process. Index cache i query cache nie powinny byc zbyt duze (z tych samych powodow co na Oracle), natomiast reszta pamieci, przynajmniej w przypadku linuxa, jest wykozystywana wtedy przez mechanizm cachowania I/O w linuxie. Pozdro Maciek
Technical Details
Message-ID:
<dnk8pi$a5g$1@news.onet.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!newsfeed.silweb.pl!news.onet.pl!not-for-mailReferences:
<dnc03a$lk9$1@nemesis.news.tpi.pl> <dnceb7$4og$1@news.onet.pl> <pan.2005.12.09.19.34.32.591769@noname.us> <dncsij$172$00$1@news.t-online.com> <dnd0ek$2fg$1@amigo.idg.com.pl> <dnd6bn$3o2$03$1@news.t-online.com> <dnf9nr$cup$1@amigo.idg.com.pl> <dnfsam$fl2$00$1@news.t-online.com> <dnfv7o$710$1@amigo.idg.com.pl> <dnhkuv$onq$1@news.onet.pl> <439d8823$0$78679$892e7fe2@authen.yellow.readfreenews.net>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!newsfeed.silweb.pl!news.onet.pl!not-for-mail From: Maciek Zobniow <maciekWywalTo@zobniow.net> Newsgroups: pl.comp.os.unix Subject: Re: Linuksy, Solaris i inne uniksy... na jednym laptopie. Date: Mon, 12 Dec 2005 17:33:57 +0100 Organization: Onet.pl Lines: 65 Message-ID: <dnk8pi$a5g$1@news.onet.pl> References: <dnc03a$lk9$1@nemesis.news.tpi.pl> <dnceb7$4og$1@news.onet.pl> <pan.2005.12.09.19.34.32.591769@noname.us> <dncsij$172$00$1@news.t-online.com> <dnd0ek$2fg$1@amigo.idg.com.pl> <dnd6bn$3o2$03$1@news.t-online.com> <dnf9nr$cup$1@amigo.idg.com.pl> <dnfsam$fl2$00$1@news.t-online.com> <dnfv7o$710$1@amigo.idg.com.pl> <dnhkuv$onq$1@news.onet.pl> <439d8823$0$78679$892e7fe2@authen.yellow.readfreenews.net> NNTP-Posting-Host: pd95b3b5b.dip0.t-ipconnect.de Mime-Version: 1.0 X-Trace: news.onet.pl 1134405234 10416 217.91.59.91 (12 Dec 2005 16:33:54 GMT) X-Complaints-To: usenet@news.onet.pl NNTP-Posting-Date: Mon, 12 Dec 2005 16:33:54 +0000 (UTC) X-Sender: gDt35NmA4VAgFkfiWnGtO+WpTAuP6dao In-Reply-To: <439d8823$0$78679$892e7fe2@authen.yellow.readfreenews.net> X-Accept-Language: pl, en-us, en User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; PL; rv:1.7) Gecko/20041221 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit