Linux napreduje...
Vedran Furač
Posebno obratite pozornost na postgreSQL pgbench na drugoj stranici.
--
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
NixHR
grupi:fc07v6-...@canopus.home...
> http://www.phoronix.com/scan.php?page=article&item=ubuntu_1004_alpha1&num=1
>
> Posebno obratite pozornost na postgreSQL pgbench na drugoj stranici.
>
WTF???
Mladen Gogala
> http://www.phoronix.com/scan.php?
page=article&item=ubuntu_1004_alpha1&num=1
>
> Posebno obratite pozornost na postgreSQL pgbench na drugoj stranici.
The performance of PostgreSQL in Lucid is absolutely slaughtered when
compared to Ubuntu 9.10. In Ubuntu 9.10 it averaged 1910 transactions per
second, but with Ubuntu 10.04 LTS right now it is at 114 TPS.
Smjesta cu napraviti upgrade. Ovaj moj 9.0.4 je vec prapovijest:
mgogala@nyclapwxp2622:~$ cat /etc/issue
Ubuntu 9.04 \n \l
Aleksandar Ivanisevic
> On Thu, 10 Dec 2009 11:50:23 +0100, Vedran Furač wrote:
>
>> http://www.phoronix.com/scan.php?
> page=article&item=ubuntu_1004_alpha1&num=1
>>
>> Posebno obratite pozornost na postgreSQL pgbench na drugoj stranici.
>
>
> The performance of PostgreSQL in Lucid is absolutely slaughtered when
> compared to Ubuntu 9.10. In Ubuntu 9.10 it averaged 1910 transactions per
> second, but with Ubuntu 10.04 LTS right now it is at 114 TPS.
Jos da si isao citati zericu dalje, di bi ti kraj bio:
It was a very simple commit approved by Red Hat that
improves the reliability of EXT4 with its DEFAULT (akcenat moj)
options, but it comes at a severe performance cost for many operations
due to flushing the write cache unconditionally in fsync calls.
Podsjecas me na ove moje vrtlare koji zinu ko koka na zrno kad mi se
dodju bunit da im je mysql spor, a ja im stavim
innodb_flush_log_at_trx_commit=2 i da vidis fiju-briju. Ili kad se
zale da im je drbd write spor, a ja im promijenim protokol iz C u A i
ihaaaj.
Nastavak price o pouzdanosti i brzini vise nitko ne slusa...
--
Ivanisevicu, pokusaj se za promjenu drzati teme i replicirati na ono o
cemu sugovornik pise. Osim sto je tvoje pracenje "koji me vrag zapravo
muci" off-topic na Linux grupi, radi se i o zabadanju njuske u moje
privatne stvari. Vec si pokazao nedostatak dobrog odgoja no ovo granici
sa sociopatijom. -- Mladen Gogala, hr.comp.os.linux
Mladen Gogala
> Jos da si isao citati zericu dalje, di bi ti kraj bio:
>
> It was a very simple commit approved by Red Hat that improves the
> reliability of EXT4 with its DEFAULT (akcenat moj) options, but it comes
> at a severe performance cost for many operations due to flushing the
> write cache unconditionally in fsync calls.
Procitao sam to i nije mi jasno. Ja sam mislio da je "fsync" uvijek
sinonim za "flush the write cache"? Onako, bez citanja manuala, rekao
bih da fsync radi upravo to:
NAME
fsync - synchronize changes to a file
SYNOPSIS
#include <unistd.h>
int fsync(int fildes);
DESCRIPTION
The fsync() function shall request that all data for the open
file
descriptor named by fildes is to be transferred to the storage
device
associated with the file described by fildes in an
implementation-
defined manner. The fsync() function shall not return until the
system
has completed that action or until an error is detected.
If _POSIX_SYNCHRONIZED_IO is defined, the fsync() function shall
force
all currently queued I/O operations associated with the file
indicated
by file descriptor fildes to the synchronized I/O completion
state.
All I/O operations shall be completed as defined for synchronized
I/O
file integrity completion.
RETURN VALUE
Upon successful completion, fsync() shall return 0.
Otherwise, -1
shall be returned and errno set to indicate the error. If the
fsync()
function fails, outstanding I/O operations are not guaranteed to
have
been completed.
ERRORS
The fsync() function shall fail if:
EBADF The fildes argument is not a valid descriptor.
EINTR The fsync() function was interrupted by a signal.
EINVAL The fildes argument does not refer to a file on which
this
operation is possible.
EIO An I/O error occurred while reading from or writing to the
file
In the event that any of the queued I/O operations fail,
fsync() shall
return the error conditions defined for read() and write().
The following sections are informative.
EXAMPLES
None.
APPLICATION USAGE
The fsync() function should be used by programs which require
modifi-
cations to a file to be completed before continuing; for
example, a
program which contains a simple transaction facility might use
it to
ensure that all modifications to a file or files caused by a
transac-
tion are recorded.
RATIONALE
The fsync() function is intended to force a physical write of
data
from the buffer cache, and to assure that after a system
crash or
other failure that all data up to the time of the fsync()
call is
recorded on the disk. Since the concepts of "buffer cache",
"system
crash", "physical write", and "non-volatile storage" are not
defined
here, the wording has to be more abstract.
system.
If _POSIX_SYNCHRONIZED_IO is not defined, the wording relies
heavily
on the conformance document to tell the user what can be expected
from
the system. It is explicitly intended that a null
implementation is
permitted. This could be valid in the case where the system
cannot
assure non-volatile storage under any circumstances or when the
system
is highly fault-tolerant and the functionality is not required. In
the
middle ground between these extremes, fsync() might or might not
actu-
ally cause data to be written where it is safe from a power
failure.
The conformance document should identify at least that one
configura-
tion exists (and how to obtain that configuration) where this
can be
assured for at least some files that the user can select to use
for
critical data. It is not intended that an exhaustive list is
required,
but rather sufficient information is provided so that if critical
data
needs to be saved, the user can determine how the system is to be
con-
figured to allow the data to be written to non-volatile storage.
It is reasonable to assert that the key aspects of fsync() are
unrea-
sonable to test in a test suite. That does not make the function
any
less valuable, just more difficult to test. A formal conformance
test
should probably force a system crash (power shutdown) during the
test
for this condition, but it needs to be done in such a way that
auto-
mated testing does not require this to be done except when a
formal
record of the results is being made. It would also not be
unreason-
able to omit testing for fsync(), allowing it to be treated as a
qual-
ity-of-implementation issue.
FUTURE DIRECTIONS
None.
SEE ALSO
sync() , the Base Definitions volume of IEEE Std
1003.1-2001,
<unistd.h>
COPYRIGHT
Portions of this text are reprinted and reproduced in electronic
form
from IEEE Std 1003.1, 2003 Edition, Standard for Information
Technol-
ogy -- Portable Operating System Interface (POSIX), The Open
Group
Base Specifications Issue 6, Copyright (C) 2001-2003 by the
Institute
of Electrical and Electronics Engineers, Inc and The Open
Group. In
the event of any discrepancy between this version and the
original
IEEE and The Open Group Standard, the original IEEE and The Open
Group
Standard is the referee document. The original Standard
can be
obtained online at http://www.opengroup.org/unix/online.html .
POSIX 2003 FSYNC
(P)
Ne trosim ext4, tako da ne znam. Ne pada mi na pamet trositi ext4 dok
isti ne udje u produkciju, tj. dok ne bude default na Red Hat
distribucijama.
--
http://mgogala.byethost5.com
Igor Pozgaj
> Ili kad se zale da im je drbd write spor, a ja im promijenim protokol
> iz C u A i ihaaaj.
I nikad nisi imao problem da ti se primarni site razletio i da nisi
mogao napraviti complete recovery na backup siteu? :).
--
Igor Pozgaj | ipozgaj at gmail.com (GTalk / MSN)
ICQ: 126002505 | http://fly.srk.fer.hr/~ipozgaj
PGP: 0xEF36A092 | http://ipozgaj.blogspot.com
fb, lfm, li, dA | http://twitter.com/ipozgaj
Mladen Gogala
> On 2009-12-10, Aleksandar Ivanisevic <aleks...@ivanisevic.de> wrote:
>> Ili kad se zale da im je drbd write spor, a ja im promijenim protokol
>> iz C u A i ihaaaj.
>
> I nikad nisi imao problem da ti se primarni site razletio i da nisi
> mogao napraviti complete recovery na backup siteu? :).
Pretpostavljam da to znaci asinhrone commite? Session ne ceka da se sve
zapise na disk? To znacajno ubrzava stvari, bas kao sto ce i zalet niz
liticu znacajno ubrzati staru Ladu ili Jugica, doduse samo jednom.
Vedran Furač
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> On Thu, 10 Dec 2009 11:50:23 +0100, Vedran Furač wrote:
>>
>>> http://www.phoronix.com/scan.php?
>> page=article&item=ubuntu_1004_alpha1&num=1
>>> Posebno obratite pozornost na postgreSQL pgbench na drugoj stranici.
>>
>> The performance of PostgreSQL in Lucid is absolutely slaughtered when
>> compared to Ubuntu 9.10. In Ubuntu 9.10 it averaged 1910 transactions per
>> second, but with Ubuntu 10.04 LTS right now it is at 114 TPS.
>
> Jos da si isao citati zericu dalje, di bi ti kraj bio:
>
> It was a very simple commit approved by Red Hat that
> improves the reliability of EXT4 with its DEFAULT (akcenat moj)
> options, but it comes at a severe performance cost for many operations
> due to flushing the write cache unconditionally in fsync calls.
Ne brini, pročitao sam sve. Samo, riječ je o filesystemu. Koliko ljudi
će mijenjati default opcije? S defaultnim vrijednostima znaš da imaš
najviše šansi da sve radi kako treba. A čim ideš petljat po opcijama
povećavaš vjerojatnost da će nešto riknut. Ako rikne filesystem... nije
dobro, to i sam znaš.
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
Aleksandar Ivanisevic
> On 2009-12-10, Aleksandar Ivanisevic <aleks...@ivanisevic.de> wrote:
>> Ili kad se zale da im je drbd write spor, a ja im promijenim protokol
>> iz C u A i ihaaaj.
>
> I nikad nisi imao problem da ti se primarni site razletio i da nisi
> mogao napraviti complete recovery na backup siteu? :).
Jesam. To spada u onaj dio o povezanosti brzine i pouzdanosti koji
nitko ne slusa, a koji si i ti obrisao, kao i svi ostali vrtlari ;)
Aleksandar Ivanisevic
> Ne brini, pročitao sam sve. Samo, riječ je o filesystemu. Koliko ljudi
> će mijenjati default opcije? S defaultnim vrijednostima znaš da imaš
> najviše šansi da sve radi kako treba. A čim ideš petljat po opcijama
> povećavaš vjerojatnost da će nešto riknut. Ako rikne filesystem... nije
> dobro, to i sam znaš.
Upravo zato je promjena defaulta sa brzo na pouzdano vrlo dobra. Onaj
kome je sporo ce proguglat kako da ubrza i, uz malo srece, na istom
mjestu ce moci procitati i koje to implikacije nosi.
Nepouzdanost je vrlo nezgodna stvar za vizualizirat jer se
katastroficni eventi dogadjaju relativno rijetko, a ozbiljni data loss
je uglavnom rezultat serije katastroficnih dogadjaja koji se dogadjaju
jos rjedje, pa mnogi ljudi nisu ni svjesni o koliko zapravo
slucajnosti ovise njihovi podaci.
Josip Almasi
> Ako rikne filesystem... nije dobro, to i sam znaš.
Ali je za bazu uglavnom irelevantno.
Baze imaju vlastite sisteme za osiguravanje integriteta i svi journali i
commitovi na nivou filesystema samo smetaju.
A takodjer i bufferi i lockovi i sve.
To u principu i generalno; svaka baza ima svoje fore.
Konkretno, postgres stavis na ext2 na storidz (raid,...) i to je to.
http://www.commandprompt.com/blogs/joshua_drake/2008/04/is_that_performance_i_smell_ext2_vs_ext3_on_50_spindles_testing_for_postgresql/
Pozdrav...
Mladen Gogala
> Nepouzdanost je vrlo nezgodna stvar za vizualizirat jer se katastroficni
> eventi dogadjaju relativno rijetko, a ozbiljni data loss je uglavnom
> rezultat serije katastroficnih dogadjaja koji se dogadjaju jos rjedje,
> pa mnogi ljudi nisu ni svjesni o koliko zapravo slucajnosti ovise
> njihovi podaci.
Samo ako DBA ne zna svoj posao. Imao sam nekoliko slucajeva katastrofe i
nikada nisam izgubio podatke. Jednom sam imao poplavu, server soba je
bila u podrumu, trebalo je stvar dici na rezervnoj lokaciji, stvar je
prosla bez problema. Mislim da jos uvijek imam sliku zabe na HP 9000/N
sistemu, ali na zalost u papirnatom obliku.
Jakov Sosic
Jos jedna stvar zasto su svi ti phoronix testovi teski bullshit... Daj
pravom Ubuntu znalcu/developeru misec dana da izoptimizira to govno, daj
isto tako misec dana FreeBSD-ovcu i OpenSolarisovcu pa da onda vidimo taj
test. Jebali ih defaultsi u shupak.
--
| Jakov Sosic | ICQ: 28410271 | PGP: 0x965CAE2D |
=================================================================
| start fighting cancer -> http://www.worldcommunitygrid.org/ |
Aleksandar Ivanisevic
> On Fri, 11 Dec 2009 10:55:56 +0100, Aleksandar Ivanisevic wrote:
>
>
>> Nepouzdanost je vrlo nezgodna stvar za vizualizirat jer se katastroficni
>> eventi dogadjaju relativno rijetko, a ozbiljni data loss je uglavnom
>> rezultat serije katastroficnih dogadjaja koji se dogadjaju jos rjedje,
>> pa mnogi ljudi nisu ni svjesni o koliko zapravo slucajnosti ovise
>> njihovi podaci.
>
> Samo ako DBA ne zna svoj posao. Imao sam nekoliko slucajeva katastrofe i
To kaj si ti DBA, ne znaci da su svi korisnici kompjutera DBA-ovi.
Filesystem se trosi i za druge stvari, nebi vjerovao.
> nikada nisam izgubio podatke.
Kako znas? Da, vjerojatno mozes biti siguran da nisi izgubio *sve*
podatke, ali ne mozes nikako biti 100% siguran da se tu i tamo nesto
nije pogubilo.
Mladen Gogala
>> Samo ako DBA ne zna svoj posao. Imao sam nekoliko slucajeva katastrofe
>> i
>
> To kaj si ti DBA, ne znaci da su svi korisnici kompjutera DBA-ovi.
> Filesystem se trosi i za druge stvari, nebi vjerovao.
Da, cuo sam i ja takve glasine no ne mogu vjerovati. Pokusavas li ti to
meni reci da na svijetu postoje i druge stvari, osim baza podataka?
Ivanisevicu, kako si ti pametan! Divim ti se.
>
>> nikada nisam izgubio podatke.
>
> Kako znas? Da, vjerojatno mozes biti siguran da nisi izgubio *sve*
> podatke, ali ne mozes nikako biti 100% siguran da se tu i tamo nesto
> nije pogubilo.
Nitko se nije zalio. Ako sam izgubio nesto sto nitko ne koristi, onda se
to zove "cleanup" a ne "gubljenje podataka".
Vedran Krivokuca [Volim Diplomaciju]
> Jos jedna stvar zasto su svi ti phoronix testovi teski bullshit... Daj
> pravom Ubuntu znalcu/developeru misec dana da izoptimizira to govno, daj
> isto tako misec dana FreeBSD-ovcu i OpenSolarisovcu pa da onda vidimo
> taj test. Jebali ih defaultsi u shupak.
Hhahahahahha :))))) Joj joj predobro :) Sve si bolji u sarkazmu :)
--
~ Klub obožavatelja Ambasadora Valenta, est 2008.
~ http://www.new.facebook.com/group.php?gid=36698154027
Vedran Furač
> Vedran Furač <ved...@vedranf.mine.nu> writes:
>
>> Ne brini, pročitao sam sve. Samo, riječ je o filesystemu. Koliko ljudi
>> će mijenjati default opcije? S defaultnim vrijednostima znaš da imaš
>> najviše šansi da sve radi kako treba. A čim ideš petljat po opcijama
>> povećavaš vjerojatnost da će nešto riknut. Ako rikne filesystem... nije
>> dobro, to i sam znaš.
>
> Upravo zato je promjena defaulta sa brzo na pouzdano vrlo dobra. Onaj
> kome je sporo ce proguglat kako da ubrza i, uz malo srece, na istom
> mjestu ce moci procitati i koje to implikacije nosi.
I ja nemam ništa protiv takve promjene defaulta. Ali pogledaj brojke.
Ovo pouzdano je svega 6% brzine onog prethodnog nepouzdanog defaulta. Da
su te performanse pale na 50%, još ajde, ali ono - 6%!
A pogledaj i druge testove, više-manje svi su lošiji.
> Nepouzdanost je vrlo nezgodna stvar za vizualizirat jer se
> katastroficni eventi dogadjaju relativno rijetko, a ozbiljni data loss
> je uglavnom rezultat serije katastroficnih dogadjaja koji se dogadjaju
> jos rjedje, pa mnogi ljudi nisu ni svjesni o koliko zapravo
> slucajnosti ovise njihovi podaci.
Da, jasno.
--
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
Vedran Furač
> Jos jedna stvar zasto su svi ti phoronix testovi teski bullshit... Daj
> pravom Ubuntu znalcu/developeru misec dana da izoptimizira to govno, daj
> isto tako misec dana FreeBSD-ovcu i OpenSolarisovcu pa da onda vidimo taj
> test. Jebali ih defaultsi u shupak.
Eh... u vezi testova ja bih ostao samo pri default ubuntuu, a iz njih
sve vidi da je svaki slijedeći default ubuntu sporiji od prethodnika za
nekih desetak posto.
--
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
Mladen Gogala
> Eh... u vezi testova ja bih ostao samo pri default ubuntuu, a iz njih
> sve vidi da je svaki slijedeći default ubuntu sporiji od prethodnika za
> nekih desetak posto.
Problem, naravno, ne lezi u Ubuntuu nego u sve golemijem i bugovitom
Linux kernelu koji ima sve losije performanse. Primjer je VM sistem.
Umjesto da preuzmu BSD sistem koji radi odlicno i omogucuje
administratoru punu kontrolu, islo se s nekakvim idiotskim "OOM killerom"
i kompozitnim parametremima kao sto je "swapiness". Slicna stvar je i sa
I/O sistemom i vec tradicionalnom emulacijom SCSI diskova za sve i svasta.
Najnoviji dodatak kernelu je DRBD. Zeli li itko nagadjati o bugovima? Po
onome sto sam nedavno vidio, najnoviji FreeBSD radi krugove oko Linuxa.
Radi se o sasvim subjektivnom osjecaju, nema benchmarka, no subjektivni
dojam po definiciji objektivnog promatraca, dakle moje malenkosti, je to
da je FreeBSD puno brzi na istom stroju.
Ivan Tisljar
> Eh... u vezi testova ja bih ostao samo pri default ubuntuu, a iz njih
> sve vidi da je svaki slijedeći default ubuntu sporiji od prethodnika za
> nekih desetak posto.
Čekam Ubuntu koji se neće niti pokrenuti. Trebao bi uskoro.
Ivan
--
This, Jen, is the Internet.
http://hlloyge.hl.funpic.de/
Mladen Gogala
> After serious thinking Vedran Furač wrote :
>
>> Eh... u vezi testova ja bih ostao samo pri default ubuntuu, a iz njih
>> sve vidi da je svaki slijedeći default ubuntu sporiji od prethodnika za
>> nekih desetak posto.
>
> Čekam Ubuntu koji se neće niti pokrenuti. Trebao bi uskoro.
>
> Ivan
Ubuntu se uvijek moze pokrenuti, to nam garantira zakon gravitacije.
Gravitacija nije open source i ubrzati ce bilo koju Ubuntu radnu stanicu
za 9.81 metar u sekundi na kvadrat.
Aleksandar Ivanisevic
> I ja nemam ništa protiv takve promjene defaulta. Ali pogledaj brojke.
> Ovo pouzdano je svega 6% brzine onog prethodnog nepouzdanog defaulta. Da
> su te performanse pale na 50%, još ajde, ali ono - 6%!
A sta ces, vjerojatno je utuntu vrhovnistvo procijenilo da je bolje biti
sporo smece nego smece koje zdere podatke.
> A pogledaj i druge testove, više-manje svi su lošiji.
Tutuntu je desktop distribucija, a na desktopu ionako svi imaju bar tri
puta vise snage nego sto im treba. IMHO odluka o optimiziranju za
pouzdanost, a ne brzinu je pametna odluka.
Mladen Gogala
> Tutuntu je desktop distribucija, a na desktopu ionako svi imaju bar tri
> puta vise snage nego sto im treba. IMHO odluka o optimiziranju za
> pouzdanost, a ne brzinu je pametna odluka.
I, naravno, posljedica cinjenice da ne koristis Oracle RDBMS koji moze
napraviti oboje. Ipak, necu te opterecivati prevelikim detaljima, ti ipak
koristis samo MySQL koji ne moze ni online backup napraviti kako treba.
Jakov Sosic
wrote:
> Hhahahahahha :))))) Joj joj predobro :) Sve si bolji u sarkazmu :)
Oces rec sve sam isfrustriraniji i nezadovoljniji.
Aleksandar Ivanisevic
> Vedran Furač wrote:
>> Ako rikne filesystem... nije dobro, to i sam znaš.
>
> Ali je za bazu uglavnom irelevantno.
> Baze imaju vlastite sisteme za osiguravanje integriteta i svi journali
> i commitovi na nivou filesystema samo smetaju.
Ako ti smetaju, a ti iskljucis fs i mirna Bosna. Zapravo bi sve baze
trebale lijepo trosit sirove particije i amen. Ako ti ne treba fs, a
ti ga fino nemoj trosit i gotovo. Zato je recimo Linus protiv trosenja
O_DIRECT i samo je pitanje vremena kad ce ga maknut.
> A takodjer i bufferi i lockovi i sve.
> To u principu i generalno; svaka baza ima svoje fore.
> Konkretno, postgres stavis na ext2 na storidz (raid,...) i to je to.
> http://www.commandprompt.com/blogs/joshua_drake/2008/04/is_that_performance_i_smell_ext2_vs_ext3_on_50_spindles_testing_for_postgresql/
Bas me zanima jel neko probo vrtit bazu na vfatu, taj bi trebo bit jos
bolji, on nema nikakvih ficura ;)
Aleksandar Ivanisevic
>> Kako znas? Da, vjerojatno mozes biti siguran da nisi izgubio *sve*
>> podatke, ali ne mozes nikako biti 100% siguran da se tu i tamo nesto
>> nije pogubilo.
>
> Nitko se nije zalio. Ako sam izgubio nesto sto nitko ne koristi,
> onda se
Da se netko zali, netko mora prvo primijetiti. Cak i kada primijetis,
cesto se ne isplati potrositi silno vrijeme i novce pokusavajuci
reproducirati opskurni slucaj gubitka ovoga ili onoga ako se takva i
takva transakcija desila tocno u trenutku kad se desio neki
failover. No to opet ne znaci da se nis nije zbrljalo.
> to zove "cleanup" a ne "gubljenje podataka".
Zvao ti to kako hoces, cinjenica jest da su zabiljezeni slucajevi gdje
je recimo kontroler brljao podatke i nitko nije nista skuzio
godinama. Tek od zfs-a su filesystemi za smrtnike dobili checksumming,
AFAIK.
Aleksandar Ivanisevic
> I/O sistemom i vec tradicionalnom emulacijom SCSI diskova za sve i svasta.
> Najnoviji dodatak kernelu je DRBD. Zeli li itko nagadjati o
> bugovima? Po
Ukljucivanje DRBD-a u kelner kasni bar tri godine. Barem. Ne mogu
egzaktno tvrditi, ali ne bih se uopce iznenadio da lobi proizvodjaca
storidja i inih zavaljivaca muda pod bubrege u tome ima svoje prste.
> onome sto sam nedavno vidio, najnoviji FreeBSD radi krugove oko Linuxa.
> Radi se o sasvim subjektivnom osjecaju, nema benchmarka, no subjektivni
> dojam po definiciji objektivnog promatraca, dakle moje malenkosti, je to
> da je FreeBSD puno brzi na istom stroju.
Cim programeri (posebno oni koji se bave Java JVM-ovima) prestanu
alocirati memoriju bez namjere da je trose, ja cu odmah sutradan
iskljuciti memory overcommit, opce nema beda. Taj sistem je tamo s
razlogom, postoje sasvim konkretni use caseovi i nisu to ljudi iz
dupeta izvukli. I cijela se stvar moze iskljuciti, isto kao i onaj fs
commit oko kojeg si i poceo sa pizdjenjem.
Aleksandar Ivanisevic
> I, naravno, posljedica cinjenice da ne koristis Oracle RDBMS koji moze
> napraviti oboje. Ipak, necu te opterecivati prevelikim detaljima, ti ipak
> koristis samo MySQL koji ne moze ni online backup napraviti kako
> treba.
Mysql online backup se moze zajebat samo namjerno, za razliku od
Oracletovog, koji uglavnom funkcionira kao job security za dba.
Mladen Gogala
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> I/O sistemom i vec tradicionalnom emulacijom SCSI diskova za sve i
>> svasta. Najnoviji dodatak kernelu je DRBD. Zeli li itko nagadjati o
>> bugovima? Po
>
> Ukljucivanje DRBD-a u kelner kasni bar tri godine. Barem. Ne mogu
> egzaktno tvrditi, ali ne bih se uopce iznenadio da lobi proizvodjaca
> storidja i inih zavaljivaca muda pod bubrege u tome ima svoje prste.
I ljudi u crnom, naravno. Posebice agenti J i K.
>
>> onome sto sam nedavno vidio, najnoviji FreeBSD radi krugove oko Linuxa.
>> Radi se o sasvim subjektivnom osjecaju, nema benchmarka, no subjektivni
>> dojam po definiciji objektivnog promatraca, dakle moje malenkosti, je
>> to da je FreeBSD puno brzi na istom stroju.
>
> Cim programeri (posebno oni koji se bave Java JVM-ovima) prestanu
> alocirati memoriju bez namjere da je trose, ja cu odmah sutradan
> iskljuciti memory overcommit, opce nema beda. Taj sistem je tamo s
> razlogom, postoje sasvim konkretni use caseovi i nisu to ljudi iz dupeta
> izvukli. I cijela se stvar moze iskljuciti, isto kao i onaj fs commit
> oko kojeg si i poceo sa pizdjenjem.
Ivanisevicu gubis se. Kakve veze ima memory overcommit sa cinjenicom da
je FreeBSD naprosto osjetno brzi? Svoj ep o overcommitu si napisao ispod
mojeg odlomka o FreeBSD-u, sto bi vjerojatno trebalo implicirati da taj
ep o overcommitu odgovara na neke od mojih tvrdnji iz tog odlomka. Moram
skruseno priznati da ne vidim nikakvu vezu izmedju tvog odgovora i
tvrdnji na koje odgovaras.
Sto se tice toga da su overcommit i OOM killer tu "s razlogom",
vjerojatno su kreatori Solarisa, HP-UX-a, AiX-a, zOS-a ili FreeBSD-a bili
glupavi pa nisu uvidjeli taj razlog? Cinjenica je da Linux ne omogucava
tako dobru kontrolu VM sistema kao Solaris ili HP-UX. Na zalost, niti
jedan od ta dva Unixa ne radi na mom starom HP 6220 laptopu, za razliku
od Ubuntuja. Na zalost, Windoze su mi postale prespore, svaka operacija
je trajala par minuta, pa sam Windoze zgazio i instalirao Ubuntu 9.04.
Performanse, moram ti reci, nisu narocite, iako laptop ima 2GB RAM-a.
Mladen Gogala
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> I, naravno, posljedica cinjenice da ne koristis Oracle RDBMS koji moze
>> napraviti oboje. Ipak, necu te opterecivati prevelikim detaljima, ti
>> ipak koristis samo MySQL koji ne moze ni online backup napraviti kako
>> treba.
>
> Mysql online backup se moze zajebat samo namjerno, za razliku od
> Oracletovog, koji uglavnom funkcionira kao job security za dba.
MySQL uopce ne moze napraviti hot backup, dakle backup s otvorenom bazom.
Mladen Gogala
> MySQL uopce ne moze napraviti hot backup, dakle backup s otvorenom
> bazom.
>
>
BTW, da ne bi mislio da te muljam, evo ti link:
http://forge.mysql.com/wiki/OnlineBackup#MySQL_6.0.5_Features_-
_completed_.28phases_1-6.29
Medju novim ficurima sestice se nalazi i online backup, nesto sto Oracle
ima od samog pocetka, dakle od verzije 5. Sesticu, da te podsjetim, jos
uvijek nitko ziv ne koristi. Nakon petice, Oracle je kupio SUN i sada
imamo 3 jedine prave verzije MySQL-a: DrizzleDB, MariaDB i MySQL, jos
uvijek u sastavu SUN-a.
Nadalje, MySQL nema mogucnost upgradea. Ako zelis novu verziju, moras
napraviti dump & restore, sto odgovara Oracleovom export/importu. Ako
imas terabajtne baze, zelim ti puno srece s takvim pristupom.
Cinjenica je da su OSS baze inferiorne Oracleu u mnogim aspektima. Ljudi
poput tebe i Splivala koji kazu "ma nema nista sto Oracle moze a xxxx ne
moze" samo cine medvjedju uslugu OSS bazama jer ljudi ne znaju sto mogu
ocekivati. Obicno naprave pilot projekt, utvrde pravo stanje stvari i
vrate se Oracleu.
Aleksandar Ivanisevic
Jok i ne moze, prouci malo mysqldump --single-transaction.
Aleksandar Ivanisevic
> On Mon, 14 Dec 2009 13:43:49 +0000, Mladen Gogala wrote:
>
>
>> MySQL uopce ne moze napraviti hot backup, dakle backup s otvorenom
>> bazom.
>>
>>
>
> BTW, da ne bi mislio da te muljam, evo ti link:
>
> http://forge.mysql.com/wiki/OnlineBackup#MySQL_6.0.5_Features_-
> _completed_.28phases_1-6.29
Ja fakat neznam kaj oni briju, ja radim mysqldump --single-transaction
vec godinama i nikad nisam nista pogubio nit mi je ista blokiralo.
> Nadalje, MySQL nema mogucnost upgradea. Ako zelis novu verziju, moras
> napraviti dump & restore, sto odgovara Oracleovom export/importu. Ako
> imas terabajtne baze, zelim ti puno srece s takvim pristupom.
Molim? Koji to tocno upgrade zahtijeva dump i restore? Ja sam radio
upgrade izmedju nekoliko razlicitih kombinacija 4, 5, 5.1 i 5.4 i sve
mi je radilo. Nikad u zivotu nisam radio dump/restore prilikom
upgradea.
> Cinjenica je da su OSS baze inferiorne Oracleu u mnogim aspektima. Ljudi
> poput tebe i Splivala koji kazu "ma nema nista sto Oracle moze a
> xxxx ne
Moze sve, samo je ponekad kabasto. Kao sto vec sto puta rekoh, dobar
dba moze s mysqlom sve sto los dba moze s oracletom. Stvar je procjene
da li se vise isplati ulagati novac u dobar kadar ili u Larryjev otok
na Karibima.
> moze" samo cine medvjedju uslugu OSS bazama jer ljudi ne znaju sto mogu
> ocekivati. Obicno naprave pilot projekt, utvrde pravo stanje stvari i
> vrate se Oracleu.
God speed to them.
makni @yahoo.com GD
"Aleksandar Ivanisevic" <aleks...@ivanisevic.de> wrote in message
news:m3ljh5d...@alex.2e-systems.com...
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> On Mon, 14 Dec 2009 10:33:25 +0100, Aleksandar Ivanisevic wrote:
>>
>>> Mladen Gogala <gogala...@gmail.com> writes:
>>>
>>>> I, naravno, posljedica cinjenice da ne koristis Oracle RDBMS koji moze
>>>> napraviti oboje. Ipak, necu te opterecivati prevelikim detaljima, ti
>>>> ipak koristis samo MySQL koji ne moze ni online backup napraviti kako
>>>> treba.
>>>
>>> Mysql online backup se moze zajebat samo namjerno, za razliku od
>>> Oracletovog, koji uglavnom funkcionira kao job security za dba.
>>
>> MySQL uopce ne moze napraviti hot backup, dakle backup s otvorenom bazom.
>
> Jok i ne moze, prouci malo mysqldump --single-transaction.
>
Usprkos simpatijama koje gajim prema OS bazama i softveru opcenito, moram
dati primjedbu :-)
mysqldump *nije* mehanizam za hot backup, vec utility za "export" podataka i
DDL-a. Kod oracleta se odgovarajuci utility zove "exp" i prvenstvena mu
namjena *nije* backup, premda se moze koristiti i za tu namjenu. Naravno,
postoji opcija consistent=y, za koju vjerujem da
odgovara --single-transaction kod mysql-a.
S druge stranem, hot (online) backup je mogucnost da napravis fizicku kopiju
svih (ili nekih) datafile-ova baze (koristeci cp, dd, tar, lvm, hardverske
ficere, stogod te volja) dok baza normalno radi i to na nacin da bazi ni na
koji nacin ne "smeta" (dakle, nema zaustavljanja baze, lockova,
suspendiranja IO-a ili slicnog).
Recovery koristenjem takvog backup-a omogucuje povratak baze u proizvoljnu
tocku u vremenu od kad je zavrsen backup, osim toga omogucije i parcijalni
recovery jednog ili vise datafile-ova (npr. u slucaju gubitka jednog od
diskova) dok je ostatak baze na raspolaganju za normalno koristenje.
Hot backup mehanizam je nevjerojatno fleksibilna i korisna funkcionalnost,
oracle to ima vec barem desetljce i pol, a mysql jos nema.
Usporedbe radi - MS SQL ima mogucnost hot backupa, ali taj (koliko sam
procitao) zahtijeva ekskluzivne lock-ove na tablicama dok radi backup pa mu
je primjena ogranicena samo na baze koje ne dozivljavaju promjene dok se
odvija backup.
Pozdrav
Mladen Gogala
>> MySQL uopce ne moze napraviti hot backup, dakle backup s otvorenom
>> bazom.
>
> Jok i ne moze, prouci malo mysqldump --single-transaction.
Ivanisevicu, cudim ti se, nakon tolikih godina, jos ne baratas osnovnim
pojmovima. Program "mysqldump" je eksport a ne backup. Rezultat je SQL
datoteka. Kod "hot backupa", s druge strane, spremaju se datoteke, ne sql
scripte. Restore SQL skripte je u pravilu puno duzi i sporiji od restorea
database datoteke. Kako to izgleda kada se posteno napravi, mozes vidjeti
kod jedne druge OSS baze:http://tinyurl.com/y8nkphk
24.3.2. Making a Base Backup
The procedure for making a base backup is relatively simple:
1.
Ensure that WAL archiving is enabled and working.
2.
Connect to the database as a superuser, and issue the command:
SELECT pg_start_backup('label');
where label is any string you want to use to uniquely identify this
backup operation. (One good practice is to use the full path where you
intend to put the backup dump file.) pg_start_backup creates a backup
label file, called backup_label, in the cluster directory with
information about your backup.
It does not matter which database within the cluster you connect to
to issue this command. You can ignore the result returned by the
function; but if it reports an error, deal with that before proceeding.
By default, pg_start_backup can take a long time to finish. This is
because it performs a checkpoint, and the I/O required for the checkpoint
will be spread out over a significant period of time, by default half
your inter-checkpoint interval (see the configuration parameter
checkpoint_completion_target). Usually this is what you want, because it
minimizes the impact on query processing. If you just want to start the
backup as soon as possible, use:
SELECT pg_start_backup('label', true);
This forces the checkpoint to be done as quickly as possible.
3.
Perform the backup, using any convenient file-system-backup tool
such as tar or cpio. It is neither necessary nor desirable to stop normal
operation of the database while you do this.
4.
Again connect to the database as a superuser, and issue the command:
SELECT pg_stop_backup();
Ti mi pokusavas prodati muda pod bubrege i podvaliti export utility pod
online backup. Kako rece Davor Pasaric s Mac grupe:
Da onda barem imas toliko samokontrole da sutis umjesto da pravis budalu
od sebe... izgleda da si prestar da se promjenis na bolje. - Davor
Pasaric, hr.comp.mac
Jakov Sosic
> Ukljucivanje DRBD-a u kelner kasni bar tri godine. Barem. Ne mogu
> egzaktno tvrditi, ali ne bih se uopce iznenadio da lobi proizvodjaca
> storidja i inih zavaljivaca muda pod bubrege u tome ima svoje prste.
sta onda rec o openvz-u, ili grsec-u koji je triba bit u kernelu vec 5
godina a za alternativu (od ulaska u vanillu) je propa?
Ono sta mene muci je da bi Linux kernel triba stat na balun i podvuc crtu
sa uvlacenjem svega i svacega ma koliko dobro i korisno to bilo. Ne vidim
problema dosad sa DRBD-om i izvan kernela, ali vidim problema sa
nagomilanim bloatwareom i bugovima u kernelu... On the long run, to ce
sve kostat i Xen i DRBD i ostale djidje midje vise nego da su cekali
svaki po jos godinu dana do includeanja...
Mladen Gogala
> Moze sve, samo je ponekad kabasto. Kao sto vec sto puta rekoh, dobar dba
> moze s mysqlom sve sto los dba moze s oracletom. Stvar je procjene da li
> se vise isplati ulagati novac u dobar kadar ili u Larryjev otok na
> Karibima.
Ivanisevicu, lupetas gluposti. Ekvivalent za Oracle RAC ima samo DB2,
baza koja niposto nije besplatna. Nije cak niti jeftinija od Oraclea no
u nekim je situacijama osjetno brza. Oracle parallel query je takodjer
nesto sto nema niti jedna OSS baza. Da te podsjetim, radi se o mogucnosti
paralelizacije jednog upita u vise procesa koji se vrte paralelno, po
mogucnosti na vise procesora. A sto se otoka tice, mozda bi tebi trebao
poduzi boravak na Ugljanu?
Jakov Sosic
> Usporedbe radi - MS SQL ima mogucnost hot backupa, ali taj (koliko sam
> procitao) zahtijeva ekskluzivne lock-ove na tablicama dok radi backup pa
> mu je primjena ogranicena samo na baze koje ne dozivljavaju promjene dok
> se odvija backup.
pg ima PITR (point in time recovery), koji zalocka db, a transakcije
dalje pici u binarne logove. nakon kopiranja db-a, dovoljno je izvrtit
binarne logove do proizvoljnog trenutka i imas "point in time". da li to
spada pod "hot backup"?
Mladen Gogala
> On Mon, 14 Dec 2009 17:57:01 +0100, GD wrote:
>
>> Usporedbe radi - MS SQL ima mogucnost hot backupa, ali taj (koliko sam
>> procitao) zahtijeva ekskluzivne lock-ove na tablicama dok radi backup
>> pa mu je primjena ogranicena samo na baze koje ne dozivljavaju promjene
>> dok se odvija backup.
>
> pg ima PITR (point in time recovery), koji zalocka db, a transakcije
> dalje pici u binarne logove. nakon kopiranja db-a, dovoljno je izvrtit
> binarne logove do proizvoljnog trenutka i imas "point in time". da li to
> spada pod "hot backup"?
NE zalocka DB nego u WAL arhive pise cijele blokove umjesto samo "change
vectora", generirajuci tako bitno povecanu kolicinu WAL arhiva. I da, to
spada pod "hot backup". To je upravo primjer koji sam naveo.
Vedran Krivokuca [Volim Diplomaciju]
>> Hhahahahahha :))))) Joj joj predobro :) Sve si bolji u sarkazmu :)
>
> Oces rec sve sam isfrustriraniji i nezadovoljniji.
Ma samo citiram jednog velikana, doprinos s .bug grupe. Bila je dobra
prilika. A ovo što si opisao primjećujem, ne znam što da ti kažem... Manje
se nerviraj? :-)
Jakov Sosic
wrote:
> Ma samo citiram jednog velikana, doprinos s .bug grupe. Bila je dobra
> prilika. A ovo što si opisao primjećujem, ne znam što da ti kažem...
> Manje se nerviraj? :-)
Kad (ako) pobijedimo NWO :)
Mladen Gogala
>> Ma samo citiram jednog velikana, doprinos s .bug grupe. Bila je dobra
>> prilika. A ovo što si opisao primjećujem, ne znam što da ti kažem...
>> Manje se nerviraj? :-)
>
> Kad (ako) pobijedimo NWO :)
Ja sam mislio da Hrvatska ne ide na nogometno prvenstvo?
Aleksandar Ivanisevic
> On Mon, 14 Dec 2009 17:24:42 +0100, Aleksandar Ivanisevic wrote:
>
>> Moze sve, samo je ponekad kabasto. Kao sto vec sto puta rekoh, dobar dba
>> moze s mysqlom sve sto los dba moze s oracletom. Stvar je procjene da li
>> se vise isplati ulagati novac u dobar kadar ili u Larryjev otok na
>> Karibima.
>
> Ivanisevicu, lupetas gluposti. Ekvivalent za Oracle RAC ima samo DB2,
> baza koja niposto nije besplatna. Nije cak niti jeftinija od Oraclea
> no
Teradatu si zaboravio? tsk..tsk...
> u nekim je situacijama osjetno brza. Oracle parallel query je takodjer
> nesto sto nema niti jedna OSS baza. Da te podsjetim, radi se o mogucnosti
> paralelizacije jednog upita u vise procesa koji se vrte paralelno, po
> mogucnosti na vise procesora. A sto se otoka tice, mozda bi tebi trebao
> poduzi boravak na Ugljanu?
A cuj, kao sto rekoh, sve ovisi koliko si sposoban. Mi mladji kojima
je mozak jos uvijek koliko-toliko prijemciv za nove stvari bi recimo
odabrali nesto sto nije nuzno SQL, recimo Hadoop/Hbase mi pada na
pamet za masovnu paralelizaciju on the cheap.
Aleksandar Ivanisevic
> S druge stranem, hot (online) backup je mogucnost da napravis fizicku kopiju
> svih (ili nekih) datafile-ova baze (koristeci cp, dd, tar, lvm, hardverske
> ficere, stogod te volja) dok baza normalno radi i to na nacin da bazi ni na
> koji nacin ne "smeta" (dakle, nema zaustavljanja baze, lockova,
> suspendiranja IO-a ili slicnog).
No dobro, ako je vec apsolutni requirement da baza ne smije prestat
radit ni na sekundu (sto je u 99.999% slucajeva glupo politicko
kompliciranje) onda mozes bouncnut repliku na 3 sekunde da bi uzeo lvm
snapshot i poslije si na miru iskopirao sto god hoces.
> Recovery koristenjem takvog backup-a omogucuje povratak baze u proizvoljnu
> tocku u vremenu od kad je zavrsen backup, osim toga omogucije i
ovo se jednostavno rjesava applyanjem replication logova i nije
nikakav kunst vec decenijama.
> parcijalni recovery jednog ili vise datafile-ova (npr. u slucaju
> gubitka jednog od diskova) dok je ostatak baze na raspolaganju za
> normalno koristenje.
> Hot backup mehanizam je nevjerojatno fleksibilna i korisna funkcionalnost,
> oracle to ima vec barem desetljce i pol, a mysql jos nema.
Korisnost je ocito in the eye of the beholder ;) Meni recimo ta
funkcionalnost uopce nije falila cijelo desetljece, vidis da opce
nisam isprve ni skuzio cemu zapravo pricate. Nit sam to trebao na
oracletu svojedobno, nit trebam danas na mysqlu. Posto je mysql friii
mogu imat koliko god hocu replika sa kakvim god hocu delayom i restore
time mi uopce ne igra ulogu.
Aleksandar Ivanisevic
> On Mon, 14 Dec 2009 10:26:00 +0100, Aleksandar Ivanisevic wrote:
>
>> Ukljucivanje DRBD-a u kelner kasni bar tri godine. Barem. Ne mogu
>> egzaktno tvrditi, ali ne bih se uopce iznenadio da lobi proizvodjaca
>> storidja i inih zavaljivaca muda pod bubrege u tome ima svoje prste.
>
> sta onda rec o openvz-u,
Oni su se koncentrirali na mlacenje para, tj. na rhel kernele i to ih
usporava poprilicno na putu prema vanilli, ako uopce i imaju interesa
za to. Meni recimo to pase i trosim openvz redovito jer sam se i ja
skoncentrirao na mlacenje para i trosim iskljucivo rhel kernele i boli
me kuki kaj ima u vaniliji.
>ili grsec-u koji je triba bit u kernelu vec 5
> godina a za alternativu (od ulaska u vanillu) je propa?
Sto ces, naletio neko sa vise resursa (para) i ljudi propali. Dogadja
se svaki dan posvuda, pa i u open sorcetu.
> Ono sta mene muci je da bi Linux kernel triba stat na balun i podvuc crtu
> sa uvlacenjem svega i svacega ma koliko dobro i korisno to bilo. Ne vidim
> problema dosad sa DRBD-om i izvan kernela, ali vidim problema sa
> nagomilanim bloatwareom i bugovima u kernelu... On the long run, to ce
> sve kostat i Xen i DRBD i ostale djidje midje vise nego da su cekali
> svaki po jos godinu dana do includeanja...
To ti je sve balans izmedju stabilnosti i progresa. Nemos imat i jedno
i drugo, mozes se samo ljuljat tamo-amo. Kolko treba windowsima da
izdaju novi kernel?
Mladen Gogala
> A cuj, kao sto rekoh, sve ovisi koliko si sposoban. Mi mladji kojima je
> mozak jos uvijek koliko-toliko prijemciv za nove stvari bi recimo
> odabrali nesto sto nije nuzno SQL, recimo Hadoop/Hbase mi pada na pamet
> za masovnu paralelizaciju on the cheap.
Na zalost, ne biramo ni ti ni ja, biraju firme. Mene samo placaju za to
da im pomognem. Sto se tice prijemcivosti za nove stvari, obrati se
ljudima koji potpisuju cekove. Oni zele SQL jer je prilicno standardan,
jer cesto koristeni development framework programi poput Hibernate,
Django ili Symfony svi znaju SQL i zato jer im je lako naci ljude koji to
znaju. Ja nisam CIO i ne potpisujem cekove. Ja samo radim za onoga tko me
placa. A placaju me za SQL, i to dobro. Ne moram se sminkati okolo
komadom lima na kojem pise "BMW" i govoriti kako mi dobro ide.
Mladen Gogala
>> to zove "cleanup" a ne "gubljenje podataka".
>
> Zvao ti to kako hoces, cinjenica jest da su zabiljezeni slucajevi gdje
> je recimo kontroler brljao podatke i nitko nije nista skuzio godinama.
> Tek od zfs-a su filesystemi za smrtnike dobili checksumming, AFAIK
Aco, jesu li tebi smisao za humor uklonili operativnim zahvatom ili ga
nisi nikada niti imao?
Mladen Gogala
> No dobro, ako je vec apsolutni requirement da baza ne smije prestat
> radit ni na sekundu (sto je u 99.999% slucajeva glupo politicko
> kompliciranje) onda mozes bouncnut repliku na 3 sekunde da bi uzeo lvm
> snapshot i poslije si na miru iskopirao sto god hoces.
Eh sto volim tvoje brojke. U 99.999% slucajeva, kazes? Naravno, banke i
online trgovine izuzimamo? Ne rade nedjeljom? A zdravstveno osiguranje?
To sto si frustriran, zavidan tko zna na cemu i sto ne vidis dalje od
svoje guzice je tuzno. Da onda barem imas toliko samokontrole da
Jakov Sosic
> To ti je sve balans izmedju stabilnosti i progresa. Nemos imat i jedno i
> drugo, mozes se samo ljuljat tamo-amo. Kolko treba windowsima da izdaju
> novi kernel?
Slazem se, no nije li balans vec dovoljno dugo na strani novih ficura, i
nije li vrijeme da malo predje i na stranu stabilnosti/optimizacije?
makni @yahoo.com GD
> "GD" <goran99 makni @ yahoo.com> writes:
>
>> S druge stranem, hot (online) backup je mogucnost da napravis fizicku
>> kopiju
>> svih (ili nekih) datafile-ova baze (koristeci cp, dd, tar, lvm,
>> hardverske
>> ficere, stogod te volja) dok baza normalno radi i to na nacin da bazi ni
>> na
>> koji nacin ne "smeta" (dakle, nema zaustavljanja baze, lockova,
>> suspendiranja IO-a ili slicnog).
>
> No dobro, ako je vec apsolutni requirement da baza ne smije prestat
> radit ni na sekundu (sto je u 99.999% slucajeva glupo politicko
> kompliciranje) onda mozes bouncnut repliku na 3 sekunde da bi uzeo lvm
> snapshot i poslije si na miru iskopirao sto god hoces.
Cest je to slucaj, osobito ako o bazi direktno ovise neki online servisi pa
zastoj baze znaci zastoj usluge; dakle, ne bih se slozio da je uglavnom
rijec o politici (iako ponekad sigurno je).
U takvoj situaciji je mogucnost online backupa vrlo korisna, a Oracle vec
dugo ima vrlo pouzdan i prilagodljiv mehanizam za tu namjenu - ako vec ne
mozes cijelu bazu vratiti iz backupa bez zastoja, barem mozes rutinski
raditi backup bez zaustavljanja :-)
Pozdrav
Aleksandar Ivanisevic
To me pita covjek o cijem se smislu za humor raspravlja na barem dvije
Oracle mailing liste?
http://www.google.de/search?ie=UTF-8&oe=UTF-8&q=%22Mladen+Gogala%22
Aleksandar Ivanisevic
> On Tue, 15 Dec 2009 15:54:48 +0100, Aleksandar Ivanisevic wrote:
>
>> No dobro, ako je vec apsolutni requirement da baza ne smije prestat
>> radit ni na sekundu (sto je u 99.999% slucajeva glupo politicko
>> kompliciranje) onda mozes bouncnut repliku na 3 sekunde da bi uzeo lvm
>> snapshot i poslije si na miru iskopirao sto god hoces.
>
> Eh sto volim tvoje brojke. U 99.999% slucajeva, kazes? Naravno, banke i
> online trgovine izuzimamo? Ne rade nedjeljom? A zdravstveno
> osiguranje?
Za tri sekunde nece nitko umrijet, ni u banci ni u online trgovini. To
odgovorno tvrdim jer moja firma se bavi online trgovinom i radi sa 3
online credit card processora plus imamo direktni link na internet
banking od 4 banke i svaki od njih ima bar 10 minuta najavljenog
mjesecnog downtimea, neki su cak i po par sati mjesecno down. Da ne
spominjemo crkavele koje se desavaju u bar 5% transakcija zbog
generalne sjebatosti (citaj: prirode) Interneta.
Cak i kad dodjem u ducan nekad mi se desi da blagajna ne primi
karticu. Teta proba ponovo i onda prodje. I nitko se zbog toga ne
uzrujava, osim vas koji zivite od prodavanja uptimeova koji nikome ne
trebaju nego ih narucuju manageri koji si budzetom mjere duljinu
spolovila.
Aleksandar Ivanisevic
> Cest je to slucaj, osobito ako o bazi direktno ovise neki online servisi pa
> zastoj baze znaci zastoj usluge; dakle, ne bih se slozio da je uglavnom
> rijec o politici (iako ponekad sigurno je).
O svim mojim bazama direktno ovise online servisi sa par milijuncica
ojra dnevnog prometa i svi mogu prezivjeti i po par sati downtimea, a
gdje nece tri sekunde.
Racunica po kojoj ako ti prodas recimo dnevno dve milje ojra necega i
sad podijelis to sa 3600*24 i izracunas da te svaka sekunda kosta 25
ojra ili kolko je korisna samo za press releaseove i powerpoint
prezentacije i nema nikakve veze sa realnoscu. U stvarnom zivotu se
ljudi vracaju ako je cijena i usluga odgovarajuca. 3 sata outagea
online trgovine ce te kostat mozda 5% prometa za taj dan od kojih ces
4% nadoknadit iduci dan.
> U takvoj situaciji je mogucnost online backupa vrlo korisna, a Oracle vec
> dugo ima vrlo pouzdan i prilagodljiv mehanizam za tu namjenu - ako vec ne
> mozes cijelu bazu vratiti iz backupa bez zastoja, barem mozes rutinski
> raditi backup bez zaustavljanja :-)
Mogu ja i sada, tako da ga radim na replici.
Mladen Gogala
> Mladen Gogala <n...@email.here.invalid> writes:
>
>> On Mon, 14 Dec 2009 10:16:57 +0100, Aleksandar Ivanisevic wrote:
>>
>>>> to zove "cleanup" a ne "gubljenje podataka".
>>>
>>> Zvao ti to kako hoces, cinjenica jest da su zabiljezeni slucajevi gdje
>>> je recimo kontroler brljao podatke i nitko nije nista skuzio godinama.
>>> Tek od zfs-a su filesystemi za smrtnike dobili checksumming, AFAIK
>>
>> Aco, jesu li tebi smisao za humor uklonili operativnim zahvatom ili ga
>> nisi nikada niti imao?
>
> To me pita covjek o cijem se smislu za humor raspravlja na barem dvije
> Oracle mailing liste?
>
> http://www.google.de/search?ie=UTF-8&oe=UTF-8&q=%22Mladen+Gogala%22
Ne raspravlja se, raspravljalo se prije nekoliko godina. Pogledaj datume.
Inace, vidim da te opet hvata guglanje i zabadanje nosa u tudje stvari.
Mladen Gogala
> O svim mojim bazama direktno ovise online servisi sa par milijuncica
> ojra dnevnog prometa i svi mogu prezivjeti i po par sati downtimea, a
> gdje nece tri sekunde.
A zato je 30.9. Lufthansi pao sistem?
http://www.thelocal.de/national/20090930-22255.html
To si ti radi backupe? Reci mi, kada radis slijedecu turu?
Aleksandar Ivanisevic
> On Wed, 16 Dec 2009 11:50:06 +0100, Aleksandar Ivanisevic wrote:
>
>> O svim mojim bazama direktno ovise online servisi sa par milijuncica
>> ojra dnevnog prometa i svi mogu prezivjeti i po par sati downtimea, a
>> gdje nece tri sekunde.
>
> A zato je 30.9. Lufthansi pao sistem?
Lufthansi pao sistem? Znas li ti koliko sistema ima firma sa 70.000
zaposlenih, 500 aviona i 1000 letova dnevno? Polaskan sam ako mislis
da sam ja na sve do jednog metno mysql ;)
> http://www.thelocal.de/national/20090930-22255.html
>
> To si ti radi backupe? Reci mi, kada radis slijedecu turu?
To je pao checkin koji se vrti na IBM mainframeu, tam nemrem metnut
mysql sve i da hocu ;) Standardna prica: stvar je prije par godina
outsorcana Indijcima, Indijci rade kako rade (zapravo rade tocno ono
sto im se kaze i u tome i jest problem) i rezultat je
standardan. Stvar pada bar jednom mjesecno, a u novine dospiju samo
duzi padovi, kad bwane zesce zajebu release.
Aleksandar Ivanisevic
> Ne raspravlja se, raspravljalo se prije nekoliko godina. Pogledaj datume.
> Inace, vidim da te opet hvata guglanje i zabadanje nosa u tudje stvari.
Vidis kako nije lijepo kad te neko gugla. Ti guglas mene, ja guglam
tebe, pa cemo vidit na kraju cija majka crnu vunu prede. Kako si ono
reko da ti se zove sin?
Mladen Gogala
> Ti guglas mene
Ja tebe ne guglam. Svoju stranicu imas u emailu, bas kao sto i ja svoju
imam u potpisu.
Mladen Gogala
> Kako si ono
> reko da ti se zove sin?
Mog sina pusti na miru. Budes li ga spominjao, obecajem ti da cemo se
sresti. Nadam se da si me shvatio, asocijalni majmune. I ti i ja dolazimo
ljeti, nece mi se biti problem malo raspitati i potraziti te, pogotovo
sto radimo isti posao i imamo zajednicke poznanike. S druge strane, to mi
nece biti problem niti outsourcati. Lokalni kadar je sve jeftiniji, budes
li mi dirao obitelj, potruditi cu se.
Tomislav
> Mog sina pusti na miru. Budes li ga spominjao, obecajem ti da cemo se
> sresti.
Jel kad ode iz Dojclanda preko Velike bare u USA?
--
Pozdrav
Tomislav Car
Ma ti si frustrirani seronja s njuza, ima vas za izvoz.... by Oleg
Mastruko, hr.rec.fotografija.digitalna
Mladen Gogala
> Mog sina pusti na miru. Budes li ga spominjao, obecajem ti da cemo se
> sresti. Nadam se da si me shvatio, asocijalni majmune. I ti i ja
> dolazimo ljeti, nece mi se biti problem malo raspitati i potraziti te,
> pogotovo sto radimo isti posao i imamo zajednicke poznanike. S druge
> strane, to mi nece biti problem niti outsourcati. Lokalni kadar je sve
> jeftiniji, budes li mi dirao obitelj, potruditi cu se.
Uzgred budi receno, Stozirova mi nije daleko. Ako te i ne nadjem osobno,
naci cu BMW s njemackim registarskim tablicama pa ces vidjeti sto je
"zajebancija".
Jakov Sosic
> Cak i kad dodjem u ducan nekad mi se desi da blagajna ne primi karticu.
> Teta proba ponovo i onda prodje. I nitko se zbog toga ne uzrujava, osim
> vas koji zivite od prodavanja uptimeova koji nikome ne trebaju nego ih
> narucuju manageri koji si budzetom mjere duljinu spolovila.
Ajde, ajde Ivanisevicu, ako ti ne znas / ne mozes, ima ljudi koji znaju /
mogu osmisliti i osigurati five nine uptime :)
Drazen Kacar
> Cak i kad dodjem u ducan nekad mi se desi da blagajna ne primi
> karticu. Teta proba ponovo i onda prodje. I nitko se zbog toga ne
> uzrujava, osim vas koji zivite od prodavanja uptimeova koji nikome ne
> trebaju nego ih narucuju manageri koji si budzetom mjere duljinu
> spolovila.
�ak i ako naru�uju iz tog razloga, ne �ini li ti se da �e nakon prve ili
druge narud�be shvatiti da ve�ina stvari ba� i ne radi tako pouzdano?
Meni bi bilo jako drago da ima tako neki customer koji bi baďż˝ zapeo za
puno devetki, pa da onda mogu u miru ispopravljati enterprajz tehnologije.
:-)
--
.-. .-. Yes, I am an agent of Satan, but my duties are largely
(_ \ / _) ceremonial.
|
| da...@fly.srk.fer.hr
Rado
Ne dođeš li u bijelom mercedesu, nitko te neće shvatiti ozbiljno.
Aleksandar Ivanisevic
> On Wed, 16 Dec 2009 14:36:19 +0100, Aleksandar Ivanisevic wrote:
>
>> Kako si ono
>> reko da ti se zove sin?
>
> Mog sina pusti na miru. Budes li ga spominjao, obecajem ti da cemo
Sina sam ti guglo. Ho ho ho...
> se sresti. Nadam se da si me shvatio, asocijalni majmune. I ti i ja dolazimo
> ljeti, nece mi se biti problem malo raspitati i potraziti te,
> pogotovo
Ja ne dolazim ljeti, ja sam druga generacija pecalbara, a ne prva kao
ti. Ja ljetujem u Dubaiju, Grckoj, Mallorci i tako... Omasio si me za
dlaku, bas sam proslo proljece bio u NYC. Al ako bas imas zelju,
mozemo nesto iskoordinirati, plati kartu i hotel i doci cu te
natamburat sa zadovoljstvom ;)
> sto radimo isti posao i imamo zajednicke poznanike. S druge strane, to mi
> nece biti problem niti outsourcati. Lokalni kadar je sve jeftiniji, budes
> li mi dirao obitelj, potruditi cu se.
Ahahaha, bring it on pateticni manijace, tak si smijesno jadan da vise
ni za sig nisi.
Aleksandar Ivanisevic
Koncentriraj se radje na avion njemackih registracija, nisam bio autom
u domovini vec par godina ;)
Aleksandar Ivanisevic
> On Wed, 16 Dec 2009 11:25:16 +0100, Aleksandar Ivanisevic wrote:
>
>> Cak i kad dodjem u ducan nekad mi se desi da blagajna ne primi karticu.
>> Teta proba ponovo i onda prodje. I nitko se zbog toga ne uzrujava, osim
>> vas koji zivite od prodavanja uptimeova koji nikome ne trebaju nego ih
>> narucuju manageri koji si budzetom mjere duljinu spolovila.
>
> Ajde, ajde Ivanisevicu, ako ti ne znas / ne mozes, ima ljudi koji znaju /
> mogu osmisliti i osigurati five nine uptime :)
Mogu i ja, ali nitko to ne zeli platiti. Imam problema prodat i
disaster recovery ili failover na drugu lokaciju, di necu five nine
uptime. "Dovoljno dobro" je mantra danas, nema vise muda pod bubrege.
Milan Babuskov
wrote:
> > A takodjer i bufferi i lockovi i sve.
> > To u principu i generalno; svaka baza ima svoje fore.
> > Konkretno, postgres stavis na ext2 na storidz (raid,...) i to je to.
> >http://www.commandprompt.com/blogs/joshua_drake/2008/04/is_that_perfo...
>
> Bas me zanima jel neko probo vrtit bazu na vfatu, taj bi trebo bit jos
> bolji, on nema nikakvih ficura ;)
Ja vrtim Firebird kod 2 klijenta tako vec 5-6 godina, bas na vfatu (iz
razloga sto mu ne treba fsck nikad :).
Linux i moja aplikacija su na live CD-u, samo je baza na HDD-u. FB ima
u sebi ugradjene failsafe mehanizme za nestanak struje i sl. tako da
ne dolazi do korupcije fajla baze. Za sve ove godine sam imao samo
jednom intervenciju kada je crkao hard disk. ;)
M.
Aleksandar Ivanisevic
[...]
>> uzrujava, osim vas koji zivite od prodavanja uptimeova koji nikome ne
>> trebaju nego ih narucuju manageri koji si budzetom mjere duljinu
>> spolovila.
>
> Čak i ako naručuju iz tog razloga, ne čini li ti se da će nakon prve ili
> druge narudžbe shvatiti da većina stvari baš i ne radi tako
> pouzdano?
Ako narucujes zbog duljine spolovila, nije bitno kako stvar radi, zar ne?
> Meni bi bilo jako drago da ima tako neki customer koji bi baš zapeo za
> puno devetki, pa da onda mogu u miru ispopravljati enterprajz tehnologije.
> :-)
I meni. Uvijek je veci gust radit s puno love i vremena skoncentrirano
na jednom projektu nego da te cimaju amo tamo za kikiriki.
Mladen Gogala
> Mladen Gogala <n...@email.here.invalid> writes:
>
>> On Wed, 16 Dec 2009 16:36:44 +0100, Mladen Gogala wrote:
>>
>>> Mog sina pusti na miru. Budes li ga spominjao, obecajem ti da cemo se
>>> sresti. Nadam se da si me shvatio, asocijalni majmune. I ti i ja
>>> dolazimo ljeti, nece mi se biti problem malo raspitati i potraziti te,
>>> pogotovo sto radimo isti posao i imamo zajednicke poznanike. S druge
>>> strane, to mi nece biti problem niti outsourcati. Lokalni kadar je sve
>>> jeftiniji, budes li mi dirao obitelj, potruditi cu se.
>>
>> Uzgred budi receno, Stozirova mi nije daleko. Ako te i ne nadjem
>> osobno, naci cu BMW s njemackim registarskim tablicama pa ces vidjeti
>> sto je "zajebancija".
>
> Koncentriraj se radje na avion njemackih registracija, nisam bio autom u
> domovini vec par godina ;)
Imas li ti obitelj? Mozda brata u Hrvatskoj?
Josip Almasi
> Josip Almasi <j...@vrspace.org> writes:
>
>> Vedran Furač wrote:
>>> Ako rikne filesystem... nije dobro, to i sam znaš.
>> Ali je za bazu uglavnom irelevantno.
>> Baze imaju vlastite sisteme za osiguravanje integriteta i svi journali
>> i commitovi na nivou filesystema samo smetaju.
>
> Ako ti smetaju, a ti iskljucis fs i mirna Bosna. Zapravo bi sve baze
> trebale lijepo trosit sirove particije i amen.
Amen.
> Ako ti ne treba fs, a ti ga fino nemoj trosit i gotovo.
Ali ne znaju bas sve baze na sirovo pa moram.
> Bas me zanima jel neko probo vrtit bazu na vfatu, taj bi trebo bit jos
> bolji, on nema nikakvih ficura ;)
:)
Pozdrav...
Mladen Gogala
> Ja ne dolazim ljeti, ja sam druga generacija pecalbara, a ne prva kao
> ti. Ja ljetujem u Dubaiju, Grckoj, Mallorci i tako...
I imas BMW-a. Vec su ti drugi rekli da si iskompleksirani kreten bez
smisla za humor koji se voli neukusno hvaliti uokolo, ne trebam ti to
ponavljati. Osobno, vozim metalic plavog Hyundaija, vjerojatno bar tri
puta jeftinijeg od tvog BMW-a, i ljetujem na lijepom, plavom Jadranu.
Ljeto mi uglavnom sluzi za odmor a ne za sminkeraj. Nisi bio sposoban
zavrsiti fakultet pa to valjda kompenziras autom i besramnim hvalisanjem?
To je isto kao sto ne znas postici 99.9% uptime-a pa to onda pokusavas
popljuvati kao "politicku izmisljotinu"? Fora mi je kako se ipak nisi
libio u CV-u napisati da znas PL/SQL.
> Omasio si me za
> dlaku, bas sam proslo proljece bio u NYC. Al ako bas imas zelju, mozemo
> nesto iskoordinirati, plati kartu i hotel i doci cu te natamburat sa
> zadovoljstvom
Moze, nema problema. Za tebe cu uciniti iznimku i rado se s tobom
susresti. Javi mi na mail kada dolazis u Hrvatsku, rado cu ti dati
priliku da me "istamburas". Sa iskompleksiranim kretenom poput tebe, to
ce mi cak predstavljati veliko zadovoljstvo. Mail u naslovu je pravi.
Ukratko, budes li mi dirao obitelj, necu ti ostati duzan niti cu imati
bilo kakvih obzira, nitko nije off-limit. Mail u naslovu je pravi. Ipak,
poznavajuci pizde poput tebe, sumnjam da imas muda za bilo sto.
Mladen Gogala
> Ako ti smetaju, a ti iskljucis fs i mirna Bosna. Zapravo bi sve baze
> trebale lijepo trosit sirove particije i amen. Ako ti ne treba fs, a ti
> ga fino nemoj trosit i gotovo. Zato je recimo Linus protiv trosenja
> O_DIRECT i samo je pitanje vremena kad ce ga maknut.
Ma da? To bi se lijepo odrazilo na performanse i Oracle-a i DB2 i
Postgresa. Postgres, doduse, ne zna raditi sa sirovim particijama niti
zna raditi O_DIRECT pa mu treba malo pomoci, ali je i to izvedivo.
Problem je u tome sto Linusu usprkos komercijalni SW itekako trosi
O_DIRECT i bez njega ce ga Windows 7 pojesti za dorucak. Jesi li ikada
usporedio utrosak memorije na bazi, recimo MySQL-u na raw particiji i
na FS-u? Sa FS-om, prakticki nemas slobodne memorije, sistem pocinje
raditi sa swap-om i osjetno usporava jer mu dvostruko bufferiranje, kada
je posrijedi baza, samo odmaze. Sa Linuxovim katastrofalno losim VM
sistemom, micanje O_DIRECT bi znacilo da ce ih Windows 7 pojesti za
dorucak po performansama. O_DIRECT ostaje, dao bih se kladiti.
>
>> A takodjer i bufferi i lockovi i sve. To u principu i generalno; svaka
>> baza ima svoje fore. Konkretno, postgres stavis na ext2 na storidz
>> (raid,...) i to je to.
>> http://www.commandprompt.com/blogs/joshua_drake/2008/04/
is_that_performance_i_smell_ext2_vs_ext3_on_50_spindles_testing_for_postgresql/
>
Los clanak. Za pocetak, nije uopce objasnio zasto je koristio opcije koje
je koristio. Nadalje, mogao je koristiti noatime, veliku "tajnu" opciju
koju pojedini "gurui" koriste za ubrzavanje baza. PostgreSQL, na zalost,
ne zna koristiti O_DIRECT niti raw particije, no i tome se moze
doskociti, uglavnom izborom FS-a. Vidim da je koristio data=writeback,
mogao je koristiti i "noatime" koja se obicno koristi u paru s njom.
Aleksandar Ivanisevic
> I imas BMW-a. Vec su ti drugi rekli da si iskompleksirani kreten bez
> smisla za humor koji se voli neukusno hvaliti uokolo, ne trebam ti
> to ponavljati. Osobno, vozim metalic plavog Hyundaija, vjerojatno
> bar tri puta jeftinijeg od tvog BMW-a, i ljetujem na lijepom, plavom
> Jadranu. Ljeto mi uglavnom sluzi za odmor a ne za sminkeraj. Nisi
I meni, zato i ne ljetujem na Jadranu. Na Jadranu se samo zivciram jer
moram gledat kako me moja vlastita ekipa pljacka.
> bio sposoban zavrsiti fakultet pa to valjda kompenziras autom i
> besramnim hvalisanjem?
Kontradikcija tvom visocanstvu se zove besramno hvalisanje,
zanimljivo. BMW sam potegao kao balkanskom covjeku najblizu metaforu
uspjeha, a u kontekstu odgovora nekome tko je tvrdio da nema kruha u
open sorcetu.
Zapravo zakaj se ja tebi opravdavam, ta ti vozis Hyundaija, to ti je
dovoljna kazna ;)
> To je isto kao sto ne znas postici 99.9% uptime-a pa to onda
> pokusavas
Mogu, to sto ti ne znas citati s razumijevanjem je sasvim drugi
problem. Stovise nista ni ne znas o mjerenju uptimea, jer sam postotak
ne znaci nista bez vremenskog perioda za koji je ugovoren, a jos manje
znaci bez da je u kombinaciji sa penalima za nepostovanje.
> popljuvati kao "politicku izmisljotinu"? Fora mi je kako se ipak nisi
> libio u CV-u napisati da znas PL/SQL.
Naravno da znam, ja pricam o stvarima koje poznajem, za razliku od
tebe koji si o mysqlu procitao tri blog entryja prije 5 godina i
lupetas bezveze tek tolko da se nes lupeta. O uptimeu nisi procitao
ama bas nista, nacuo si nesto o nekim postocima.
> Moze, nema problema. Za tebe cu uciniti iznimku i rado se s tobom
> susresti. Javi mi na mail kada dolazis u Hrvatsku, rado cu ti dati
Haha, zasto mislis da si dovoljno velik da bi ti ja javljao svoje
kretanje, imas google pa zguglaj ko sto cu ja tebi sina zguglat, evo
samo da se nakanim.
> priliku da me "istamburas". Sa iskompleksiranim kretenom poput tebe, to
> ce mi cak predstavljati veliko zadovoljstvo. Mail u naslovu je pravi.
> Ukratko, budes li mi dirao obitelj, necu ti ostati duzan niti cu imati
> bilo kakvih obzira, nitko nije off-limit. Mail u naslovu je pravi. Ipak,
> poznavajuci pizde poput tebe, sumnjam da imas muda za bilo sto.
Ajde deda mir, zivceke u kanticu pa na pecanje, inace cu ti i zenu
pocet guglat, a onda si najebo ko zuti.
Aleksandar Ivanisevic
> na FS-u? Sa FS-om, prakticki nemas slobodne memorije, sistem pocinje
fs cache *jest* slobodna memorija, majstore.
> raditi sa swap-om
Pod uvjetom da imas swap. Ja ga recimo nemam.
>i osjetno usporava jer mu dvostruko bufferiranje,
> kada je posrijedi baza, samo odmaze.
To si ti mjerio ili si izvukao iz dupeta kao i sve ostalo? Ja sam
recimo mjerio i nisam uspio izmjeriti nista.
Mladen Gogala
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> na FS-u? Sa FS-om, prakticki nemas slobodne memorije, sistem pocinje
>
> fs cache *jest* slobodna memorija, majstore.
Ma da? Jesi li probao izmjeriti sa free ili sar, pa da vidis koliko ce ti
javiti slobodne memorije?
>
>> raditi sa swap-om
>
> Pod uvjetom da imas swap. Ja ga recimo nemam.
>
>>i osjetno usporava jer mu dvostruko bufferiranje,
>> kada je posrijedi baza, samo odmaze.
>
> To si ti mjerio ili si izvukao iz dupeta kao i sve ostalo? Ja sam recimo
> mjerio i nisam uspio izmjeriti nista.
Mjerio sam. Radi se o Oracle OLTP aplikaciji koja je imala bitno bolje
performanse sa O_DIRECT nego po defaultu.
Mladen Gogala
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> I imas BMW-a. Vec su ti drugi rekli da si iskompleksirani kreten bez
>> smisla za humor koji se voli neukusno hvaliti uokolo, ne trebam ti to
>> ponavljati. Osobno, vozim metalic plavog Hyundaija, vjerojatno bar tri
>> puta jeftinijeg od tvog BMW-a, i ljetujem na lijepom, plavom Jadranu.
>> Ljeto mi uglavnom sluzi za odmor a ne za sminkeraj. Nisi
>
> I meni, zato i ne ljetujem na Jadranu. Na Jadranu se samo zivciram jer
> moram gledat kako me moja vlastita ekipa pljacka.
Bogu hvala, ja ne moram. Ja sam porijeklom s mora i imam nekretninu na
obali. Ne pljacka me ama bas nitko.
>
>> bio sposoban zavrsiti fakultet pa to valjda kompenziras autom i
>> besramnim hvalisanjem?
>
> Kontradikcija tvom visocanstvu se zove besramno hvalisanje,
Ne. Besramno hvalisanje se zove besramno hvalisanje.
> zanimljivo.
> BMW sam potegao kao balkanskom covjeku najblizu metaforu uspjeha, a u
> kontekstu odgovora nekome tko je tvrdio da nema kruha u open sorcetu.
Oh, seljacino jedna primitivna i nadobudna! Nije ni cudo da ti nije
uspjelo zavrsiti fakultet.
>
> Zapravo zakaj se ja tebi opravdavam, ta ti vozis Hyundaija, to ti je
> dovoljna kazna ;)
Je. Nemam nista protiv Hyundaija, dapace, i slijedeci ce mi auto
najvjerojatnije biti Hyundai.
>
>> To je isto kao sto ne znas postici 99.9% uptime-a pa to onda pokusavas
>
> Mogu, to sto ti ne znas citati s razumijevanjem je sasvim drugi problem.
> Stovise nista ni ne znas o mjerenju uptimea, jer sam postotak ne znaci
> nista bez vremenskog perioda za koji je ugovoren, a jos manje znaci bez
> da je u kombinaciji sa penalima za nepostovanje.
Ivanisevicu, pa ti si procitao bar jedan SLA! Cestitam, svaka cast,
zadivljen sam!
>
>> popljuvati kao "politicku izmisljotinu"? Fora mi je kako se ipak nisi
>> libio u CV-u napisati da znas PL/SQL.
>
> Naravno da znam, ja pricam o stvarima koje poznajem, za razliku od tebe
> koji si o mysqlu procitao tri blog entryja prije 5 godina i lupetas
> bezveze tek tolko da se nes lupeta. O uptimeu nisi procitao ama bas
> nista, nacuo si nesto o nekim postocima.
Na ovo se mogu samo s prezirom nasmijesiti. Kao netko tko je Oracle DBA
vec godinama, zaduzen sam za osiguravanje uptime-a predvidjenog SLA.
>
>> Moze, nema problema. Za tebe cu uciniti iznimku i rado se s tobom
>> susresti. Javi mi na mail kada dolazis u Hrvatsku, rado cu ti dati
>
> Haha, zasto mislis da si dovoljno velik da bi ti ja javljao svoje
> kretanje, imas google pa zguglaj ko sto cu ja tebi sina zguglat, evo
> samo da se nakanim.
Na ovo ces dobiti odgovor uskoro.
>
>> priliku da me "istamburas". Sa iskompleksiranim kretenom poput tebe, to
>> ce mi cak predstavljati veliko zadovoljstvo. Mail u naslovu je pravi.
>> Ukratko, budes li mi dirao obitelj, necu ti ostati duzan niti cu imati
>> bilo kakvih obzira, nitko nije off-limit. Mail u naslovu je pravi.
>> Ipak, poznavajuci pizde poput tebe, sumnjam da imas muda za bilo sto.
>
> Ajde deda mir, zivceke u kanticu pa na pecanje, inace cu ti i zenu pocet
> guglat, a onda si najebo ko zuti.
Ivanisevicu, znao sam da si pizda koja nema muda. Kada dodje do gustoga,
izvlacis se. Stariji sam od tebe brat bratu 10 godina a ti se tu usro ko
curica. Ne samo sto si primitivna seljacina kojoj je BMW "metafora
uspjeha", ti si i bijedna kukavica. Sto se tice zabadanja nos u moje
privatne stvari i povlacenja moje obitelji po mrezi, upozoren si. Nemam
sto dodati.
Rado
> Mladen Gogala <n...@email.here.invalid> writes:
>
>> On Wed, 16 Dec 2009 14:36:19 +0100, Aleksandar Ivanisevic wrote:
>>
>>> Kako si ono
>>> reko da ti se zove sin?
>> Mog sina pusti na miru. Budes li ga spominjao, obecajem ti da cemo
>
> Sina sam ti guglo. Ho ho ho...
Geekovski humor. :)
Aleksandar Ivanisevic
> Ivanisevicu, znao sam da si pizda koja nema muda. Kada dodje do gustoga,
> izvlacis se. Stariji sam od tebe brat bratu 10 godina a ti se tu usro ko
> curica. Ne samo sto si primitivna seljacina kojoj je BMW "metafora
> uspjeha", ti si i bijedna kukavica. Sto se tice zabadanja nos u moje
> privatne stvari i povlacenja moje obitelji po mrezi, upozoren si. Nemam
> sto dodati.
Tuzni covjece, slobodno nastavi to sto si poceo, ali skupljaj
ustedjevinu jer ce te to dobrano kostati. Mozda ce ti trebati i tople
stvari, pa se i za to bolje na vrijeme pobrini. Ja cu ti za to vrijeme
izguglat i mamu i baku, jer to jos uvijek nije kazneno djelo,
provjerio sam jutros s odvjetnikom.
Upozoren si, nemam sto dodati.
Mladen Gogala
> Mladen Gogala <n...@email.here.invalid> writes:
>
>> Ivanisevicu, znao sam da si pizda koja nema muda. Kada dodje do
>> gustoga, izvlacis se. Stariji sam od tebe brat bratu 10 godina a ti se
>> tu usro ko curica. Ne samo sto si primitivna seljacina kojoj je BMW
>> "metafora uspjeha", ti si i bijedna kukavica. Sto se tice zabadanja nos
>> u moje privatne stvari i povlacenja moje obitelji po mrezi, upozoren
>> si. Nemam sto dodati.
>
> Tuzni covjece, slobodno nastavi to sto si poceo,
Ja sam poceo? Ti si nesto pobrkao. Ja nisam spominjao niciju obitelj niti
je povlacio po newsima.
> ali skupljaj
> ustedjevinu jer ce te to dobrano kostati.
Da, svakako.
> Mozda ce ti trebati i tople
> stvari, pa se i za to bolje na vrijeme pobrini. Ja cu ti za to vrijeme
> izguglat i mamu i baku, jer to jos uvijek nije kazneno djelo, provjerio
> sam jutros s odvjetnikom.
Lijepo je da si isao k odvjetniku. To je prirodna reakcija na newse.
Samo ti guglaj i diraj u moju obitelj. Ako zelis problem, imati ces ga,
to ti obecavam.
Mladen Gogala
> Lijepo je da si isao k odvjetniku. To je prirodna reakcija na newse.
> Samo ti guglaj i diraj u moju obitelj. Ako zelis problem, imati ces ga,
> to ti obecavam.
BTW, moglo je biti i bez toga, mogao si lijepo reci kako nisi mislio da
ce stvari ici tako daleko i da si se salio kada si prijetio razvlacenjem
moje obitelji po usenetu i stvar bi zavrsila. Jos uvijek moze tako
zavrsiti, no ako bas zelis tjerati mak na konac...
Aleksandar Ivanisevic
> Lijepo je da si isao k odvjetniku. To je prirodna reakcija na newse.
> Samo ti guglaj i diraj u moju obitelj. Ako zelis problem, imati ces ga,
> to ti obecavam.
Ne pravi se blesav, znas ti dobro zbog cega sam isao odvjetniku, a to
nisu newsi. Kao sto rekoh, bring it on, ja sam se dobro osigurao jer
sam vec imao dosta posla sa psihopatima, mene nece kostati nista, a
tebe bi moglo poprilicno.
Tomislav
cetrdesete barem nekom zavrsim u filteru.
Disko Dusan
> Mladen Gogala <gogala...@gmail.com> writes:
>
>> Lijepo je da si isao k odvjetniku. To je prirodna reakcija na newse.
>> Samo ti guglaj i diraj u moju obitelj. Ako zelis problem, imati ces ga,
>> to ti obecavam.
>
> Ne pravi se blesav, znas ti dobro zbog cega sam isao odvjetniku, a to
> nisu newsi. Kao sto rekoh, bring it on, ja sam se dobro osigurao jer
> sam vec imao dosta posla sa psihopatima, mene nece kostati nista, a
> tebe bi moglo poprilicno.
Po�eo je sa prijetnjama batinama,evoluirao do slanja spama tvojim
poslovnim partnerima i vjerojatno �e zavr�titi sa podrigivanjem u slu�alicu.
Mladen Gogala
> Ne pravi se blesav, znas ti dobro zbog cega sam isao odvjetniku, a to
> nisu newsi. Kao sto rekoh, bring it on, ja sam se dobro osigurao jer sam
> vec imao dosta posla sa psihopatima, mene nece kostati nista, a tebe bi
> moglo poprilicno.
Your move. I ja upravo imam posla s psihopatom koji misli da ima pravo
dirati tudju obitelj.
ace
>ja sam se dobro osigurao jer
> sam vec imao dosta posla sa psihopatima,
It's hard to imagine why..
Milan Babuskov
> Ma da? To bi se lijepo odrazilo na performanse i Oracle-a i DB2 i
> Postgresa. Postgres, doduse, ne zna raditi sa sirovim particijama niti
> zna raditi O_DIRECT pa mu treba malo pomoci, ali je i to izvedivo.
> Problem je u tome sto Linusu usprkos komercijalni SW itekako trosi
> O_DIRECT i bez njega ce ga Windows 7 pojesti za dorucak. Jesi li ikada
> usporedio utrosak memorije na bazi, recimo MySQL-u na raw particiji i
> na FS-u? Sa FS-om, prakticki nemas slobodne memorije, sistem pocinje
> raditi sa swap-om i osjetno usporava jer mu dvostruko bufferiranje, kada
> je posrijedi baza, samo odmaze.
Vidis, ovo je kod Firebirda npr. obratno. Iako moze da radi sa raw
particijom, ja uvek koristim kesiranje filesystema jer je za oko 10%
brze od Firebirdovog cachea. Firebirdov cache stavim da bude
minimalan, recimo oko 3 MB - tek toliko da kesira strukturu baze - da
budem siguran da je to uvek u RAMu, jer Linux moze da odluci da nekom
drugom procesu treba memorija.
> Sa Linuxovim katastrofalno losim VM
> sistemom, micanje O_DIRECT bi znacilo da ce ih Windows 7 pojesti za
> dorucak po performansama. O_DIRECT ostaje, dao bih se kladiti.
I ja bih se mogao kladiti da ostaje. Bar do kernela 2.8 ;)
M.
Mladen Gogala
> Vidis, ovo je kod Firebirda npr. obratno. Iako moze da radi sa raw
> particijom, ja uvek koristim kesiranje filesystema jer je za oko 10%
> brze od Firebirdovog cachea. Firebirdov cache stavim da bude minimalan,
> recimo oko 3 MB - tek toliko da kesira strukturu baze - da budem siguran
> da je to uvek u RAMu, jer Linux moze da odluci da nekom drugom procesu
> treba memorija.
Hmmm, moram reci da ovo nije dobra preporuka za Firebird. DB cache bi, za
razliku od od FS cachea, trebao uzimati u obzir i sadrzaj bloka a
ponekad, u slucaju Oracle-a, i nacin ucitavanja bloka. FS cache, s druge
strane, ne uzima u obzir sadrzaj bloka. Ako je FS cache efikasniji od DB
cachea, to znaci da rutine za upravljanje DB cacheom ostavljaju puno
mjesta za poboljsanje.
FS cache pomaze samo u slucaju full table scana, uglavnom zbog prefetcha.
To se pogresno pripisuje FS-u i ustvari je karakteristika block devicea.
Naredbom "blockdev" mozes, recimo, postaviti ili procitati prefetch
[root@medo ~]# mount|grep '/dev/sdb1'
/dev/sdb1 on /misc type ext3 (rw)
[root@medo ~]# blockdev --getra /dev/sdb1
256
[root@medo ~]#
To je posve adekvatno za "/" file system ili razno-razne dokumente,
sourceove i MP3 datoteke koje drzim na /misc FS-u, no ako na FS-u imas
bazu, prica je posve druga i promjenom read ahead karakteristika si mozes
prilicno pomoci. Ne poznajem Firebird no moram reci da mi je jako tesko
vjerovati da je njegov DB cache manje efikasan nego ondaj od FS-a.
Aleksandar Ivanisevic
> Vidis, ovo je kod Firebirda npr. obratno. Iako moze da radi sa raw
> particijom, ja uvek koristim kesiranje filesystema jer je za oko 10%
> brze od Firebirdovog cachea. Firebirdov cache stavim da bude
Ne bih se ja sa tim hvalio, to ce reci da je fs cache koji je po
prirodi turbo generalan, efikasniji od turbo specijaliziranog
firebirdovog cacheta.
> minimalan, recimo oko 3 MB - tek toliko da kesira strukturu baze - da
> budem siguran da je to uvek u RAMu, jer Linux moze da odluci da nekom
> drugom procesu treba memorija.
Druga solucija je nemati swapa, onda si 100% ziher da je sve u ramu,
ali o tome se vec drvilo ovdje unedogled, pa se ja nebi ponavljao ;)
Igor Jagec
>On Mon, 14 Dec 2009 17:24:42 +0100, Aleksandar Ivanisevic wrote:
>> Moze sve, samo je ponekad kabasto. Kao sto vec sto puta rekoh, dobar dba
>> moze s mysqlom sve sto los dba moze s oracletom. Stvar je procjene da li
>> se vise isplati ulagati novac u dobar kadar ili u Larryjev otok na
>> Karibima.
>Ivanisevicu, lupetas gluposti. Ekvivalent za Oracle RAC ima samo DB2,
>baza koja niposto nije besplatna. Nije cak niti jeftinija od Oraclea no
>u nekim je situacijama osjetno brza.
Ima li to veze sa samim DB2 kao takvim ili mo�da igra kakvu ulogu i
operacijski sustav na kojem se vrti (AIX)? Ne znam kako se licencira
DB2, ali na�i DB2 serveri su na AIX-u kojeg jako hvale. Izme�u
ostalog, �ak sam i ja u ono malo �a�kanja po AIX-u (koliko imam
ovla�tenja na na�im DB2 serverima) primijetio da AIX ima neke lijepe
mogu�nosti kojih AFAIK na linuxu nema, poput recimo resize FS-a "na
�ivo", dodavanja diskovlja "na �ivo", nekih naprednijih dijagnosti�kih
alata itd. Naravno, neka me netko ispravi ako grije�im, ali dojma sam
da je AIX op�enito dosta napredniji OS u odnosu na Linux (zbog �ega
valjda i ko�ta toliko vi�e), bez namjere da trollam. Uglavnom, zanima
me igra li i taj element (OS na kojem se vrti baza) kakvu ulogu u
odnosu na performanse jer je AFAIK Oracle podr�an samo na Windowsima i
Linuxu. Hvala.
Da, znam da malo kasnim s uklju�ivanjem u raspravu jer slabo u zadnje
vrijeme pratim grupu, a po onome �to �itam ba� i ne vidim da sam ne�to
previ�e propustio. Na�alost.
--
Igor
Mladen Gogala
> Mladen Gogala <n...@email.here.invalid> kaže:
>
>>On Mon, 14 Dec 2009 17:24:42 +0100, Aleksandar Ivanisevic wrote:
>>> Moze sve, samo je ponekad kabasto. Kao sto vec sto puta rekoh, dobar
>>> dba moze s mysqlom sve sto los dba moze s oracletom. Stvar je procjene
>>> da li se vise isplati ulagati novac u dobar kadar ili u Larryjev otok
>>> na Karibima.
>>Ivanisevicu, lupetas gluposti. Ekvivalent za Oracle RAC ima samo DB2,
>>baza koja niposto nije besplatna. Nije cak niti jeftinija od Oraclea no
>>u nekim je situacijama osjetno brza.
>
> Ima li to veze sa samim DB2 kao takvim ili možda igra kakvu ulogu i
> operacijski sustav na kojem se vrti (AIX)? Ne znam kako se licencira
> DB2, ali naši DB2 serveri su na AIX-u kojeg jako hvale. Između ostalog,
> čak sam i ja u ono malo čačkanja po AIX-u (koliko imam ovlaštenja na
> našim DB2 serverima) primijetio da AIX ima neke lijepe mogućnosti kojih
> AFAIK na linuxu nema, poput recimo resize FS-a "na živo", dodavanja
> diskovlja "na živo", nekih naprednijih dijagnostičkih alata itd.
> Naravno, neka me netko ispravi ako griješim, ali dojma sam da je AIX
> općenito dosta napredniji OS u odnosu na Linux (zbog čega valjda i košta
> toliko više), bez namjere da trollam. Uglavnom, zanima me igra li i taj
> element (OS na kojem se vrti baza) kakvu ulogu u odnosu na performanse
> jer je AFAIK Oracle podržan samo na Windowsima i Linuxu. Hvala.
>
> Da, znam da malo kasnim s uključivanjem u raspravu jer slabo u zadnje
> vrijeme pratim grupu, a po onome što čitam baš i ne vidim da sam nešto
> previše propustio. Nažalost.
Oracle je podrzan i na AIX-u, Solarisu, HP-UX-u, z/OS-u i Tru64/Unixu.
Klijent je podrzan i na OS/X-u, navodno ce napraviti i bazu za OS/X, tako
da ces moci napraviti Oracle RAC na 2 iPhonea sa USB stickom kao
dijeljenim storageom. Oracle inace izvanredno radi na AIX sistemima.
Sto se tice AIX-a, AIX je true blue Unix, sa svim komponentama i
mogucnostima koje Unix nudi. Radi se o cistom server sistemu koji
napravljen za poseban hardware, Power sisteme. Ti su sistemi kao takvi
pravi midrange sistemi, sto znaci da imaju odvojeni I/O bus, bus po kojem
procesor(i) komuniciraju sa memorijom i bus koji se koristi za
sinhronizaciju L1 cachea u slucaju SMP sistema. AIX ima sasvim standardni
Unix memory management sto znaci da se moze puno bolje kontrolirati od
Linux memory managementa. Memorija je brza i skuplja nego memorija za PC.
Nadalje, AIX ne emulira SCSI diskove poput Linuxa. Linux, da bi mogao
prihvatiti raznorazni hardware sve gleda kao SCSI disk, sto u prosjeku
znaci barem jedan interrupt vise nego kod sistema koji ne emuliraju SCSI
hardware, za svaki I/O zahtjev. To znaci da se dosta vise CPU vremena
potrosi na I/O. Drugi razlog zbog kojeg je I/O skuplji na Linuxu nego na
AIX-u ima veze s hardverskom arhitekturom strojeva. IBM-ovi midrange
sistemi imaju tzv. "pametne kanale", napravljene po uzoru na mainframe
Escon kanale. U sustini, samo strpas IORB (I/O Request Block) na
odredjeno mjesto u memoriji i kanalski procesor posalje interrupt kada
je I/O gotov. To je arhitektura koju su na PC-jima i Linuxu pokusali
uvesti projektom I2O no to je propalo.
Linux do kernela 2.6.20 nije mogao odgovoriti niti na vrlo jednostavno
pitanje: koji proces mi najvise pise po disku? AIX, Solaris i HP-UX to
mogu vec godinama.
Nadalje, SYSVR4 scheduler je moguce podesiti, za razliku od Linuxa. Evo
ti link na Oracle Solaris no nesto slicno ima IBM:
http://docs.sun.com/app/docs/doc/816-0210/6m6nb7mi6?a=view
Drugim rijecima, AIX je puno kvalitetniji i ozbiljniji sistem od Linuxa.
Ipak, radi se o cistom serverskom sistemu, nema MP3 playera, aMule i
slicnih stvari, tako da usporedba nije potpuno fer. Ipak, u sistem sali,
AIX radi krugove oko Linuxa.
Jakov Sosic
> Ima li to veze sa samim DB2 kao takvim ili možda igra kakvu ulogu i
> operacijski sustav na kojem se vrti (AIX)? Ne znam kako se licencira
> DB2, ali naši DB2 serveri su na AIX-u kojeg jako hvale. Između ostalog,
> čak sam i ja u ono malo čačkanja po AIX-u (koliko imam ovlaštenja na
> našim DB2 serverima) primijetio da AIX ima neke lijepe mogućnosti kojih
> AFAIK na linuxu nema, poput recimo resize FS-a "na živo", dodavanja
> diskovlja "na živo", nekih naprednijih dijagnostičkih alata itd.
> Naravno, neka me netko ispravi ako griješim, ali dojma sam da je AIX
> općenito dosta napredniji OS u odnosu na Linux (zbog čega valjda i košta
> toliko više), bez namjere da trollam. Uglavnom, zanima me igra li i taj
> element (OS na kojem se vrti baza) kakvu ulogu u odnosu na performanse
> jer je AFAIK Oracle podržan samo na Windowsima i Linuxu. Hvala.
>
Oracle je podrzan i na Solarisu, a AFAIK Solaris ne zaostaje ni mic za
AIX-om.
--
| Jakov Sosic | ICQ: 28410271 | PGP: 0x965CAE2D |
=================================================================
| start fighting cancer -> http://www.worldcommunitygrid.org/ |
Evil's Toy
> On Tue, 22 Dec 2009 22:29:06 +0100, Igor Jagec wrote:
>
>> operacijski sustav na kojem se vrti (AIX)? Ne znam kako se licencira
>> �ak sam i ja u ono malo �a�kanja po AIX-u (koliko imam ovla�tenja na
>> AFAIK na linuxu nema, poput recimo resize FS-a "na �ivo", dodavanja
>> diskovlja "na �ivo", nekih naprednijih dijagnosti�kih alata itd.
>> Naravno, neka me netko ispravi ako grije�im, ali dojma sam da je AIX
>> op�enito dosta napredniji OS u odnosu na Linux (zbog �ega valjda i ko�ta
>> element (OS na kojem se vrti baza) kakvu ulogu u odnosu na performanse
>>
>
> Oracle je podrzan i na Solarisu, a AFAIK Solaris ne zaostaje ni mic za
> AIX-om.
>
>
>
>
da prikljucis disk na zivo ne vidim nikakav problem da ga mountujes
u linuxu. To u stvari moze sa najobicnijim rackom za disk ;)
Sto se resize partitiona tice i tu nevidim nikakav problem
sa odgovarajucim alatima.
Linux moze imati i fs za koji se daje lova.
Sto se performansi tice nista ne moze da tuce ext2/mysql
Poz!
Mladen Gogala
> Oracle je podrzan i na Solarisu, a AFAIK Solaris ne zaostaje ni mic za
> AIX-om.
Osim, naravno, po cinjenici da je firma koja je radila Slowaris propala i
kupljena dok je firma koja radi AIX u punom zamahu. Ono sto mi se svidja
kod AIX-a jest da ima SYSV init a Slowaris je odustao u korist neceg
slicnog upstartu. Vec i zato su zasluzili propast.
Mladen Gogala
> Sto se performansi tice nista ne moze da tuce ext2/mysql
Mozes li mi naci TPC-C rezultat koji to potvrdjuje?
Evil's Toy
> On Wed, 23 Dec 2009 02:01:48 +0100, Evil's Toy wrote:
>
>> Sto se performansi tice nista ne moze da tuce ext2/mysql
>
> Mozes li mi naci TPC-C rezultat koji to potvrdjuje?
>
>
>
da uporedim sa citanjem iz file-a, koji sam sam pisao,
nije brzi od mysql-a, isto je.
a ext2 nema zurnaling ako imas dovoljno rama, ima da
leti ko munja. ext3 je spor jer ima kjournald
koji moze da gusi ako ima jako puno promena
u file sistemu.
E sad tu racunamo da nikad ne nestaje struja, i da
se radi umount , tj sync pre reboot-a, inace.....
Sto se tice transakcija, one moraju biti spore
ako se loguju na disku...
ne znam jel mysql uopste i podrzava transakcije
u myisam?
Poz!
Evil's Toy
za setovanje, sto mi je malo cudno, sa obzirom da se ide na
windows korisnika koji ne zna sta je to editor.
Poz!
Mladen Gogala
> pa pazi, mysql koristi proste file-ove. Probao sam da uporedim sa
> citanjem iz file-a, koji sam sam pisao, nije brzi od mysql-a, isto je.
> a ext2 nema zurnaling ako imas dovoljno rama, ima da leti ko munja. ext3
> je spor jer ima kjournald koji moze da gusi ako ima jako puno promena u
> file sistemu.
To je sve jako lijepo, no ti si govorio tome da nema nista brze od MySQL/
ext2 kombinacije. Brzina transakcijskih sistema se mjeri TPC-C
benchmarkom. Ja nisam svjestan takvog benchmarka.
>
> E sad tu racunamo da nikad ne nestaje struja, i da se radi umount , tj
> sync pre reboot-a, inace..... Sto se tice transakcija, one moraju biti
> spore ako se loguju na disku...
> ne znam jel mysql uopste i podrzava transakcije u myisam?
Ne. InnoDB (ili bolje: Oracle*InnoDB) je jedini engine koji podrzava
transakcije.
>
> Poz!
Mladen Gogala
> pa sad malo je problematicno sto su ubacili upstart ali ne i gui alat za
> setovanje, sto mi je malo cudno, sa obzirom da se ide na windows
> korisnika koji ne zna sta je to editor.
Zato mi je drago da je SUN otisao u Valhalu. Upstart je nedokumentirano
smece, trebaju ga ili dokumentirati ili povuci. BTW, RH 6 ce isto imati
init a ne upstart. To sam danas cuo od jednog RH inzinjera.
Evil's Toy
a pregazilo ga vreme.
Ko ce da uzme niagaru pored najobicnijeg quad core bilo amd bilo
intel koji ce da rade isto a verovatno brze od toga za mnogo manje pare.
Poz!
--
htttp://maxa.homedns.org/