[HM2] Mini przewodnik PL

    • exculibrus
      exculibrus
      Brąz
      na forum od: 24.01.2013 Posty: 197
      OMG, otrzymałem błąd o zbyt dużej ilości obrazków w wiadomości więc całość podzielę na kilka postów. Gdyby Admin był tak pomocny i skleił wszystko w jedną całość, to będzie mi miło.

      Spis Treści:
      1. Wstęp
      2. Antywirusy
      3. UAC
      4. HM
      5. NET Framework
      6. Aktualizacja Windows
      7. NET Framework ponownie
      8. Windows Defender
      9. Logowanie pomocnicze
      10. Instalacja innej wersji PostgreSQL
      11. Zapora systemu
      12. Odpalanie programów jako administrator
      13. Nadawanie folderom odpowiednich zezwoleń
      14. Dostosowywanie PostgreSQL
      15. Dostosowywanie PostgreSQL
      16. Zmiany zalecane przez wsparcie HM2:
      17. Praktyka w oparciu o doświadczenie/wiedzę własną jak i innych użytkowników
      18. Konserwacja DB & Tradycyjny dysk twardy vs SSD
      19. Karta graficzna
      20. Zwiększanie wydajności HM2
      21. Procesor
      22. Table Ninja II
      23. Zmiany zalecane przez wsparcie HM2:






      Wstęp


      Podręcznik został zrobiony pod system Windows 7. Jednak większość podanych wskazówek będzie dobra również dla Windows 8/Vista/XP.
      Miejscami napiszę w przypadku czego powinno się dokonywać pewnych poprawek.
      Nie ma konieczności abyś musiał iść krok po kroku i robić wszystko o czym tutaj napisałem, ale jeśli HM2 doprowadza Cię do frustracji polecam poświęcenie godziny lub dwóch i zrobienie wszystkiego.
      Przed przystąpieniem do wprowadzania zmian przeczytaj całość ponieważ nie uporządkowałem tego w najlepszy możliwy sposób a nie ma sensu abyś powtarzał pewne czynności dwa/trzy razy.
      Przed rozpoczęciem zabawy z konfiguracją polecam utworzenie kopii wszystkich plików (pliki konfiguracyjne, baza danych itd.) aby, w przypadku gdy coś pójdzie nie tak, nie wyrzucać monitora przez okno.

      Usuwanie najczęściej występujących problemów



      Antywirusy


      Zacznij od usunięcia oprogramowania antywirusowego innego niż to dostarczane przez Microsoft (Windows Defender, Windows Firewall, Microsoft Security Essentials). Programy takie jak McAffe mogą powodować sporo problemów. Jeśli w folderze oprogramowania nie ma opcji pozwalającej na odinstalowanie należy zrobić to poprzez Start > Panel sterowania > Programy > Odinstaluj program.


      Przy okazji polecam usunięcie wszelkiego zbędnego oprogramowania z systemu co niewątpliwie przełoży się na sprawniejsze działanie komputera.

      Następnie zrestartuj komputer.

      Microsoft Security Essentials można pobrać tutaj: http://windows.microsoft.com/pl-pl/windows/security-essentials-download .
      Jeśli nie chcesz rezygnować z programu antywirusowego, który aktualnie posiadasz, to nie ma sprawy. Po prostu go odinstaluj i zrób wszystko tak jak opisałem. Zagraj jedną sesję na ustawieniach, które podałem. Przed kolejną sesją zainstaluj program ponownie i dodaj do niego wykluczenia, które podam dla MSE. Jeśli pojawią się problemy będziesz wiedział, że co jest za nie odpowiedzialne i wtedy pobawisz się jego ustawieniami.
      Update: właśnie znalazłem instrukcje do wprowadzania zmian w najpopularniejszych programach antywirusowych (po angielsku): http://hm2faq.holdemmanager.com/questions/1011/Software+Security+Problems+%28Firewall%29



      UAC


      Wyłącz UAC: Start > Panel sterowania > System i zabezpieczenia > Centrum Akcji > Zmień ustawienia funkcji Kontrola konta użytkownika > Przesuwamy suwak na sam dół.





      Jeśli używasz Windows 8, wyłączenie UAC nie wyłącza go całkowicie więc musisz zrobić to ręcznie. Idź do: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Curr entVersion\Policies\System

      Key: EnableLUA
      Value data: 0
      Zrestartuj komputer.



      HM



      Zainstaluj najnowszą stabilną wersję HM2: http://forums.holdemmanager.com/hm2-releases/ : otwórz folder zawierający pobrany plik instalacyjny > prawy przycisk myszy > Uruchom jako Administrator.





      .NET Framework



      W przypadku problemów z HUD'em przeinstaluj .NET Framework: http://hm2faq.holdemmanager.com/questions/1881/Holdem+Manager+.NET+Cleanup+Instructions



      Aktualizacja Windows



      Upewnij się, że system jest w pełni zaktualizowany: Start > wpisz update > klik na Windows Update > Wyszukaj aktualizacje (nawet jeśli jest napisane, że nie ma żadnych nowych aktualizacji)
      Może to wymagać wielokrotnego restartowania komputera.





      .NET Framework ponownie



      Odpal narzędzie do naprawiania błędów w Microsoft .NET Framework (czy przeinstalowywałeś czy nie): http://www.microsoft.com/en-us/download/details.aspx?id=30135



      Windows Defender



      Wyłącz Windows Defender.
      Start > wpisz: defender > klik na Windows Defender > znajdź zaznaczoną opcję i ją odhacz: używaj tego programu. Film po angielsku: http://windows.microsoft.com/en-us/windows/turn-windows-defender-on-off#turn-windows-defender-on-off=windows-7






      Logowanie pomocnicze



      Logowanie pomocnicze (Secondary logon w anglojęzycznej wersji Windows) musi być ustawione na automatyczne.
      Start > Wpisz: Usługi (Services dla angielskiej wersji) > klik na Usługi > znajdź Logowanie pomocnicze > jeśli typ uruchomienia nie jest automatyczny, to prawy przycisk myszy i wejdź we właściwości > zmień typ uruchomienia na Automatyczny.





  • 2 odpowiedzi
    • exculibrus
      exculibrus
      Brąz
      na forum od: 24.01.2013 Posty: 197
      Instalacja innej wersji PostgreSQL



      Przed zmianą (lub niedokonywaniem zmiany) wersji programu (chyba, że posiadasz 8.4 co polecam zmienić mimowszystko) sprawdź
      dziennik zdarzeń
      (ENG Windows Events Viewer) pod kątem błędów występujących w PostgreSQL.










      Jeśli błędy występują, to warto pomyśleć nad zmianą wersji i sprawdzeniu programów ochronnych czy nie wchodzą w konflikt z bazą danych.


      HM2 domyślnie instaluje postgreSQL 8.4 jednak wersja 9.2 powinna sprawdzać się znacznie lepiej. Problem jest w tym, że 9.2 we współpracy z HM2 może powodować problemy :) (nie tyle związane z importowaniem rąk co przy korzystaniu z menadżera bazy danych w HM2 dlatego w przypadku 9.2 wszelkie operacje na bazie danych powinny być wykonywane przy pomocy pgAdmin). Różnica w szybkości importowania rąk przy korzystaniu z 8.2 jest prawie niezauważalna względem nowszych wersji np. 9.2. Głównym plusem 9.2 jest znacznie szybsze przeprowadzanie operacji na bazie danych (pgAdmin: vacum, analyze, reindex). Wersje 8.4 i 9.0 są na pewno bezpieczne, 9.2 nie powinna sprawiać problemów zaś 9.1 jest odradzana. Na temat 9.3 nie znalazłem żadnych informacji, ale też specjalnie ich nie szukałem. Najlepiej jest unikać 9.1 i 9.3 a wybrać 9.0 albo 9.2, chyba, że korzystasz ze starego komputera, posiadasz 1GB RAMu i 32-bitowego Windowsa XP. Ujmę to inaczej, wsparcie HM2 poleca pozostanie przy postgreSQL 8.4, ale nie spotkałem jeszcze nikogo od nich kto by napisał że z tej wersji korzysta...
      Wszystkie dostępne wersje PostgreSQL dostępne są tutaj: http://www.enterprisedb.com/products-services-training/pgdownload#windows .


      1. Najpierw utwórz kopię bazy danych. Nałatwiej jest to zrobić poprzez odpalenie HM2, wejście w Database > Backup . Wybierz miejsce do zapisania pliku, upewnij się, że wszystkie pola w Configuration files to include są zaznaczone zaś Skip database (only backup configs) nie jest zaznaczone. Naciśnij Start Backup.





      2. Wyłącz Zaporę systemu Windows i programy antywirusowe (zakładam, że nie masz innych programów antywirsowych oprócz Microsoft Security Essentials).

      Zapora: Start > Panel sterowania > System i zabezpieczenia > Zapora systemu Windows > Włącz lub wyłącz Zaporę







      MSE: Start > wpisz: Microsoft Security Essentials > Settings >Real-time protection > odhacz: Turn on real-time protection > save changes.







      3. Pobierz wybraną wersję postgreSQL, otwórz folder zawierający plik, najedź na niego myszką, naciśnij prawy przycisk myszy i wbierz: Uruchom jako Administrator.




      Jeśli korzystasz z innej wersji systemu Windows niż anglojęzyczna koniecznie zainstaluj postgre w innym folderze niż docelowy w program files. W tym celu utwórz nowy folder gdziekolwiek indziej, nazwa nie ma znaczenia np. C:\folderbazydanych .
      PostgreSQL powinien zostać na tym samym dysku, na którym jest zainstalowany system Windows.
      Przy instalacji zostawiamy wszystko domyślnie (poza powyższym przypadkiem).

      W trakcie instalacji zostaniemy poproszeni o hasło, wpisujemy: postgrespass , oraz o określenie portu (porty domyślnie numeruje się 5432, 5433, 5434, 5435) więc jeśli dotychczasowa wersja postgre korzystała z portu 5432, wpisujemy port 5433 itd..



      Gdy instalacja zostanie ukończona wyświetli się okno końcowe gdzie należy odhaczyć zapytanie o rozruch Stack Buildera.




      4. Odpal HM2. Wejdź w Database . Kliknij na zielony plus w dolnym, lewym rogu okna, utwórz nową bazę danych opartą o port nowo zainstalowanego postgreSQL.




      Nazwa bazy danych nie ma znacznie. Jedynie nie może się powtarzać.




      Wybierz miejsce, w którym zapisałeś kopię bazy danych (domyślnie powinnien być już tam wstawiony) pozostaw wszystko tak jak jest domyślnie i kliknij start:





      Nie głupim rozwiązaniem jest zainstalowanie kilku wersji postgreSQL, skonfigurowanie każdej i sprawdzenie, która będzia działała najpłynniej. Aby to zrobić nie trzeba odinstalowywać i ponownie instalować każdej wersji osobno ponieważ mogą być zainstalowane równocześnie nie powodując żadnych błędów jednak jest z tym więcej zabawy a osobiście nie widzę różnicy pomiędzy tymi dwoma sposobami (jeśli mowa o oszczędności czasu) gdzie ten podany jest znacznie prostszy.

      5. Po pomyślnym przywróceniu bazy danych odinstaluj poprzednią wersję postgreSQL:
      Start > Panel sterowania > Programy > Odinstaluj program.
    • exculibrus
      exculibrus
      Brąz
      na forum od: 24.01.2013 Posty: 197
      EDIT: po zainstalowaniu nowej wersji postgreSQL nie mogłem połączyć się właściwym portem z bazą poprzez pgAdminIII choć HM2 normalnie wykrywał i operował na bazie. Aby unikać takich błędów przed instalacją nowego postgre zamykamy wszystkie procesy bazy danych HM2, postgreSQL itd., instalujesz nowego postgreSQL na tym samym porcie, na którym działa aktualna wersja. Po zakończonej instalacji nie uruchamiasz ani HM, ani postgre tylko usuwasz starą wersję postgreSQLa. Restart i powinno działać prawidłowo.


      6. Restart systemu.

      7. Włącz Zaporę Windows i program antywirusowy.



      Zapora systemu


      Przywróć domyślne ustawienia zapory Windows: Start > Panel sterowania > System i zabezpieczenia > Zapora systemu Windows > w panelu po lewej Przywróć domyślne.





      Dodaj do listy wykluczeń następujące pliki:







      Folder HM2:
      - HudFuncsApp.exe,
      - HoldemManager.exe ,
      - Wszystkie pliki Easyhook (exe i dll),



      Na tej zasadzie należy wyszukiwać pliki, których nie możesz znaleźć.
      W przypadku plików.dll nie są one widoczne więc nazwę każdego pliku należy wprowadzić ręcznie. Przeglądarka zapory domyślnie wyszukuje jedynie pliki aplikacji (.exe, .com, .icd).



      - blitz.dll
      - wszystkie pliki ftp .dll


      Pliki te należy wyszukać w folderze a następnie przepisać ich nazwę do pola Nazwa pliku tak jak w przypadku wcześniejszych plików .dll .


      - partyinject.dll
      - ip.dll
      - tablescannerdllloader
      - thirtytwobitipc
      - 888.dll
      - speed.dll
      - wszystkie pliki stars dll – zrób dokładnie to samo co w przypadku ftp .dll , wpisz ??stars, przepisz nazwy tych plików, które mają rozszerzenie .dll i dodaj do listy wykluczeń zapory windows
      - textboxhook.dll
      Folder dostawcy pokerowego (np. Program files\pokerstars.eu)
      – wszystkie pliki .exe
      Folder postgreSQL (bin)
      - Pg_ctl.exe
      - postgres.exe
      - stackbuilder.exe
      - pgAdminIII.
      TableNinjaII
      - jeśli używasz TN2 dodaj również pliki .exe z folderu TN2.



      Dodaj wyjątki w zaporze dla portów wykorzystywanych przez PostgreSQL i HM2 (przeważnie 5432+).
      Zapora systemu Windows > Ustawienia zaawansowane > reguły przychodzące > nowa reguła




      Reguła przychodząca:












      Dla reguły wychodzącej robimy to samo, ale uważamy na to aby zezwolić na połączenie a nie je zablokować (jak zaznaczone będzie domyślnie):




      Odpalanie programów jako administrator


      Nie jest to konieczne, ale czasem może pomóc w rozwiązywaniu problemów. Przykład dla pokerstars.exe.



      W ten sam sposób wprowadź zmiany dla plików:
      - hudfuncapps.exe
      - HoldemManager.exe
      - hmupdate.exe (pojawia się tylko podczas aktualizacji)
      - tablescannerdllloader.exe
      - wszystkie pliki .exe z folderów programów pokerowych (C:\program files\pokerstars.EU Fulltiltpoker itd.)
      - Postgres.exe
      - pg_ctl.exe
      - tableninja.exe





      Nadawanie folderom odpowiednich zezwoleń


      Najpierw zmień ustawienia na pokazywanie ukrytych plików:
      Start > wpisz ukryte > kliknij na pokaż ukryte pliki i foldery > Widok >znajdź ukryte pliki i foldery > pokaż ukryte pliki, foldery i dyski.







      C: > Users > nazwa użytkownika > AppData > Roaming > prawy klawisz myszki na HoldemMenager i wchodzimy we właściowości.

      Tam najpierw odhacz tylko do odczytu (Read-only) i zastosuj zmiany do wszyskich podfolderów.



      W systemach windows normalnym jest, że po zmianie tej wartości pole jest ponownie zaznaczone, ale nie należy się tym przejmować, bo to jest standardowy błąd w systemie.


      Następnie we właściwościach otwórz zakładkę Zabezpieczenia .
      Upewnij się, że wszyscy użytkownicy mają pełną kontrolę nad folderem(2), następnie dodaj nowego użytkownika (3), wpisz nazwę postgres (4), sprawdź nazwę (5), zapisz (6), upewnij się, że użytkownik postgres ma pełne uprawnienia (7).





      W ten sam sposób dodaj użytkownika Wszyscy (PL), Everyone (ENG).

      Powtórz te czynności dla folderów: HoldemMenager2 w program files, C:/HM2archive oraz dla innych folderów, w których przechowujesz historię rozdań jeśli takie posiadasz, dla folderów hand history i tournament summaries poker roomów, na których grasz (dla PS będzie to: C:\Users\nazwa uzytkownika\AppData\Local\PokerStars.EU)



      [
      SIZE=16]Dostosowywanie PostgreSQL[/SIZE]


      Po pierwsze nie należy korzystać z opcji konfigurowania postgreSQL poprzez Konfigurator w menu HM2 – używania tej opcji odradza nawet support HM2 (sick). Kreator ten może dokonywać niepotrzebnych zmian a w skrajnych przypadkach uniemożliwić połączenie z bazą danych.




      Konfiguracji dokonujemy poprzez wprowadzanie zmian w pliku tekstowym postgresql.conf, który znajduje się w folderze data (C:\Program Files\PostgreSQL). Plik należy otworzyć za pomocą programu do edycji tekstu.





      Uwagi:
      Najłatwiejszy sposób do odnajdywania danych wartości, to korzystanie z przeszukiwania tekstu (w przypadku WordPad będzie to Ctrl+F).



      Przed każdą zmienioną wartością, aby zmiany zostały uwzględnione, należy usunąć poprzedzający ją znak #.



      Aby nie zastanawiać się, które zmiany wymagają restartu serwera a które nie, najłatwiej jest restartować komputer za każdym razem gdy wprowadzimy i zapiszemy zmiany.
      Zmieniając wartości w MB należy je zaokrąglić (128MB, 256MB, 512MB, 768MB, 1024MB).
      Zmiany wartości danej właściwości na większą, jak logika nakazuje, zwiększa wydajność jednak nie należy zmieniać wszystkiego na jak największe dopuszczalne wartości ponieważ zwiększenie danej właściwości może obniżyć wydajność zamiast ją zwiększyć. IMO dobrym sposobem jest przetestowanie kilku różnych konfiguracji. Nie ma jednego prostego sposobu, który będzie dobry dla każdego komputera – inaczej nie pisałbym tego poradnika.


      Zmiany zalecane przez wsparcie HM2:


      shared_buffers - MB (20% pamięci systemu (ilości RAM), ale nie więcj niż 512MB)
      effective_cache_size - MB (czterokrotność shared_buffers – gdzie indziej piszą o dwukrotności)

      Zmiany wprowadzane na własną odpowiedzialność (przywróć domyślne jeśli postgre przestanie działać albo zauważysz spadek w wydajności):
      wal_buffers = 8MB
      temp_buffers = 24MB (wal_buffers x3)
      work_mem = 128MB
      maintenance_work_mem = 512MB
      commit_delay = 10000
      checkpoint_segments = 128
      checkpoint_completion_target = 0.9



      Praktyka w oparciu o doświadczenie/wiedzę własną jak i innych użytkowników


      shared_buffers – sporo zależy od wersji postgre zainstalowanej na komputerze. Na przykład w 8.4 zmiana wartości na 2048MB sprawi, że postgre przestanie działać podczas gdy w 9.0+ wersje 64-bitowe spokojnie obsłużą taką wartość. Dobrą proporcją (przy korzystaniu z postgre 9.0+ 64-bit) jest 1024MB dla 8GB RAM, 2048MB dla 16GB RAM. Przy używaniu 8.4 rzeczywiście 512MB jest maksymalną wartością zaś wyższe dają negatywne rezultat. Przykładowe testowanie różnych wartości pod 8.4: https://de.pokertracker.com/forums/viewtopic.php?f=15&t=30450

      effective_cache_size – dwukrotność shared_buffers
      wal_buffers – 16MB jest dość optymalną wartością. Zmiana z 2MB na 4MB jest diametralnie zauważalna, z 4MB na 16MB lekko a z 16MB na 32MB prawie w ogóle a nawet może zmniejszyć wydajność.

      Przykładowa dobra konfiguracja (pewnego użytkownika z forum HM2) dla PC z 16GB RAM, SSD, Win7 64-bit, PostgreSQL 9.0 64-bit – chłopak miał w tej konfiguracj świetne osiagi:

      shared_buffers = 2048MB
      effective_cache_size = 4096
      work_mem = 64MB
      maintenance_work_mem = 64MB
      commit_delay = 10000
      checkpoint_segments = 128
      checkpoint_completion_target = 0.9
      wal_buffers = 16MB

      These seem to be the most important and gave me a noticeable increase;
      shared_buffers = 2048MB
      effective_cache_size = 4096
      wal_buffers = 16MB



      Co czym jest

      shared_buffers – edycja tej opcji jest najłatwiejszym sposobem na zwiększenie wydajności bazy danych. Domyślnie wartość w niej ustawiona jest bardzo niska biorąc pod uwagę możliwości aktualnych komputerów. Ogólnie przyjmuje się, że powinno być to ustawione na 25% RAMu komputera. Jednak zawsze należy brać pod uwagę, że to tylko ogólne wskazówki, które mogą nie mieć nic wspólnego z optymalnymi ustawieniami dla Twojego komputera, o czym pisałem wcześniej.

      effective_cache_size – najprościej jak można to ująć, wartość mówi o tym jak dużo pamięci postgre może używać do przechowywania danych. Wartość powinna równać się sumie pamięci przyznanej dla shared_buffers i ilości pamięci podręcznej z której może korzystać system operacyjny, ale nie powinna być większa jak 50% całkowitej pamięci RAM komputera.

      work_mem – używa się go do określenia ilości pamięci używanej przez postgre w celu przetwarzania danych zanim zostaną one zapisane na dysku w TempFile. Borąc pod uwagę ogromne ilości operacji na danych (między innymi sortowanie), których HM2 potrzebuje wartość powinna być wyższa niż domyślna jednak nie można przeginać ponieważ wartość nie odnosi się do wszystkich procesów a do pojedynczych. Czyli jeśli w bazie danych zachodzą skomplikowane operacje wartość ta jest zwielokrotniana zaś zbyt wysoka wartość może skutkować zawieszeniem się bazy danych. W sumie to nie jestem pewien czy w przypadku HM2 wartość nie powinna być nawet mniejsza niż domyślna.

      maintenance_work_mem -to samo co powyżej ale w odniesieniu do takich operacji na bazie danych jak vacuum, re-index...

      commit_delay – chodzi o określenie ilości mikrosekund, w ciągu których postgre może być "zawieszony" (wstrzymać się od przetwarzania procesów) aby powiązać ze sobą procesy zachodzące w tym samym czasie, czyli aby wydajniej przetwarzać dane. Czyli zbyt mała ilość sprawia, że postgre działa mniej wydajnie, ale znowu zbyt duża wielkości sprawi, że będzie działał wolniej.

      wal_buffers – ilość pamięci przeznaczonej na przechowywanie danych nie zapisanych jeszcze na dysku. Domyślna wartość -1 oznacza 1/32 shared_buffers, ale nie mniej niż 64kB. W przypadku większych wartości mogą pojawić się problemy jeśli konfiguracja systemu operacyjnego nie pozwala na taką wartość, ale nie mam pojęcia jak wygląda to w przypadku systemów Windows. Wydaje mi się, że problemy te mogą odnosić się jedynie do mniej popularnych wersji systemów open source, ale jeśli ktoś ma ochotę poczytać, to zapraszam: http://www.postgresql.org/docs/9.1/static/kernel-resources.html#SYSVIPC

      Z wartości, o których nie wspomniałem na pewno warto wyłączyć tworzenie plików log. Jeśli będą występować problemy, które będziesz chciał zgłosić do wsparcia HM2, to będzie mógł to bez problemu włączyć ponownie.
      W tym celu w pliku postgresql.conf znajdź : logging_collector I zmień wartość na off.

      # This is used when logging to stderr:
      logging_collector = off # Enable capturing of stderr and csvlog
      # into log files. Required to be on for
      # csvlogs.
      # (change requires restart)

      Otwórz folder instalacyjny postgreSQL > data > pg_log > usuń wszystkie znajdujące się tam pliki.




      Konserwacja DB
      &
      Tradycyjny dysk twardy vs SSD



      Operacje na bazie danych:
      HD – pgAdminIII > Vacum (Full + Analyse) oraz Reindex





      SSD – nie trzeba robić nic chyba, że zajdzie potrzeba zwolnienia przestrzeni dyskowej

      W HM2 opcja Purge działa inaczej niż w HM1 – usuwa nie tylko historie rozdań, ale również statystyki.
      Jest to związane z tym, że w HM2 historie rąk zajmują znacznie mniej miejsca niż w przypadku HM1 i usuwanie historii rąk bez usuwania statystyk nie wprowadzałoby żadnych znaczących zmian.





      Konserwacja dysku:
      HD – konieczna jest regularna defragmentacja dysku, najlepiej poprzez polecane programy a nie windowsowy. Polecam http://www.condusiv.com/products/diskeeper/ .
      SSD – kompletnie nic i broń Boże nie próbuj defragmentacji dysku SSD! W sumie nie mam pojęcia jakie miałoby to konsekwencje :)

      W przypadku kupna dysku SSD z myślą o pokerze nie trzeba się martwić posiadaniem portu SATA2, czy też nieposiadaniem SATA3 :) . Fakt, transfer danych będzie się znacząco różnił jednak w przypadku wydajności podczas sesji nie ma to większego znaczenia dlatego, że najważniejszy jest czas dostępu do pliku a nie sam transfer.



      Karta graficzna


      W przypadku jakichkolwiek problemów związanych z grafiką najpierw zaktualizuj kartę graficzną.
      Start > wpisz dxdiag > klik > Ekran > sprawdzamy nazwę karty graficznej.



      Dla kart z przedrostkiem ATI:
      http://support.amd.com/en-us/download > Desktop Graphics > Auto Detect and Install – oprogramowanie wykrywa konfigurację sprzętu i pobiera odpowiednie sterowniki karty graficznej.



      Dla kart z przedrostkiem NVIDA:
      http://www.nvidia.com/Download/index.aspx?lang=en-us > odhaczamy parametry.


      Upewnij się, że kompozycje pulpitu są włączone:
      1. Start > Panel sterowania > System i zabezpieczenia > System > Zaawansowane ustawienia systemu (panel po lewej) > Zaawansowane > Wydajność > Ustawienia > Efekty wizualne > Włącz kompozycję pulpitu (musi być zaznaczone)



      2. Prawy klik na ikonce HM2 > Właściwości > Zgodność > Upewnij się, że Wyłącz kompozycję pulpitu nie jest zaznaczone.





      Zwiększanie wydajności HM2


      Usuń WinnerName,WinnerCards i WinnerWon z Hands View Column.





      Usuń przeźroczystość z opcji HUDa.




      Jeśli masz problem z pop-upami może spróbować zmienić plik konfiguracyjny (HM2 a nie postgre!) wklejając ten kod w General:
      <Key Name="ProcessWorkingSetBase" Value="500000000" />
      <Key Name="ProcessWorkingSetHandAmount" Value="000" />

      Aby to zrobić należy pójść do: C > Users > nazwa użytkownika > AppData > Roaming > HoldemManager > HoldemManager.config
      Pamiętaj aby przed dokonaniem jakichkolwiek zmian kopię pliku zapisać w innym miejscu aby móc z czegoś przywrócić wcześniejsze ustawienia.
      Plik otwórz w edytorze tekstu, wklej podany kod i sprawdź jak działa w praktyce.




      Zabawmy się z NoteCaddy:
      Odznacz Automatically start taking notes when HM2 opens oraz Start Caddy report on HUD Launch.






      Jeśli zauważysz wzrost wydajności oznaczać to będzie, że NC spowalnia Twój komputer. Nie oznacz to, że musisz go wyłączyć, ale warto pobawić się ustawieniami.

      Wyłącz turbo grabber i sprawdź jak zmienia się wydajność.
      Przede wszystkim zmniejsz ilość wątków wykorzystywaną przy tworzeniu notatek. Może mieć to wielkie znaczenie jeśli nie masz procesora wielordzeniowego (więcej niż dwa rdzenie).




      W Note Definitions możesz dodać kolumnę Total Runtime i sprawdzić ile milisekund zajmuje średnio utworzenie jednej notatki. Jeśli wartość będzie Twoim zdaniem zbyt wysoka (nie ma jasno określonych parametrów na to aby coś było za wysoką wartością), to po prostu ją dezaktywuj.




      Jeśli nie zależy Tobie na notatkach tworzonych w trakcie pojedynczej sesji, możesz pozostawić odhaczone opcje uruchamiania NC wraz ze startem HM czy HUDa zaś po każdej sesji wchodzić w zakładkę NC, ustawiać ilość wątków na max i odpalać proces tworzenia notatek.


      Procesor


      Oczywiście im lepszy tym lepiej, ale biorąc pod uwagę, że w przypadku HM2 zużycie procesora jest na bardzo niskim poziomie, nie ma on wielkiego znaczenia. Dopiero w przypadku Note Caddy ilość rdzeni ma ogromne znaczenie. Najważniejsza nadal jest ilość RAMu, jednak posiadając dysk SSD, ilość RAMu nie jest aż tak ważna.



      Optymalizacja Table Ninja II


      http://forums.holdemmanager.com/table-ninja-2/412141-tn2-troubleshooting-tips-tricks.html


      Za 2-4 miesiące powinienem popracować dokładnie nad Note Caddy, może nawet szybciej nad wydajnością konfiguracji Win7 pod względem postgreSQL+HM2. Jeśli będzie zainteresowanie, to wtedy przygotuję materiały również z tego.

      Mam nadzieję, że nigdzie nie namieszałem. Każda poprawka będzie mile widziana.