Ogólna technika-rozmowa - Strona 3
Strona 3 z 4 PierwszyPierwszy 1234 OstatniOstatni
Pokaż wyniki od 21 do 30 z 38

Wątek: Ogólna technika-rozmowa

  1. #21

    Cytat Zamieszczone przez ;
    {quote} Najprawdopodobniej plik ex4 jest jak kod źródłowy Java wkompilowany w kod bajtowy, o którym wiadomo, że jest wolniejszy od kodu C . {zacytować}
    Cześć, masterx584, Kiedy powiedziałeś, że jest wolniejszy niż kod C , zastanawiasz się, ile to wolniej, dla jakiegoś przeciętnego pliku? Czy mówimy o mikrosekundach, milisekundach lub ... mam na myśli przybliżenie, aby uzyskać pojęcie o szybkości. Dzięki

  2. #22
    Cytat Zamieszczone przez ;
    {quote} Cześć, Kiedy powiedziałeś, że jest wolniejszy niż kod C , zastanawiasz się, ile to wolniej, dla jakiegoś przeciętnego pliku? Czy mówimy o mikrosekundach, milisekundach lub ... mam na myśli przybliżenie, aby uzyskać pojęcie o szybkości. Dzięki
    W niektórych testach dla tego samego zadania, wykonanych w C 50 ms, JAVA wykonał 170 ms, oba wykonywane na tym samym komputerze. Procesor i7 był zasilany.EX4 mógł być nawet wolniejszy. Moja aplikacja w C uruchamia procesor w 0% na 8 symbolach i 123 wątkach. Ten sam algorytm działał 1-2% na 20 symbolach i 330 wątkach. Jako ekspert ex4 ten sam algorytm na 24 symbolach w wiadomościach zamrażał cały MT4 które wymagały ponownego uruchomienia

  3. #23

    Cytat Zamieszczone przez ;
    {quote} W niektórych testach tego samego zadania wykonanych w C 50 ms, JAVA wykonał 170 ms, oba wykonywane na tej samej maszynie. Procesor i7 zasilany był przez procesor . 7 może być nawet wolniejszy.
    Wow, tyle różnicy !? Czy 50 ms - 50 mikrosekund lub milisekund?

  4. #24

    Cytat Zamieszczone przez ;
    {quote} Wow, tyle różnicy !? Jest 50 ms - 50 mikrosekund lub milisekund. Również jak duże były zadania (to ważne)? Czy te zadania są porównywalne ze średnią Expert Adviser lub znacznie większą?
    ms = milisekundy.
    https://softwareengineering.stackexc...lent-c-programC jest blisko montażu.

  5. #25
    Cytat Zamieszczone przez ;
    {quote} W niektórych testach tego samego zadania wykonanych w C 50 ms, JAVA wykonał 170 ms, oba wykonywane na tej samej maszynie. Procesor i7 zasilany był przez procesor . 7 może być nawet wolniejszy. Moja aplikacja w C uruchamia procesor w 0% na 8 symbolach i 123 wątkach. Ten sam algorytm działał 1-2% na 20 symbolach i 330 wątkach. Jako ekspert ex4 ten sam algorytm na 24 symbolach w wiadomościach zamrażał cały MT4 które wymagały ponownego uruchomienia
    To nie ma sensu. I7 ma 4 rdzenie i biorąc pod uwagę, że aktualizujesz tylko 8 walut, twoje operacje związane z IO powinny być ograniczone do 8 wątków. Biorąc pod uwagę, że pozostałe obliczenia każdej pary są związane z procesorem, jaki jest sens uruchomienia kolejnych 115 wątków? Nie ma żadnego przyrostu wydajności, ponieważ każdy wątek wiązałby się w 100% z każdym rdzeniem po zakończeniu IO i rozpoczęciu obliczeń.

  6. #26

    Cytat Zamieszczone przez ;
    {quote} Najprawdopodobniej plik ex4 jest jak kod źródłowy Java wkompilowany w kod bajtowy, o którym wiadomo, że jest wolniejszy od kodu C . {zacytować}
    Nie, już nie. W pewnym momencie tak było (wydaje mi się, że jest 600 buildów), ale teraz kompiluje się do natywnego kodu i działa tak szybko, jak CC . Jednak kod prawdopodobnie nie jest tak zoptymalizowany, jak można to osiągnąć za pomocą popularnych kompilatorów CC w trybie max optim. ustawienia.

  7. #27
    1 Załącznik (-i)
    Cytat Zamieszczone przez ;
    {quote} To nie ma sensu. I7 ma 4 rdzenie i biorąc pod uwagę, że aktualizujesz tylko 8 walut, twoje operacje związane z IO powinny być ograniczone do 8 wątków. Biorąc pod uwagę, że pozostałe obliczenia każdej pary są związane z procesorem, jaki jest sens uruchomienia kolejnych 115 wątków? Nie ma żadnego przyrostu wydajności, ponieważ każdy wątek wiązałby się w 100% z każdym rdzeniem po zakończeniu IO i rozpoczęciu obliczeń.
    Ponieważ jest to praktyka w stosunku do teorii i ponieważ moja aplikacja była wyświetlana wielowątkowo. Jest to natywny wielowątkowy. Mam 16 zadań asynchowania * symboli, które nigdy się nie łączą, z czasem snu 1 ms .... niektóre są szybsze niż inne. Byłem podejrzliwy w kwestii prędkości wielowątkowości Zyskaj na początku, więc zrobiłem testy prędkości na tym samym algorytmie z pojedynczym gwintem ... jest niezła różnica. Pomyśl tylko, że 8 symboli nigdy nie ma zaznaczenia w tym samym czasie. Te same algorytmy na powolnym i fantazyjnym 32-bitowym MT4 z pojedynczym gwintem zamrażały nie tylko terminal.exe, ale cały komputer, w czasie szczytu wiadomości. Z C korzystam z 64 bitów ... pod MT4 jesteś zmuszony do pozostania w środku 32-bitowa ... ogromna różnica. Nie można nawet porównać wynikowego kodu maszynowego: 32-bitowego z 64-bitowym ... Teraz pracuję z procesorem 0% tym samym algorytmem, w którym MT4 stale przekracza 60% i zamarza w wiadomościach. .. CPU mówi sam, jeśli wykonałem dobrą robotę lub nie. Wszystko jest zoptymalizowane pod kątem minimalnej pracy procesora w moim kodzie. Głównie chodzi o to, w jaki sposób ustrukturyzujesz całą aplikację i jak zorganizujesz rzeczy, a najważniejszy beeing poza MT4 bull $ hit .
    Cytat Zamieszczone przez ;
    To nie ma sensu. I7 ma 4 rdzenie, a biorąc pod uwagę, że aktualizujesz tylko 8 walut, twoje operacje związane z IO powinny być ograniczone do 8 wątków
    Praktyka zwyciężyła w teorii.DIVIDE I CONQUER! Zastanówmy się także nad wersją wydania a wersją debugowania ... moja jest wersja
    I7 jest hyperthreading ... 4 rdzenie fizyczne - 8 rdzeni logicznych.

  8. #28
    Cytat Zamieszczone przez ;
    {quote} Nie, już nie. W pewnym momencie tak było (wydaje mi się, że jest 600 buildów), ale teraz kompiluje się do natywnego kodu i działa tak szybko, jak CC . Jednak kod prawdopodobnie nie jest tak zoptymalizowany, jak można to osiągnąć za pomocą popularnych kompilatorów CC w trybie max optim. ustawienia.
    Kompiluje naprawdę wolniejszą wersję ... wersję do debugowania. W C kompiluję wersję release.big difference..check my thread Twój EA jest HACKED! Czas na migrację! o ex4 posiadającym cały kod źródłowy wewnątrz ... kto wie, czy jest skompilowany
    może jest kod w stylu JAVA.

  9. #29
    Cytat Zamieszczone przez ;
    {quote} Kompiluje naprawdę wolniejszą wersję ... wersję debugowania. W C kompiluję wersję release.big difference..check my thread Twój EA jest HACKED! Czas na migrację! o ex4 posiadającym cały kod źródłowy wewnątrz ... kto wie, czy jest skompilowany
    może jest kod w stylu JAVA.
    To bardzo dobry punkt i udało mi się zduplikować twoje odkrycia. Plik ex4 (skompilowany w trybie zwolnienia i brakuje mq4) nie tylko zna numer wiersza błędu, ale także dokładną liczbę znaków z lewego marginesu.

  10. #30

    Cytat Zamieszczone przez ;
    {quote} To bardzo dobry punkt i udało mi się zduplikować twoje wnioski. Plik ex4 (skompilowany w trybie zwolnienia i brakuje mq4) nie tylko zna numer wiersza błędu, ale także dokładną liczbę znaków z lewego marginesu.
    Ex4 jest trybem debugowania. W trybie zwolnienia cały kod, komentarze itp. Są niszczone. Wersja C w moim przypadku jest 4 razy lżejsza od wersji debugującej. Jest wiele czynników, które pomogły mi przyspieszyć Wyliczyłem tylko kilka w komentarzach powyżej. Nawet przycinanie dołączonego dll spy programu antywirusowego Avast dało mi niewielki przyrost prędkości. Małe szczegóły robią różnicę.

Uprawnienia umieszczania postów

  • Nie możesz zakładać nowych tematów
  • Nie możesz pisać wiadomości
  • Nie możesz dodawać załączników
  • Nie możesz edytować swoich postów
  •  
Używamy cookies
Używamy cookies, aby jak najlepiej dostosować witrynę do Twoich potrzeb. Kontynuowanie przeglądania tej strony, oznacza zgodę na używanie plików cookies. Aby uzyskać więcej informacji zapoznaj się z naszą Polityką Prywatności.