Autor Wątek: Wybór serwera  (Przeczytany 36268 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Wybór serwera
« dnia: Styczeń 21, 2015, 22:21:37 »
Witam.

W związku z rozwojem firmy mamy w planie zakup nowego serwera - tu prośba do Was o pomoc w wyborze.

1. Z Subiekta korzysta jednocześnie do 25 użytkowników (program zainstalowany jest na końcówkach).
2. W załączniku przesyłam wynik zapytania ListTableInBase.
3. W tym roku w tabeli dok__dokument pojawiło się 19730 rekordów

Jednocześnie z zakupem sprzętu chcemy przejść na pełną wersję SQL - jaką licencję opłaca się kupić  (np wg cennika Insertu SQL Server 2014 licencja na dwa rdzenie kosztuje ok 7000 zł, więc przy np 8 rdzeniach na serwerze SQL będzie kosztował 28 tys tak ?  Natomiast licencja na jedno stanowisko kosztuje nie całe 500 zł -   25  *  500 = 12500 zł - wychodzi sporo taniej.)

Z góry dziękuję za pomoc.

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: Wybór serwera
« Odpowiedź #1 dnia: Styczeń 22, 2015, 14:19:00 »
Sama baza na razie nie jest duża. SQL Express obsługuje bazy do 10 GB, więc masz jeszcze sporo miejsca.

Natomiast 25 stanowisk, to już jest spore obciążenie serwera, a w związku z tym głównie pamięć (wstawił bym 16 GB)  i szybkie dyski. Sam procesor nie jest aż tak istotny. SQL Ex nie wykorzystuje pelnych możliwości, ze względu na ogranieczenia. W sumie nic dziwnego, bo wersja darmowa.

Jesli mają na tym pracować tylko programy Insertu, to warto zastanowić się nad SQL Server 2012 Standard Edition Runtime. Różnica w cenie do Standard jest istotna. Natomiast czy wersja per user czy procesor, to już trochę kalkulacji.

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Odp: Wybór serwera
« Odpowiedź #2 dnia: Styczeń 31, 2015, 01:21:37 »
Jedna z firm (po podaniu przeznaczenia serwera) zaproponowała dwa zestawy:

1.
  • Procesor* Intel Xeon E3-1270 v3 (4 rdzenie 3,5 GHz + 4 x HT) lub 6 rdzeni
  • Pamięć*  32 GB (4 x 8GB 1600MHz DDR3 ECC)
2.
  • Procesor* 2 x Intel Xeon E5-2609v2 (4 rdzenie 2,5 GHz 10 MB CACHE)
  • Pamięć RAM* 64 GB (8 x 8GB 1600MHz DDR3 ECC)

DYSKI (taka sama konfiguracja w obydwu przypadkach):
  • 2 x Seagate ES 2 TB 7 200 obr./min - system i dane
  • 2 x Intel SSD S3700 100GB  (macierz RAID 1) - basa SQL
  • 2 x Intel SSD S3700 100GB  (macierz RAID 1) - log trans

Nasuwa się parę pytań:
- bardziej wydajnie będzie pracować jeden procesor z większą ilością rdzeni czy dwa procesory z połowę mniejszą ilością rdzeni ?
- czy taki podział przestrzeni dyskowej poprawi wydajność serwera ? (tak ilość macierzy argumentuje sprzedawca)
- czy zaproponowane zestawy nie są trochę "przesadzone" ? czy mimo wszystko lepiej zainwestować i mieć spokój dłuższy czas ?
« Ostatnia zmiana: Styczeń 31, 2015, 01:23:29 wysłana przez tomaszf »

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: Wybór serwera
« Odpowiedź #3 dnia: Styczeń 31, 2015, 09:51:53 »
1.
  • Procesor* Intel Xeon E3-1270 v3 (4 rdzenie 3,5 GHz + 4 x HT) lub 6 rdzeni
  • Pamięć*  32 GB (4 x 8GB 1600MHz DDR3 ECC)
2.
  • Procesor* 2 x Intel Xeon E5-2609v2 (4 rdzenie 2,5 GHz 10 MB CACHE)
  • Pamięć RAM* 64 GB (8 x 8GB 1600MHz DDR3 ECC)

DYSKI (taka sama konfiguracja w obydwu przypadkach):
  • 2 x Seagate ES 2 TB 7 200 obr./min - system i dane
  • 2 x Intel SSD S3700 100GB  (macierz RAID 1) - basa SQL
  • 2 x Intel SSD S3700 100GB  (macierz RAID 1) - log trans

Wybrał bym konfigurację nr 1. Natomiast dyski - pozycja 3, to jak dla mnie naciąganie klienta. Dwie pierwsze tak. Z tym, że 2x2 TB na system i dane też jest przesadą, ale róznica cen między 1 a 2 TB jest stosunkowo niewielka. A dlaczego akurat te dyski nie są w macierzy?
Do tego dołożył bym NASa dwudyskowego, też w Raidzie na archiwizacje. Wszystko z kartami 1 Gb.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Wybór serwera
« Odpowiedź #4 dnia: Styczeń 31, 2015, 10:40:10 »
Jedna z firm (po podaniu przeznaczenia serwera) zaproponowała dwa zestawy:

Co ta firma wie na temat działania programów Insertu ? Co ta firma wie o działaniu bazy danych Microsoftu ? Co ta firma wie na temat działania baz danych programów Insertu ?

Nie napisałeś jaki sprzęt masz obecnie, jakie generowane jest obciążenie, czy występują jakieś problemy, nie sprawdziłeś jak zachowa się baza danych na pełnej wersji SQL'a - na podstawie takich informacji można tylko "zgadywać".

Poza tym widzę, że skorzystałeś ze skryptu, który zamieściłem na forum, polecam też zapoznać się z wątkami w których były poruszane problemy szybkości działania programów, problemy wydajnościowe i sugestie co do sprzętu...

Nasuwa się parę pytań:
- bardziej wydajnie będzie pracować jeden procesor z większą ilością rdzeni czy dwa procesory z połowę mniejszą ilością rdzeni ?

W Twoim przypadku nie ma to znaczenia, polecam mniej rdzeni, ale jak najszybsze.

- czy taki podział przestrzeni dyskowej poprawi wydajność serwera ? (tak ilość macierzy argumentuje sprzedawca)

Może coś tam poprawi, ale raczej tego nie zauważysz. Jestem też niezmiernie ciekaw "argumentów" sprzedawcy, może jakieś przykłady z życia ?

- czy zaproponowane zestawy nie są trochę "przesadzone" ? czy mimo wszystko lepiej zainwestować i mieć spokój dłuższy czas ?

Według mnie są mocno przesadzone, po co 32 GB RAM'u, teraz nie wykorzystasz więcej niż 8 GB, raczej nigdy więcej niż 16 GB, dyski też przesadzone.
Daniel, Białystok.

Offline user

  • Nowy użytkownik
  • *
  • Wiadomości: 7
  • Reputacja +0/-0
  • Wersja programu: najnowsza
Odp: Wybór serwera
« Odpowiedź #5 dnia: Styczeń 31, 2015, 17:11:35 »
Co ta firma wie na temat działania programów Insertu ?
Co ta firma wie na temat działania baz danych programów Insertu ?
Serwer wybieramy pod konkretną bazę danych ? Serwer który wydajnie obsługuje bezę programu X, nie będzie wydajnie obsługiwał bazy programu Y ?

nie sprawdziłeś jak zachowa się baza danych na pełnej wersji SQL'a - na podstawie takich informacji można tylko "zgadywać".
Chyba gorzej chodzić nie będzie... ;)

