Windows 2008 R2 praca terminalowa

[zukes]

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.

Kod: [Zaznacz]

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?

[zukes]

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?

[PiotrSz]

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!

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ć..

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

[zukes]

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