collapse

Reklama


Autor Wątek: Windows 2008 R2 praca terminalowa  (Przeczytany 4547 razy)

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

Offline zukes

  • Ekspert
  • *****
  • Wiadomości: 587
  • Pomógł? 11
Windows 2008 R2 praca terminalowa
« dnia: Marca 24, 2015, 14:11:56 pm »
Mam w testach zainstalowaną aplikację KS-PPS na Windows 2008 R2.
Firebird zainstalowany jest jako "ClassicServer".

Wszystko niby działa ale coraz częściej KS-PPS wiesza się przy starcie.
Podpis problemu:
  Nazwa zdarzenia problemu: APPCRASH
  Nazwa aplikacji: KSPPS.exe
  Wersja aplikacji: 2015.0.0.0
  Sygnatura czasowa aplikacji: 2a425e19
  Nazwa modułu z błędem: KERNELBASE.dll
  Wersja modułu z błędem: 6.1.7601.18409

W chwili gdy uruchamiam aplikację przez tunel OpenVPN temat moim zdaniem nasilił się ale może być to subiektywne odczucie.

Generalnie aplikacja się wiesza i prosi o zamknięcie po czym dalej możliwe są dwa warianty pracy
1. po zamknięciu wyświetla parę okienek z błędami i dalej pracuje poprawnie.
2. po zamknięciu pożera procesor i wisi.

Chwilkę odczekujemy odpalamy ponownie i wszystko działa OK.

Jakieś pomysły?

Offline zukes

  • Ekspert
  • *****
  • Wiadomości: 587
  • Pomógł? 11
Odp: Windows 2008 R2 praca terminalowa
« Odpowiedź #1 dnia: Marca 26, 2015, 00:05:16 am »
Mam juz pierwsze wyniki pracy z KSPPSem na sesjach terminalowych.
1. KS PPS uruchamia się na tyle wolno że stacja kliencka stwierdza, że coś poszło nie tak i rozłącza sesję terminalową.

2. Drugie odpalenie kończy się sukcesem (błyskiem odpala się KSPPS, tak naprawdę się nie odpala ale prezentuje odpalony wcześniej program, bo start miał miejsce w pkt 1).

3. Jeśli zrobimy czyszczenie zasobów sesji po rozłączeniu - ustawienia dla zdalnej sesji to dostajemy różnego rodzaju błędy, między innymi opisany powyżej. Powtórne uruchomienie trafia na wyrzucany właśnie z systemu KSPPS.

4. Wygląda na to, że rozłączanie zależy od wersji klienckiej. Rozłączanie występuje rzadziej dla Windows 7 (jako klient). Prawie zawsze dla Windows XP.

Czy ktoś wie co KSPPS robi tak długo na starcie?



Nie mogę zwalczyć tego wolnego odpalania się KSPPSa. Czy ktoś coś wie w takiej lub podobnej sprawie?
Jakie macie czasy odpalenia na Windows 2008 R2?
« Ostatnia zmiana: Marca 26, 2015, 11:10:42 am wysłana przez zukes »

Offline PiotrSz

  • Administrator
  • Ekspert
  • *****
  • Wiadomości: 3285
  • Pomógł? 109
Odp: Windows 2008 R2 praca terminalowa
« Odpowiedź #2 dnia: Marca 27, 2015, 10:04:46 am »
Witam odważnego kolegę pracującego na ClassicServer :-D
U mnie chodzi tak od kilku lat i to był jedyny ratunek (pozostając przy FB) na w miarę normalną pracę na dużej instalacji.

Czy ktoś wie co KSPPS robi tak długo na starcie?

Łączy się do Mordoru i wymienia informacje z Sauronem!

Cytuj
Nie mogę zwalczyć tego wolnego odpalania się KSPPSa. Czy ktoś coś wie w takiej lub podobnej sprawie?