- czy taki podział przestrzeni dyskowej poprawi wydajność serwera ? (tak ilość macierzy argumentuje sprzedawca)

Może coś tam poprawi, ale raczej tego nie zauważysz. Jestem też niezmiernie ciekaw "argumentów" sprzedawcy, może jakieś przykłady z życia ?

Podobną "teorię" słyszałem od jednego z pracowników InsERT'u więc chyba coś w tym jest (tzn że trzymanie bazy i loga na oddzielnych dyskach jest korzystne dla wydajności)

Offline Chris

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 2850
  • Reputacja +275/-0
  • Wersja programu: GT, Nexo - aktualne
Odp: Wybór serwera
« Odpowiedź #6 dnia: Styczeń 31, 2015, 18:09:56 »
Wtrącę swoje "trzy grosze". Insert GT nie został zaprojektowany do pracy wielowątkowej. Lepiej mieć wyższe taktowanie rdzeni niż ich większa liczbę. W zasadzie to potrzeba posiadania więcej niż jednego wynika z tego, że Windows i programy dodatkowe nie będą obciążać tego samego.
Umieszczenie loga i bazy na oddzielnych dyskach to dobry pomysł, ale jak posiadamy "tradycyjne dyski (defragmentacja). Przy dyskach SSD traci to sens. Jeśli fundusze pozwalają na montaż 4 dysków, to można założyć RAID 10. Będzie 2 razy szybsza praca dysków.
I na koniec ważna uwaga. Wielokrotnie było na forum, że oprócz sprzętu, można "tuningować" bazę danych. Przy niedużych nakładach można osiągnąć przyspieszenie, którego nie osiągniemy przez wymianę sprzętu nawet na taki za 20 tys. Wynika to z tego, że często kod programu jest "nieoptymalny".
Krzysztof, Radom

