MQL5 클라우드 네트워크의 리소스 비용 계산 공식에 대한 공개 토론
리소스 비용을 추정하기 위해 "컴퓨터를 500달러에 구입하고 밤에 빌려서 비용을 회수하고 싶습니다."라는 아이디어를 사용할 수 있습니다. 단순화하기 위해 관련 전기, 냉각, 인터넷 비용을 생략하고 세 가지 지표에 집중할 수 있습니다.
- 컴퓨터 비용(예: $500)
- 투자 회수 기간(야간 8시간, TIME 2년)
- 컴퓨터 성능(예: 100 PR 단위)
여기에 컴퓨터가 시간당 소비하는 전기 비용과 인터넷 트래픽을 추가할 가치가 있습니다)
단위 시간당 소비자 고객 수로 이 서비스에 대한 수요를 대략적으로 계산하거나 매우 근사적으로 계산했습니까? 예를 들어, 1,000명의 원래 소비자 클라이언트가 이 서비스를 한 달에 한 번 이상 사용했습니까?
러시아어를 구사하지 않는 포럼을 포함하여 네 번째 및 다섯 번째 포럼 방문자를 대상으로 한 달 이내에 설문 조사를 수행하는 것이 합리적일 수 있습니다. 지급액은 아직 미정"
단위 시간당 소비자 고객 수로 이 서비스에 대한 수요를 대략적으로 계산하거나 매우 근사적으로 계산했습니까? 예를 들어, 1,000명의 원래 소비자 클라이언트가 이 서비스를 한 달에 한 번 이상 사용했습니까?
러시아어를 구사하지 않는 포럼을 포함하여 네 번째 및 다섯 번째 포럼 방문자를 대상으로 한 달 이내에 설문 조사를 수행하는 것이 합리적일 수 있습니다. 지급액은 아직 미정"
아이디어에 대한 관심이 있고, 아이디어가 성숙되고 오랫동안 논의되었기 때문에 설문조사를 수행할 필요조차 없습니다.
다음 범주의 사용자에 중점을 둡니다.
- 가능한 한 빨리 계산을 해야 하는 사람들
- 사용하지 않은 시간에 자원을 축적할 준비가 되어 있는 사람은 나중에 축적된 자원을 빠르게 사용할 수 있습니다.
- 단순히 돈을 위해 자신의(또는 사용 가능한) 자원을 판매한 다음 인출할 준비가 된 사람들(거래 외부의 사용자)
더욱이, 1년 안에 사용하지 않은 시간에 자원을 판매 하기 위해 일정 기능을 사용하는 사용자의 세 번째 범주가 우세할 것이라는 느낌이 있습니다.
아이디어에 대한 관심이 있고, 아이디어가 성숙되고 오랫동안 논의되었기 때문에 설문조사를 수행할 필요조차 없습니다.
다음 범주의 사용자에 중점을 둡니다.
- 가능한 한 빨리 계산을 해야 하는 사람들
- 사용하지 않은 시간에 자원을 축적할 준비가 되어 있는 사람은 나중에 축적된 자원을 빠르게 사용할 수 있습니다.
- 단순히 돈을 위해 자신의(또는 사용 가능한) 자원을 판매한 다음 인출할 준비가 된 사람들(거래 외부의 사용자)
더욱이, 1년 안에 사용하지 않은 시간에 자원을 판매하기 위해 일정 기능을 사용하는 사용자의 세 번째 범주가 우세할 것이라는 느낌이 있습니다.
모든 사용자가 관심을 갖는 질문을 제기할 때입니다. 구매 및 판매 시 리소스 비용은 얼마 입니까?
가장 논리적인 것은 공식을 수요/공급에 맞게 조정하는 것입니다. :) .
다음은 몇 가지 결론과 제안입니다.
노골적인 실수가 있을 수 있다는 점을 이해해 주시길 바랍니다.
1. 가장 논리적인 것은 서버에 PR 에이전트를 유지하는 것이라고 생각합니다. 예를 들어 여러 가짜 클라이언트 봇이 최신 정보를 수집할 수 있습니다. 클라이언트를 개인화하지 않으면 실제로 PR과의 부정 행위가 없음을 보장해야 합니다. 다른 방법은 에이전트 인증 기관에 들어가는 것입니다.
2. 적응성에 관하여. 공급이 수요를 초과해야 하는 경우가 바로 여기에 있습니다. 분명히 올바른 비율을 얻으려면 해당 QS 모델을 모델링하거나 계산해야 합니다.
기준은 간단 합니다. 대기열에 있는 애플리케이션 의 확률은 주어진 임계값을 초과해서는 안 됩니다. 임계값 IMHO는 몇 퍼센트를 넘지 않아야 합니다.
이 공식은 BUYERS 및 SELLERS의 현재 정의에 맞지 않습니다.
다음과 같이 가능합니다.
구매자 -- 현재 시간의 평균 작업량(기록 기반, 완료되기 전에 작업 단위로 작업을 추정할 가능성이 낮음)
판매자 -- 현재 제안. (또는 역사에 의해)
이 형태에서는 축축해 보이지만 IMHO는 건강합니다.
이 접근 방식에 대한 몇 가지 추가 의미
-- 작업 실행 이력이 필요하며 반드시 트랜잭션이 필요한 것은 아니며 볼륨만 가능
-- 최소한 일정 기간 동안 가격 이력이 필요합니다(적응 반복 공식 및 계산을 얻기 위해).
- 오해를 줄이기 위해 가격은 하루에 한 번 이상 변경되지 않아야 합니다.
그러면 다음과 같이 됩니다.
Rate[ 0 ] = ( 1 - alpha)*Rate[ 1 ] + alpha*(Rate[ 1 ]*( 1 + sigm( 1 - correction*BUYERS/SELLERS))) где, Rate -- условно -- текущая востребованность сервиса alpha -- максимальный разовый процент изменения рейта sigm -- сигмоидная функция с областью значений от - 1 до 1 correction -- тот самый коэффициент в СМО, который выравнивает перекос в отношении спроса\предложения.음, 총 가격
TOTALPRICE = TIME * PR * PRICE * Rate[ 0 ]그러면 PR은 일정한 값, 단순한 평균 성능이 될 수 있습니다.
- www.mql5.com
더욱이, 1년 안에 사용하지 않은 시간에 자원을 판매하기 위해 일정 기능을 사용하는 사용자의 세 번째 범주가 우세할 것이라는 느낌이 있습니다.
나는 논쟁하지 않습니다, 당신이 더 잘 알지만
1 투자로서 그것은 확실히 작동하지 않을 것입니다 (단지 임대하기 위해 컴퓨터를 구입하십시오)
2 거대한 사무용 기계의 형태로 된 이론적인 클론다이크가 있지만 평균 20-30대의 기계로 구성된 사무실의 평균 책임자도 이 작업을 수행하지 않을 것이며 보안상의 이유로
그리고 그것을 받기 위한 몸의 움직임에 비해 수입이 미미하다는 이유로
3 추상 고급 학생(비 거래 사용자)은 아마 갈 것입니다
물론 모든 IMHO
IMHO 가격은 변경할 수 없습니다.
음, 인플레이션과 다른 대격변을 고려하면 불과 몇 년 안에
IMHO 가격은 변경할 수 없습니다.
MQL5 Cloud Network는 매일 점점 더 활발하게 호흡하기 시작합니다. 시스템 출시에 가까워지면서 버그를 수정합니다.
분산 컴퓨팅에 대해 잘 모르는 사람들을 위해 다음은 일반적인 클라우드 컴퓨팅 에이전트의 몇 가지 스크린샷입니다.
클라이언트 터미널에서 네트워크는 다음과 같이 표시됩니다.
앞으로 몇 달 동안 MQL5 클라우드 네트워크는 개발자가 최대한 많은 버그를 찾아 수정할 수 있도록 공개 테스트 모드에서 작동합니다. 네트워크는 무료입니다. 네트워크의 워크플로를 안정화하고 소비된 리소스에 대한 전체 계정을 활성화하는 즉시 릴리스를 출시할 것입니다.
심각한 부하에서 클라우드를 테스트할 수 있도록 모든 사람이 에이전트를 네트워크에 적극적으로 연결 하도록 요청합니다. 테스트가 끝나면 에이전트를 제공한 모든 참가자에게 보너스가 제공됩니다(출금 또는 소비 가능)!
모든 사용자가 관심을 갖는 질문을 제기할 때입니다. 구매 및 판매 시 리소스 비용은 얼마 입니까?
토론을 시작하기 위해 여러 매개변수를 사용하는 것이 좋습니다(각 에이전트에 대해 개별적으로).
TIME - затраченное время на расчет задачи(пакета задач) в миллисекундах
PR - индекс производительности агента (недостоверная величина, фальсифицируемая)
PRICE - автоматически высчитываемая цена за единицу работы (самое сложное)
PRJOB - единица работы в виде 1 единицы PR за 1 ms времени TIME
вспомогательные величины:
BUYERS - количество покупателей (количество работ в очереди)
SELLERS - количество продавцов (агентов)
예를 들어 한 에이전트 리소스의 총 판매 가격은 다음과 같습니다.
TOTALPRICE = TIME * PR * PRICE
공식은 매우 간단하며 에이전트가 위조할 수 있는 PR 지표의 정규화가 없습니다. 검증, 정상화, 부정행위와의 싸움은 나중으로 미루자. 또한 서비스를 유지하기 위해 결제 네트워크의 주최자에게 유리하게 가격에서 약간의 수수료를 가져옵니다.
리소스 비용을 추정하기 위해 "컴퓨터를 500달러에 구입하고 밤에 빌려서 비용을 회수하고 싶습니다."라는 아이디어를 사용할 수 있습니다. 단순화하기 위해 관련 전기, 냉각, 인터넷 비용을 생략하고 세 가지 지표에 집중할 수 있습니다.
1ms 동안 1PR의 비용을 계산해 보겠습니다.
Всего часов = 360 дней * 8 часов = 2 880
Всего миллисекунд = 2 880 часов * 60 минут * 60 секунд * 1000 миллисекунд = 10 368 000 000 ms
Стоимость 1PR за 1 ms = 500 долларов / 10 368 000 000 ms / 100 PR = 4,8225308641975308641975308641975e-10 доллара
이 컴퓨터의 1시간 동안 리소스 판매 비용을 추정하기 위해 다음과 같이 간단한 계산을 합니다.
Миллисекунд = 60 минут * 60 секунд * 1000 миллисекунд = 3 600 000 миллисекунд
Стоимость 1 часа при 100 PR = 3 600 000 миллисекунд * 100 PR * 4,8225308641975308641975308641975e-10 доллара = 0,17361111111111111111111111111111 доллара
이 컴퓨터를 1시간 빌리는 데 17센트가 들며, 8시간 동안 야간 작업을 하면 1.38달러가 드는 것으로 나타났습니다.
이것은 판매자의 관점에서 "별로" 없지만 구매자의 관점에서도 볼 필요가 있습니다. 특정 가격에서는 구매자가 아닐 수 있습니다.
합리적인 가격을 찾으려면 작업 단위당 가격의 균형을 자동으로 맞추는 메커니즘이 필요합니다. 또한 이 메커니즘은 단순한 조작으로부터 보호되어야 합니다.
현재 시점의 구매자/판매자 수 또는 그들의 일평균 가치와 유사한 가치가 시정 요인으로 참여할 수 있습니다.
또는 리소스 단위의 시작 가격을 계산한 다음 서비스 활동(구매자 및 판매자)에 따라 공개 발표와 함께 1-3개월마다 수동으로 조정할 수도 있습니다.
지금까지 모든 계산은 제안 수준입니다. 모든 사람은 자신의 의견을 표현하거나 수정하거나 자신의 버전을 제안해야 합니다.