Novo

Forum kao aplikacija na telefonu

Dodajte forum na početni ekran i koristite ga kao aplikaciju, sa menijem na dnu ekrana.

  • 1 odgovor
  • 6.113 pregleda

Najnovija ↓

FireBird: Classic vs SusperServer 13.12.2004. u 05:44 · pre 266 meseci #1
Da, Classic vs SuperServer arhitekture...

Classic pravi procese za obradu zahteva klijenata za svaku konekciju posebno, dok SuperServer ima jedan proces koji iste obradjuje u raznim thread-ovima tog/jednog procesa... Sto je visekorisnika, Classic na Unix-u bolje i brze radi od SusperServer-a (koji je valda bolji u Windows vasioni)...

Zna li neko jos nekih detalja oko toga ?
Potpis
postoji samo jedan apsolut u logickoj ravni desavanja/vremena:
SVE je RELATIVNO sem:
- osnovnih konstanti svemira
- logike
...i ove tvrdnje
*
Daniel J. Boorstin: The Discoverers, A History of Man’s Search To Known

Napredak nauke zavisice od covekove spremnosti da poveruje u neverovatno, da prekoraci granicu koju namece zdrav razum.
Re: FireBird: Classic vs SusperServer 14.12.2004. u 14:05 · pre 266 meseci #2
Service API-ja ne rade pod Classic. To jest "ne mozes" aplikativno raditi backup restore i slicne administrativne stvari.

Najveca razlika se vidi kod multiprocesorskih sistemima gde ustvari classic je ono sto se trazi. Prema nekim benchmarkovima (ne secam se gde je to bilo) classic zna da bude do 1.5 puta brzi od superservera na multi CPU mashine.

Sa druge strane Classic jede puno RAM memorije, posto za svake DB veze on startuje novi process, tako da odprilike treba ti 1.5-2x vise RAM memorije za Classic nego za SS.

Tako da, ukoliko FB ne treba da stoji na nekoj multi CPU mashini onda uzmi super server i budi bez brige :)

Pretrazi firebird-general archive ako ti je to toliko bitno.

p.s. http://www.ibphoenix.com/main....nix&page=ibp_ss_vs_classic
Potpis
People who think they know everything tend to irritate those of us who do.
Prijavite se da biste odgovorili u ovoj temi.PrijavaRegistracija

Premeštanje teme