Offline user

  • Nowy użytkownik
  • *
  • Wiadomości: 7
  • Reputacja +0/-0
  • Wersja programu: najnowsza
Odp: Wybór serwera
« Odpowiedź #7 dnia: Styczeń 31, 2015, 18:26:14 »
Insert GT nie został zaprojektowany do pracy wielowątkowej. Lepiej mieć wyższe taktowanie rdzeni niż ich większa liczbę.

Zaraz, zaraz... Przecież GT instalujemy na końcówce i przez sieć wysyłamy zapytania do serwera bazy SQL - i to on (jego wersja) decyduje o tym jakie zasoby serwera zostaną użyte. Źle mysle?

na koniec ważna uwaga. Wielokrotnie było na forum, że oprócz sprzętu, można "tuningować" bazę danych. Przy niedużych nakładach można osiągnąć przyspieszenie, którego nie osiągniemy przez wymianę sprzętu nawet na taki za 20 tys. Wynika to z tego, że często kod programu jest "nieoptymalny".

Przeglądałem forum i owszem często pojawia się wzmianka o tym że bazę da się przyśpieszyć, ale po za radą "zrób odbudowę indeksów" niczego konkretnego nie widziałęm chyba ...

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Wybór serwera
« Odpowiedź #8 dnia: Styczeń 31, 2015, 19:02:08 »
Co ta firma wie na temat działania programów Insertu ?
Co ta firma wie na temat działania baz danych programów Insertu ?
Serwer wybieramy pod konkretną bazę danych ? Serwer który wydajnie obsługuje bezę programu X, nie będzie wydajnie obsługiwał bazy programu Y ?

Osobiście jestem zdania, że rozwiązania dobiera się do potrzeb i jak zrozumiałem tego oczekuje autor wątku. Wiele razy widziałem wypasiony serwer, który nie jest wykorzystywany, a pracownicy dalej męczą się na 10-letnich komputerach...

nie sprawdziłeś jak zachowa się baza danych na pełnej wersji SQL'a - na podstawie takich informacji można tylko "zgadywać".
Chyba gorzej chodzić nie będzie... ;)

Co ta wypowiedź miała wnieść do wątku ? Według mnie nie warto wydawać kilkanaście tysięcy zł jeśli nie mamy pewności, że przyniesie to oczekiwane korzyści, a pełny SQL często nie jest rozwiązaniem problemu. Jest to też element, który bez problemu można dokupić jeśli zajdzie taka potrzeba.


- czy taki podział przestrzeni dyskowej poprawi wydajność serwera ? (tak ilość macierzy argumentuje sprzedawca)

