Typ instalace FB 2.5 Classic Server, Superserver nebo Superclassic?

388 views
Skip to first unread message

Michal Poupa

unread,
Oct 17, 2013, 5:31:06 AM10/17/13
to fireb...@googlegroups.com
Jaký typ instalace FB doporučíte na Win Server 2008 64 bit. Najednou připojeno cca 20 max. 25 uživatelů v DB.

Classic Server, Superserver  nebo Superclassic. Běží to na Win 2008 64 bit z důvodů omezení programů (MRP/KS) byl do teď využíván pouze mód CS teď už je možné vše - FB 2.5 a rád bych využil více CPU.

Mne se zdá pro tento režim nejvhodnější Superclassic. 

 Díky za odpověd


Slavomir Skopalik

unread,
Oct 17, 2013, 7:56:42 AM10/17/13
to fireb...@googlegroups.com
Ahoj,
u FB 2.5 ma cenu volit pouze mezi SuperClasic a SuperServer (pokud jsou spravne napsane UDF).
 
Velmi zjednodusene:
 
SC - Vyuzije vice CPU, maly pocet spojeni, problemy pri rychlem navazovani spojeni (nema sdilenou cache)
SS - Vyuzije cca 1.2 jadra, sdilena cache (obrovsky prinos), zvladne velke pocty spojeni, pokud je uzke misto disk, tak volit tuto variantu.
 
20 uzivatelu je na hrane, pro 50+ urcite SS.
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks
e-mail:skop...@elektlabs.cz
http://www.elektlabs.cz
 

--
--
Archiv a podrobnosti této konference:
http://groups.google.com/group/firebird_cz .
---
Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny Firebird (CZ) ve Skupinách Google.
Pokud chcete zrušit odběr skupiny, aby vám z ní již nechodily e-maily, zašlete e-mail na adresu firebird_cz...@googlegroups.com.
Další možnosti najdete na adrese https://groups.google.com/groups/opt_out.

Michal Poupa

unread,
Oct 17, 2013, 9:00:04 AM10/17/13
to fireb...@googlegroups.com
Předem díky za odpověď.

Ještě malé doplnění 25 uživatelů je asi nejvíc spíš tam bude méně spíš 15 -20. Co znamená rychlé navazování spojení? První připojení k db nebo každý dotaz? Jelikož je to účetní systém tak se tam zalogují a pak tam tráví celou pracovní dobu - jen se posílají dotazy, otevírají tabulky atd ....  disk nebude úzké místo - SAS disky + RAID. Problém je že pokud účetní udělá nějaký velký dotaz (filtr) nad velkou tabulkou tak si FB vezme 100 % jednoho Core a ostatní flákají ...

Michal

Dne čtvrtek, 17. října 2013 13:56:42 UTC+2 Slavomir Skopalik napsal(a):
Ahoj,
u FB 2.5 ma cenu volit pouze mezi SuperClasic a SuperServer (pokud jsou spravne napsane UDF).
 
Velmi zjednodusene:
 
SC - Vyuzije vice CPU, maly pocet spojeni, problemy pri rychlem navazovani spojeni (nema sdilenou cache)
SS - Vyuzije cca 1.2 jadra, sdilena cache (obrovsky prinos), zvladne velke pocty spojeni, pokud je uzke misto disk, tak volit tuto variantu.
 
20 uzivatelu je na hrane, pro 50+ urcite SS.
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks

Slavomir Skopalik

unread,
Oct 17, 2013, 9:26:27 AM10/17/13
to fireb...@googlegroups.com
Ahoj,
 
ad CPU) Rozlozeni jednoho dotazu na vice CPU neumi v soucasne dobe zadna edice FB.
 
ad HDD) SAS + RAID nejsou zadnou zarukou (pri neodborne instalaci spise nocni murou) , zalezi na stylu prace ;).
 
ad spojeni) CS, SC maji kazdy dedikovanou cache (malou), takze se data musi vzdy nacist z HDD/cache OS.
SS ma moznost mit cache cca 10-20x u tve instalace vetsi a data jsou dostupna pro klienta okamzite.
 
Rozdily zacnou byt az ve chvili, kdy se DB nevejde do RAM, do te doby bude SC fungovat velmi dobre (pro 20 klientu).
Jeste doporucuji poladit nastaveni FB (sortovaci modul, cache, afinity, ...), ale to je na delsi cas, neexistuji na to obecna pravidla
(kdyby jo, tak uz by to bylo naprogramovano).
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks

Michal Poupa

unread,
Oct 17, 2013, 9:30:39 AM10/17/13
to fireb...@googlegroups.com
Ještě jedno upřesnění, každá účetní pracuje se svými daty takže bude sdílet svou cache ... sdílená cache se v tomto případě moc neuplatní zkusím SC ve verzi 64 bit předpokládám že nejlepší je ve uložit pomocí gbak a po upgrade naimportovat... 

Ještě jsem koukal na toto:


a tam je pro Superserver u vlastnosti multicore Multiprocessor / multicore toto:

