JeremyV, Dla ciekawości zrobiłem kilka testów cTrader na moim laptopie i7. Kroki nastąpiły. Krok A) brak użycia procesora cTrader: 10% pamięci RAM; 2,6 GB krok B) 1x cTrader otwarty z 15 niemal nagimi wykresami, 30 minut przed otwarciem Londynu: użycie procesora: 25% pamięci RAM; 3,0 Gb krok C) 2x cTrader otwarty z 15 niemal nagimi wykresami, 30 minut przed otwarciem Londynu: użycie procesora: 35% pamięci RAM; 3,3 Gb krok D) 2x cTrader otwarty z 15 niemal nagimi wykresami, plus 1 cTrader z 15 ciężkimi wykresami indi, 3 0 minut przed otwarciem Londynu: użycie procesora: 50-60% RAM: 5,2 Gb Krok E) Pozostaw konfigurację do uruchomienia chwilę i zobacz, co się dzieje w Londynie: otwarte mapy cTraders - łatwa zmiana kart. Heavy indi cTrader - przełączanie między kartami jest opóźnione o około 0,5 s, ale nadal jest dość łatwe do zarządzania. Nie ma problemu z podniesieniem zminimalizowanego okna cTrader, żadnego z nich. cTrader z indis używa około 10 razy więcej pamięci niż nagie. To samo z CPU w czasie przeliczania indeksu. Po 15 minutach RAM: 5,5 Gb Jakiś czas przed otwarciem Londynu zużycie procesora spadło na 100% i zajęło 1-2 sekundy, aby przywrócić cTrader z indis do przodu. Nie jest to jednak zamrożenie. Większość wykorzystania procesora została przydzielona cTrade z indis, co nie jest zaskakujące. nagi cTrader jest w pełni responsywny. Tuż przed otwarciem kleszczy w Londynie są coraz grubsze. cTrader z indis staje się mniej czuły - przełączenie karty zajmuje 1-2 sekundy dłużej. Nagie cTradery są nadal bardzo elastyczne. Zaraz w Londynie otwórz cTrader z indis staje się dość niereagujący, użycie procesora dla tego cTradera czasami wynosi 80-99%. Nagi nadal są w porządku. Jednak ilość kleszczy w tym czasie jest 3-4 razy wyższa niż wcześniej. Krok F) 2x cTrader otwarty z 15 niemal nagimi wykresami, Plus 1x cTrader z 15 ciężkimi indi-chartami, 10 minut PO otwartym Londynie i wszystkie 3 aplikacje działające przez 40 minut: użycie procesora: 70-80% pamięci RAM; 5.8Gb Podsumowując: dla mnie zamrożenie dzieje się z cTrader, w tym wiele indis. Jeśli jednocześnie wiele wykresów jest otwartych w wielu indiach, spowoduje to tymczasowe zamrożenie. Uwaga: niektóre z moich indies są wrażliwe na kleszcze, ale w najlepszym razie na kilka sekund. Po sekundach coupe mogę otworzyć aplikację, wydobyć z tła ect, więc zamrożenie się skończyło. Jest to w pełni związane z moimi niestandardowymi indiesami i tym, jak z nich korzystam ORAZ być może także z tym, jak cTrader zarządza ich pamięcią podręczną. Wydaje się, że problem nie polega na ponownym obliczaniu indi, ale odświeżeniu okna z historią danych. Naked cTrader działa dobrze i cały czas reaguje. Dodatkowa konfiguracja z cTrader indis na i7 mobile z 4 rdzeniami przy 100% CPU spowodowała 20-30% wykorzystanie procesora w pełnym i7 z 4 rdzeniami, co sugeruje, że sprzęt może być ograniczeniem. Powiedziałbym więc, że z mojej perspektywy wydajność cTradera jest z jednej strony ograniczona (oczywista) przez sprzęt, az drugiej strony przez nieefektywność indywidua. cTrader sam w sobie wydaje się działać dobrze. Nie mogę przypomnieć sobie sytuacji, w której cTrader po prostu zamarłby i nie mogę go już otworzyć i muszę zamknąć go z poziomu menedżera zadań, Z WYJĄTKIEM, który jest załadowany wieloma niestandardowymi indies. Bardziej niezoptymalizowane indie,gorsza wydajność
Mam nadzieję, że pomoże to w debugowaniu.