Może coś tam poprawi, ale raczej tego nie zauważysz. Jestem też niezmiernie ciekaw "argumentów" sprzedawcy, może jakieś przykłady z życia ?

Podobną "teorię" słyszałem od jednego z pracowników InsERT'u więc chyba coś w tym jest (tzn że trzymanie bazy i loga na oddzielnych dyskach jest korzystne dla wydajności)

Czytaj z odrobiną zrozumienia... Czy ja gdzieś napisałem, że to nie jest korzystne ?
Daniel, Białystok.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Wybór serwera
« Odpowiedź #9 dnia: Styczeń 31, 2015, 19:34:31 »
Insert GT nie został zaprojektowany do pracy wielowątkowej. Lepiej mieć wyższe taktowanie rdzeni niż ich większa liczbę.

Zaraz, zaraz... Przecież GT instalujemy na końcówce i przez sieć wysyłamy zapytania do serwera bazy SQL - i to on (jego wersja) decyduje o tym jakie zasoby serwera zostaną użyte. Źle mysle?

Źle myślisz... Serwer SQL to tylko narzędzie, które robi to co mu każemy, jeśli jest wykorzystywane niepoprawnie to potrafi zużyć 10x, 100x, 1000x lub więcej zasobów niż to jest potrzebne do wykonania danej operacji. Ten sam wynik można uzyskać na wiele różnych sposobów, a programy Insertu zostały napisane tak, że zapytania wykonują się w jednym wątku i czym szybszy rdzeń tym wykonanie będzie szybsze...

na koniec ważna uwaga. Wielokrotnie było na forum, że oprócz sprzętu, można "tuningować" bazę danych. Przy niedużych nakładach można osiągnąć przyspieszenie, którego nie osiągniemy przez wymianę sprzętu nawet na taki za 20 tys. Wynika to z tego, że często kod programu jest "nieoptymalny".

Przeglądałem forum i owszem często pojawia się wzmianka o tym że bazę da się przyśpieszyć, ale po za radą "zrób odbudowę indeksów" niczego konkretnego nie widziałęm chyba ...

Odbudowa indeksów to tylko element konserwacji bazy danych i nie rozwiązuje problemów wydajnościowych. Nie pamiętam już ile razu podawałem konkretne rozwiązanie jakiem jest "optymalizacja", jeden z wątków: http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/msg25646/#msg25646.
Daniel, Białystok.

Offline user

  • Nowy użytkownik
  • *
  • Wiadomości: 7
  • Reputacja +0/-0
  • Wersja programu: najnowsza
Odp: Wybór serwera
« Odpowiedź #10 dnia: Styczeń 31, 2015, 20:06:08 »
Osobiście jestem zdania, że rozwiązania dobiera się do potrzeb i jak zrozumiałem tego oczekuje autor wątku. Wiele razy widziałem wypasiony serwer, który nie jest wykorzystywany, a pracownicy dalej męczą się na 10-letnich komputerach...

Oczywiście nie sposób się z Tobą nie zgodzić, że jak końcówki będą do ... to praca nie może być wydajna

Co ta wypowiedź miała wnieść do wątku ? Według mnie nie warto wydawać kilkanaście tysięcy zł jeśli nie mamy pewności, że przyniesie to oczekiwane korzyści, a pełny SQL często nie jest rozwiązaniem problemu. Jest to też element, który bez problemu można dokupić jeśli zajdzie taka potrzeba.
Piszemy o  >8 Gb ramu, a o ile dobrze pamiętam express wykorzystuje jedynie 1 Gb, więc przy 25 użytkownikach o których pisał pytający chyba możemy założyć w "ślepo" że pełna wersja jednak przyśpieszy (wykorzystując więcej pamięci operacyjnej ?)

Czytaj z odrobiną zrozumienia... Czy ja gdzieś napisałem, że to nie jest korzystne ?

Ok, nie napisałeś, ale wydawało mi się że dość ironicznie podszedłeś do tego argumentu sprzedawcy, stąd ten komentarz (jednak teraz widzę że sam proponujesz taki podział w jednym ze sw+oich postów do którego link podałeś).