Windows Superserver defaults to using the first logical processor only, because prior to 2.5 it performed badly on SMP systems. To make use of all your processors, set theCpuAffinityMask parameter in firebird.conf to: 3 for 2 CPUs/cores; 15 for 4 CPUs/cores; 255 for 8 CPUs/cores.

Linux Superserver ignores CpuAffinityMask.

Znamená že umí také více CPU/Cores ????




Dne čtvrtek, 17. října 2013 13:56:42 UTC+2 Slavomir Skopalik napsal(a):
Ahoj,
u FB 2.5 ma cenu volit pouze mezi SuperClasic a SuperServer (pokud jsou spravne napsane UDF).
 
Velmi zjednodusene:
 
SC - Vyuzije vice CPU, maly pocet spojeni, problemy pri rychlem navazovani spojeni (nema sdilenou cache)
SS - Vyuzije cca 1.2 jadra, sdilena cache (obrovsky prinos), zvladne velke pocty spojeni, pokud je uzke misto disk, tak volit tuto variantu.
 
20 uzivatelu je na hrane, pro 50+ urcite SS.
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks

Michal Poupa

unread,
Oct 17, 2013, 9:39:25 AM10/17/13
to fireb...@googlegroups.com


Dne čtvrtek, 17. října 2013 15:26:27 UTC+2 Slavomir Skopalik napsal(a):
Ahoj,
 
ad CPU) Rozlozeni jednoho dotazu na vice CPU neumi v soucasne dobe zadna edice FB.

to je mi jasné ale jeden to pak nezpomalí to všem uživatelům ---
 
ad HDD) SAS + RAID nejsou zadnou zarukou (pri neodborne instalaci spise nocni murou) , zalezi na stylu prace ;).
nedokážu posoudit ale disky jsou obecně rychlé 10 K, instalace standardní , RAID 10
  
 
ad spojeni) CS, SC maji kazdy dedikovanou cache (malou), takze se data musi vzdy nacist z HDD/cache OS.
SS ma moznost mit cache cca 10-20x u tve instalace vetsi a data jsou dostupna pro klienta okamzite.
 
RAM je 8 GB
 
Rozdily zacnou byt az ve chvili, kdy se DB nevejde do RAM, do te doby bude SC fungovat velmi dobre (pro 20 klientu).
Jeste doporucuji poladit nastaveni FB (sortovaci modul, cache, afinity, ...), ale to je na delsi cas, neexistuji na to obecna pravidla
(kdyby jo, tak uz by to bylo naprogramovano).
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks

Slavomir Skopalik

unread,
Oct 17, 2013, 9:45:36 AM10/17/13
to fireb...@googlegroups.com
Dobry den,
dobre napsana aplikace umi vyuzit vice CPU i u super serveru (to slo i na FB1, ci interbase 5.6).
Jen proste takove aplikace nejsou (byly by moc drahe).
 
Normalne je rozumne priradit SS ke dvou CPU (jadro + jeho HT), jelikoz u bezne aplikace (bez UDF)
se da vyuzit cca 1.2 jadra. SS ma v kriticke sekci pouze SQL interpretr, veskere IO a volani UDF je
vice vlaknove.
Duvod prirazeni k jednomu CPU/core je ten, ze pak nedochazi k vytresovani cache.
Ted jsem testoval Windows 8 a ty pekne drzi proces na jadre a nedochazi k jeho prehazovani.
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks

-----Original Message-----
From: fireb...@googlegroups.com [mailto:fireb...@googlegroups.com] On Behalf Of Michal Poupa
Sent: Thursday, October 17, 2013 2:31 PM
To: fireb...@googlegroups.com

Michal Poupa

unread,
Oct 17, 2013, 9:51:31 AM10/17/13
to fireb...@googlegroups.com
tak teď už jsem zase komplet ztracen co využít nejlepší bude asi udělat test nainstalovat to jedním způsobem jako SS naimportovat data a pak otestovat a pak ještě jednou pro SC ... 
předpokládám, že přepnout se to po vypnutí db nedá že je třeba záloha schození db, odinstalace, instalace a naimportovat zpět zálohu 

Dne čtvrtek, 17. října 2013 15:45:36 UTC+2 Slavomir Skopalik napsal(a):
Dobry den,
dobre napsana aplikace umi vyuzit vice CPU i u super serveru (to slo i na FB1, ci interbase 5.6).
Jen proste takove aplikace nejsou (byly by moc drahe).
 
Normalne je rozumne priradit SS ke dvou CPU (jadro + jeho HT), jelikoz u bezne aplikace (bez UDF)
se da vyuzit cca 1.2 jadra. SS ma v kriticke sekci pouze SQL interpretr, veskere IO a volani UDF je
vice vlaknove.
Duvod prirazeni k jednomu CPU/core je ten, ze pak nedochazi k vytresovani cache.
Ted jsem testoval Windows 8 a ty pekne drzi proces na jadre a nedochazi k jeho prehazovani.
 
Slavek
 

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Sber a vyhodnoceni dat ze stroju a laboratori
systemem MASA (http://www.elektlabs.cz/m2demo)
----------------------------------------------
Adresa:
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
----------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
skype:skopaliks

Reply all
Reply to author
Forward
0 new messages