Takie cuda zaczęły się kilka lat temu, jak wprowadzili komunikację przez EWD na starcie. Meeega długo trwa
np jeżeli komp nie ma połączenia (wyjścia) z internetem. I tak to już poprawili bo kiedyś można było i kilka minut na kliencie czekać..

Cytuj
Jakie macie czasy odpalenia na Windows 2008 R2?

Z ciekawości zapytam o oczywistą kwestię - Win Server jst 64bit? I na nim jak piszesz FB (32bit bo inaczej się póki co nie da..).
Kiedyś taka konfiguracja pracowała baaardzo wolno (np ten sam raport generował się 2-3 razy dłużej niż w instalacji z serwerem na 32bit).
Teraz to już podobno poprawione..

Pozdrawiam

Offline zukes

  • Ekspert
  • *****
  • Wiadomości: 587
  • Pomógł? 11
Odp: Windows 2008 R2 praca terminalowa
« Odpowiedź #3 dnia: Marca 27, 2015, 14:15:56 pm »
Faktycznie spryciarze łączą się do kamsoftu.  Przyznam szczerze że potrzebowałem spy na tcp żeby ich przyłapać.

Rozwiązanie problemu okazało się banalne ( o ile ktoś nie ma swojego serwera ftp).

Modyfikacja pliku hosts (Windows\System32\Drivers\etc\hosts)
127.0.0.1 ftp.kamsoft.pl

Łączą się jeszcze do takiego cudaka (to te twoje EWD):
host85148486.static.kamsoft.3s.pl
ale ten zajmuje im mało czasu i póki co darowałem sobie przekierowanie


Teraz działa jak burza.

Tak pracuję na FB 32 bitowym trochę zmodyfikowałem zasady zwalnia zasobów i działa OK.

Generalnie jestem zaskoczony niskimi wymaganiami odnośnie zużycia pamięci.

Co do wolnego działania na 64 bitach. Jest opisane na stronach dyskusyjnych FB, że przyczyną jest wadliwe użycie Windows API. Nie jestem Windowsowy więc nie za bardzo rozumiem w czym rzecz ale mogą to poprawić jedynie programiści. Z mojej strony chcę przymusić KSPPSa aby na maszynie x64 odpalał się  w trybie zgodności 32 bitowej - zobaczymy czy pomoże. O ile będzie za wolno.



Jednak przekierowałem również
host85148486.static.kamsoft.3s.pl na 127.0.0.1

teraz to błysk
« Ostatnia zmiana: Marca 27, 2015, 14:26:36 pm wysłana przez zukes »

 

* Szukaj


* Kto jest on-line

  • Kropka Gości: 550
  • Kropka Ukrytych: 0
  • Kropka Użytkowników: 0

Nie ma żadnego użytkownika on-line.

Reklama

* Aktywni

Paweł Paweł
9409 Wiadomości
mpi
3356 Wiadomości
PiotrSz
3285 Wiadomości
Michał Michał
3191 Wiadomości
karolweksler
3153 Wiadomości
09061303
3079 Wiadomości
Edward_B Edward_B
2968 Wiadomości
Bartosz Bartosz
2375 Wiadomości
maciek777 maciek777
2201 Wiadomości
cilazapril cilazapril
1634 Wiadomości

Reklama

Reklama

Style:3: index (domyslny), Portal (default), Display (default).
Pod-szablony:8: init, html_above, body_above, portal_above, main, portal_below, body_below, html_below.
Pliki językowe:8: SPortal.english (domyslny), SPortal.polish-utf8 (domyslny), SPortal.english (domyslny), index+Modifications.english (domyslny), index+Modifications.polish-utf8 (domyslny), SPortal.polish-utf8 (domyslny), index.english (domyslny), index.polish-utf8 (domyslny).
Arkusze stylów:1: portal (default).
Uwzględnione pliki:15 - 738KB. (pokaż)
Użytych zapytań: 29.

[Pokaż zapytania]