Źle myślisz... Serwer SQL to tylko narzędzie, które robi to co mu każemy, jeśli jest wykorzystywane niepoprawnie to potrafi zużyć 10x, 100x, 1000x lub więcej zasobów niż to jest potrzebne do wykonania danej operacji. Ten sam wynik można uzyskać na wiele różnych sposobów, a programy Insertu zostały napisane tak, że zapytania wykonują się w jednym wątku i czym szybszy rdzeń tym wykonanie będzie szybsze...

To ja jednak czegoś nie rozumiem... :/
Skoro wszystkie zapytania wykonują się w jednym wątku to dlaczego włączają na jednej końcówce zapytanie które będzie się liczyło kilka minut (specjalnie źle napisane), na innych końcówkach (czy nawet w kopii programu na tym stanowisku) można swobodnie pracować?

Nie pamiętam już ile razu podawałem konkretne rozwiązanie jakiem jest "optymalizacja", jeden z wątków: http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/msg25646/#msg25646.

Ok, chodziło mi o to, że na forum nie ma "gotowców" (choć rozumiem że to chleb serwisantów ;) ), a na przykład ten przypadek który podawałeś (modyfikacja spSub_CenyPoziom_14 i indeksów) jest chyba uniwersalny (tzn Twoje rozwiązanie zadziałało by również u innych - swoją drogą nie rozumiem czemu InsERT nie zadba o optymalizację tego typu rzeczy (o ile rozbudowa indeksów = zwiększenie rozmiaru bazy), to optymalizacja procedur chyba niczemu nie grozi ?).

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Wybór serwera
« Odpowiedź #11 dnia: Luty 01, 2015, 13:30:24 »
Co ta wypowiedź miała wnieść do wątku ? Według mnie nie warto wydawać kilkanaście tysięcy zł jeśli nie mamy pewności, że przyniesie to oczekiwane korzyści, a pełny SQL często nie jest rozwiązaniem problemu. Jest to też element, który bez problemu można dokupić jeśli zajdzie taka potrzeba.
Piszemy o  >8 Gb ramu, a o ile dobrze pamiętam express wykorzystuje jedynie 1 Gb, więc przy 25 użytkownikach o których pisał pytający chyba możemy założyć w "ślepo" że pełna wersja jednak przyśpieszy (wykorzystując więcej pamięci operacyjnej ?)

Przecież od początku i wszędzie piszę, że NIE, w wielu przypadkach pełny SQL nic nie zmienia, a jeśli mamy wzrost wydajności to nie jest on wart kilkunastu tysięcy zł, zwłaszcza że za 10x mniej można mieć 10x czy 100x szybciej.

Czytaj z odrobiną zrozumienia... Czy ja gdzieś napisałem, że to nie jest korzystne ?

Ok, nie napisałeś, ale wydawało mi się że dość ironicznie podszedłeś do tego argumentu sprzedawcy, stąd ten komentarz (jednak teraz widzę że sam proponujesz taki podział w jednym ze sw+oich postów do którego link podałeś).

Bo propozycja jest kompletnie bez sensu, zwłaszcza w połączeniu z dyskami SSD. Przecież sprzedawca NIE podał żadnych argumentów na poparcie swojej propozycji sprzętowej, a przynajmniej jej nie poznaliśmy ?

Nie doczytałeś również wypowiedzi ze wskazanego wątku, tam również nie proponowałem takiego rozwiązania, a wręcz przeciwnie, fragment mojej wypowiedzi:

Przy jednym biednym dyszczku tależowym, małej bazie danych i zapewne simple recovery model raczej nic to nie da - jak sprawdzisz daj znać.

Źle myślisz... Serwer SQL to tylko narzędzie, które robi to co mu każemy, jeśli jest wykorzystywane niepoprawnie to potrafi zużyć 10x, 100x, 1000x lub więcej zasobów niż to jest potrzebne do wykonania danej operacji. Ten sam wynik można uzyskać na wiele różnych sposobów, a programy Insertu zostały napisane tak, że zapytania wykonują się w jednym wątku i czym szybszy rdzeń tym wykonanie będzie szybsze...

