더 많은 사람들이 (틱에 대한) 이 모든 정보를 알수록 주방은 더 적게 얻고 정직한 회사는 더 많아질수록 저는 개인적으로 정직한 회사를 지지하며 사기성 주방이 완전히 사라지는 데 관심이 있습니다.
왜냐하면 정직한 분들만 거래하고 싶습니다.
제 경험에서 나온 정보가 있어요! M5에서 H1까지 TF의 인용문에 따라 차량을 만들 때 모든 것이 정상입니다! 그러나 M1의 데이터만 추가하려고 하면 모든 것이 지옥에 떨어집니다! 나는 그들이 티키를 줄 것이라고 상상합니다! 여분의 소음, 더 이상! 그녀가 전혀 신경 쓰지 않는 TS를 두꺼운 피부로 만드십시오!
borilunad : 제 경험에서 나온 정보가 있어요! M5에서 H1까지 TF의 인용문을 기반으로 차량을 만들 때 모든 것이 정상입니다! 그러나 M1의 데이터만 추가하려고 하면 모든 것이 지옥에 떨어집니다! 나는 그들이 티키를 줄 것이라고 상상합니다! 여분의 소음, 더 이상! 그녀가 전혀 신경 쓰지 않는 TS를 두꺼운 피부로 만드십시오!
나는 씬 TS를 작성하지 않지만 테스터에서 테스트하는 것과 데모에서 실시간으로 테스트하는 것이 왜 다른지에 대한 수많은 질문에 신경이 쓰입니다.
틱 기록은 이 문제를 한 번에 해결할 수 있으며 테스터는 신뢰할 수 있습니다(데모 실시간 테스트 정도).
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 예, 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다. 12년 동안 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
서퍼러: 2013.06.11
깊은 틱 기록을 제공하는 것은 이제 문제가되지 않습니다. 인터넷 속도는 100-1000 배 (전화 접속 - adsl, 광학) 증가하고 하드 드라이브는 1000 배 (기가 바이트 - 테라 바이트) 증가했으며 정보의 메가 바이트당 가격은 감소했습니다 ( 2007년 4월부터 현재까지 전체 EURUSD 틱 기록 크기(Dukascopy의 경우 .bi5 형식 = 743MB(예: ADSL 속도 10) Mbit = 1Mb/sec, 12분 안에 다운로드됨).
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 예, 조각당 사용자는 주당 2.5명씩 증가합니다.
다운 앤 아웃 문제가 시작되었습니다. 플랫폼이 실제 틱에 대한 테스트를 지원하면 수요가 급증할 것입니다. 이제 모든 사용자가 테스트에 틱을 사용할 수 있는 것은 아닙니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다.
모든 것이 정상입니다. 터미널의 설정에서 변수(MaxTickHistory 유형)를 만들고 기본적으로 0을 할당합니다.예를 들어 의견과 같이 모든 사람에게 틱이 필요한 것은 아닙니다.
borilunad : У меня информация из моего опыта! Когда строю ТС, исходя из котировок на ТФ от М5 до Н1 всё в порядке! Но когда пробую только прибавить данные с М1, то всё летит к чёрту! Представляю, что дадут тики! Лишний шум, не больше! Делайте ТС толстокожей, что всё ей было до лампочки!
그는 틱이 필요하지 않습니다. 그리고 내가 필요하고 원하는 깊이로 설정을 조정할 것입니다.
거래의 경우 테스트를 위해 며칠 정도의 틱이 필요하지만 시장 변화의 역학을 연구하려면 20년 동안 6-8년 깊이로 다운로드합니다. -30 악기. 디스크 메모리가 허용하는 양(2개의 나사 3테라바이트 + 1테라바이트) - 이력 데이터용으로 특별히 구입했습니다.
12년 동안 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
자, 생각해봅시다. 대망의 혁신을 도입하겠다는 의사 표시가 나타나면 사람들이 발생하는 모든 문제(예: 다운로드 속도 제한)를 완전히 이해하여 처리합니다. 구현에 대한 좋은 제안이 있을 수도 있습니다. 예를 들어, "동료 거래자"에게 누락된 틱 기록 조각을 보내는 제어된 "피어 투 피어" 네트워크에 사용자 터미널을 결합하면 사용자 간에 트래픽을 분산시키는 아이디어가 있습니다. 이 경우 브로커는 실제로 네트워크에 새로운 틱 + 소수의 사용자에 대한 과거 기반의 초기 채우기만 제공합니다.
일반적으로 모든 것이 해결됩니다. 현재 인터넷 상황에서 문제는 6-7년 전처럼 더 이상 개발자를 두렵게 해서는 안 됩니다. 속도는 우수하고 디스크 공간의 양은 브로커와 "틱 팬" 모두에게 매우 저렴합니다.
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 네, 그리고 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다. 10년 만에 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
틱은 놀라울 정도로 잘 압축된다는 것을 잊지 마십시오. 표준 zip 아카이버는 활성 RTS 하루 의 틱 기록 을 8MB에서 350KB로 압축합니다. 그러나 이것은 최적화되지 않은 일반 텍스트 파일입니다. 고도로 전문화된 아카이버를 사용하면 결과를 더욱 개선할 수 있습니다. 따라서 최악의 경우(하루에 약 200,000틱) 연간 100MB(350KB * 270일)입니다. 30 - 40개의 액체 기기가 있으며 연간 3-4GB를 제공하거나 10년 동안 30-40GB만 제공합니다. 오늘날의 표준으로는 상당히 많습니다.
더 많은 사람들이 (틱에 대한) 이 모든 정보를 알수록 주방은 더 적게 얻고 정직한 회사는 더 많아질수록 저는 개인적으로 정직한 회사를 지지하며 사기성 주방이 완전히 사라지는 데 관심이 있습니다.
왜냐하면 정직한 분들만 거래하고 싶습니다.
이제 위스키 플랫폼이 쏟아진다면 좋은 기회가 되겠지만 MT4 플랫폼이면 충분하다. 틱, 안경, 볼륨을 그냥 가져갈 수 없습니다. 아키텍처는 그것을 제공하지 않았습니다.
그리고 그들이 나타나더라도 그것이 어떤 차이를 만들까요? 이익? 진지한 현장에서 MT는 소의 안장과 같습니다. 그리고 경솔한 틱에서 그들은 빨리 고칠 것입니다.
첫째, 교정 진드기는 확인하기 쉽고 아무도 실시간으로 취소하지 않았으며 누구나 자신의 이야기를 들을 수 있습니다.
두 번째로, 장인이 실수로 티크 역사 를 미끄러뜨렸기 때문에 아키텍처가 이를 허용합니다.
테스터에서 틱은 여전히 생성되고 알고리즘은 생성 대신 수정되며 모든 것이 작동합니다(그런데 현재 가지고 있는 것을 유지하면서 선택적으로 수행할 수 있습니다).
지금까지 모든 MQ 인수는 정보의 양과 관련이 있지만 최신 인터넷 속도와 HDD 및 RAM 볼륨을 고려할 때 이것도 긴 변명이 될 수 없습니다.
또한 거래 트래픽을 돌보는 데에는 변명의 여지가 없으며 이미 상황을 감지 한 DC는 틱 혁명을 준비하고 있으며 이미 틱을 수집, 확산 및 배포하고 있습니다 (지금까지는 비정상적으로).
따라서 MQ에서 정치적 결정을 내리기만 하면 됩니다.
제 경험에서 나온 정보가 있어요! M5에서 H1까지 TF의 인용문을 기반으로 차량을 만들 때 모든 것이 정상입니다! 그러나 M1의 데이터만 추가하려고 하면 모든 것이 지옥에 떨어집니다! 나는 그들이 티키를 줄 것이라고 상상합니다! 여분의 소음, 더 이상! 그녀가 전혀 신경 쓰지 않는 TS를 두꺼운 피부로 만드십시오!
나는 씬 TS를 작성하지 않지만 테스터에서 테스트하는 것과 데모에서 실시간으로 테스트하는 것이 왜 다른지에 대한 수많은 질문에 신경이 쓰입니다.
틱 기록은 이 문제를 한 번에 해결할 수 있으며 테스터는 신뢰할 수 있습니다(데모 실시간 테스트 정도).
여기서 영원을 생각하는 것도 지겹지 않니?
젠장, 당신은 사이트에 가서 관심 지점의 변경 사항을보고 이동 한 다음 ... 모든 것이 이전과 동일하고 MK의 변경 사항 및 정보가 없습니다.
군중 속에서 "Babosy"버튼을 구걸하십시오 ...
또한 거래 트래픽을 돌보는 데에는 변명의 여지가 없으며 이미 상황을 감지 한 DC는 틱 혁명을 준비하고 있으며 이미 틱을 수집, 확산 및 배포하고 있습니다 (지금까지는 비정상적으로).
따라서 MQ에서 정치적 결정을 내리기만 하면 됩니다.
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 네, 그리고 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다. 12년 동안 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 예, 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다. 12년 동안 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
서퍼러 : 2013.06.11
깊은 틱 기록을 제공하는 것은 이제 문제가되지 않습니다. 인터넷 속도는 100-1000 배 (전화 접속 - adsl, 광학) 증가하고 하드 드라이브는 1000 배 (기가 바이트 - 테라 바이트) 증가했으며 정보의 메가 바이트당 가격은 감소했습니다 ( 2007년 4월부터 현재까지 전체 EURUSD 틱 기록 크기(Dukascopy의 경우 .bi5 형식 = 743MB(예: ADSL 속도 10) Mbit = 1Mb/sec, 12분 안에 다운로드됨).
https://www.mql5.com/ru/forum/1031/page18#comment_520781
743*35 = 35개 도구의 경우 26GB, 실제로는 훨씬 더 적습니다. EURUSD는 2007년 4월 이후의 실제 틱이며 일부 상품은 2007년 이후에 등장한 가장 유동적인 상품입니다(가장 많은 틱이 있음).
+ 거래소는 오래전부터 돈에 대한 틱 이력이 있거나 직접 기록할 수 있는데 MetaTrader 5가 거래소의 터미널로 간주되면 틱을 정확하게 테스트하는 기능이 부족한 이유는 무엇입니까?
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 예, 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다.
모든 것이 정상입니다. 터미널의 설정에서 변수(MaxTickHistory 유형)를 만들고 기본적으로 0을 할당합니다.예를 들어 의견과 같이 모든 사람에게 틱이 필요한 것은 아닙니다.
У меня информация из моего опыта! Когда строю ТС, исходя из котировок на ТФ от М5 до Н1 всё в порядке! Но когда пробую только прибавить данные с М1, то всё летит к чёрту! Представляю, что дадут тики! Лишний шум, не больше! Делайте ТС толстокожей, что всё ей было до лампочки!
그는 틱이 필요하지 않습니다. 그리고 내가 필요하고 원하는 깊이로 설정을 조정할 것입니다.
거래의 경우 테스트를 위해 며칠 정도의 틱이 필요하지만 시장 변화의 역학을 연구하려면 20년 동안 6-8년 깊이로 다운로드합니다. -30 악기. 디스크 메모리가 허용하는 양(2개의 나사 3테라바이트 + 1테라바이트) - 이력 데이터용으로 특별히 구입했습니다.
12년 동안 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
자, 생각해봅시다. 대망의 혁신을 도입하겠다는 의사 표시가 나타나면 사람들이 발생하는 모든 문제(예: 다운로드 속도 제한)를 완전히 이해하여 처리합니다. 구현에 대한 좋은 제안이 있을 수도 있습니다. 예를 들어, "동료 거래자"에게 누락된 틱 기록 조각을 보내는 제어된 "피어 투 피어" 네트워크에 사용자 터미널을 결합하면 사용자 간에 트래픽을 분산시키는 아이디어가 있습니다. 이 경우 브로커는 실제로 네트워크에 새로운 틱 + 소수의 사용자에 대한 과거 기반의 초기 채우기만 제공합니다.
일반적으로 모든 것이 해결됩니다. 현재 인터넷 상황에서 문제는 6-7년 전처럼 더 이상 개발자를 두렵게 해서는 안 됩니다. 속도는 우수하고 디스크 공간의 양은 브로커와 "틱 팬" 모두에게 매우 저렴합니다.
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 네, 그리고 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다. 10년 만에 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
틱은 놀라울 정도로 잘 압축된다는 것을 잊지 마십시오. 표준 zip 아카이버는 활성 RTS 하루 의 틱 기록 을 8MB에서 350KB로 압축합니다. 그러나 이것은 최적화되지 않은 일반 텍스트 파일입니다. 고도로 전문화된 아카이버를 사용하면 결과를 더욱 개선할 수 있습니다. 따라서 최악의 경우(하루에 약 200,000틱) 연간 100MB(350KB * 270일)입니다. 30 - 40개의 액체 기기가 있으며 연간 3-4GB를 제공하거나 10년 동안 30-40GB만 제공합니다. 오늘날의 표준으로는 상당히 많습니다.
딜링 데스크의 경우 이는 여전히 마케팅 틱 수준입니다. 네, 그리고 조각당 사용자는 주당 2.5명씩 증가합니다.
그러나 한 문자에 대해 연간 최대 기가바이트인 진드기를 어떻게 처리할 것인지는 명확하지 않습니다. 10년 만에 12명의 캐릭터가 나왔고 지금은 100개의 공연이 있습니다. 규모를 가늠할 수 있는 사용자당 볼륨입니다. 그리고 이것은 문제의 기술적인 부분일 뿐입니다.
여기서 키워드는 "선택 사항"입니다.
무엇을 깰 필요가 없으며 옵션을 추가하십시오.
처음부터 테스터에서 생성된 틱이 아닌 커스텀 틱,
더 나아가, 역사에 정기적으로 진드기를 저장하고,
요청의 증가, 거래 서버의 틱 이력 전송 등
위협 및 각 항목은 선택 사항이며, 주의할 옵션 사용에 대한 통계도 보낼 수 있습니다.