To ja jednak czegoś nie rozumiem... :/
Skoro wszystkie zapytania wykonują się w jednym wątku to dlaczego włączają na jednej końcówce zapytanie które będzie się liczyło kilka minut (specjalnie źle napisane), na innych końcówkach (czy nawet w kopii programu na tym stanowisku) można swobodnie pracować?

"Jedno zapytanie" wykonuje się w "jednym wątku". Oczywiście to ogólna zasada i są od niej wyjątki jak na przykład zestawienia.

Nie pamiętam już ile razu podawałem konkretne rozwiązanie jakiem jest "optymalizacja", jeden z wątków: http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/msg25646/#msg25646.

Ok, chodziło mi o to, że na forum nie ma "gotowców" (choć rozumiem że to chleb serwisantów ;) ), a na przykład ten przypadek który podawałeś (modyfikacja spSub_CenyPoziom_14 i indeksów) jest chyba uniwersalny (tzn Twoje rozwiązanie zadziałało by również u innych - swoją drogą nie rozumiem czemu InsERT nie zadba o optymalizację tego typu rzeczy (o ile rozbudowa indeksów = zwiększenie rozmiaru bazy), to optymalizacja procedur chyba niczemu nie grozi ?).

To nie są tak proste tematy jak może Ci się wydawać i nie chcę się na nie wypowiadać publicznie.
Daniel, Białystok.

Offline andris

  • Nowy użytkownik
  • *
  • Wiadomości: 22
  • Reputacja +0/-0
  • Wersja programu: 1.37
Odp: Wybór serwera
« Odpowiedź #12 dnia: Luty 11, 2015, 13:50:12 »
Zawsze można sobie zainstalować MS SQL Full Evaluation i sprawdzić na bieżąco.
Strony do sprawdzania procesorów:
http://www.cpubenchmark.net/cpu_list.php    - osiągi i ranking
http://ark.intel.com/compare/75056,80910   - specyfikacje (w tym ceny)

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Odp: Wybór serwera
« Odpowiedź #13 dnia: Kwiecień 24, 2015, 17:57:46 »
Jesteśmy po pierwszym dniu pracy na nowym serwerze.
Ostatecznie wybór padł na :
FUJITSU Server PRIMERGY RX1330 M1
procesor: Intel Xeon E3-1271v3 4C/8T 3.60 GHz 8 MB
pamięć: 8GB (1x8GB) 2Rx8 L DDR3-1600 U ECC x 4 = 32 GB
dyski:
HD SATA 6G 500GB 7.2K HOT PL 2.5'' BC x 2 w RAID 1 - system
SSD SATA 6G 120GB ReadIntensive 2.5' H-P x 4 w RAID 10 - baza danych
Windows serwer 2012 + SQL 2014

Baza danych przeniesiona ze starego sprzętu bez żadnych zmian (po za konwersją, bo tam był SQL 2012).

"gołym okiem" widać zmiany na lepsze, program na końcówkach działa dużo szybciej.

Obserwując co się dzieje na serwerze zauważyłem że wszystkie rdzenie pracują w miarę równo, oscylując w granicach 40-60 %.
Natomiast zużycie pamięci przez proces sqlservr.exe wynosi ok 15 GB.

Offline Chris

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 2850
  • Reputacja +275/-0
  • Wersja programu: GT, Nexo - aktualne
Odp: Wybór serwera
« Odpowiedź #14 dnia: Kwiecień 24, 2015, 18:08:10 »
Cacy sprzęt, pochwal się ile mniej więcej to kosztowało. Czytający będą wiedzieli na przyszłość o czym rozmawiamy.
Krzysztof, Radom

Forum Użytkownikow Subiekt GT

Odp: Wybór serwera
« Odpowiedź #14 dnia: Kwiecień 24, 2015, 18:08:10 »