MQL5 Cloud Network'teki kaynakların maliyetini hesaplama formülünün genel tartışması
Kaynakların maliyetini tahmin etmek için "500 dolara bir bilgisayar satın alıyorum ve maliyetini gece kiralayarak telafi etmek istiyorum" fikrini kullanmayı deneyebilirsiniz. Basitleştirmek için, ilgili elektrik, soğutma, İnternet maliyetlerini atlayabilir ve üç göstergeye odaklanabilirsiniz:
- bir bilgisayarın maliyeti (örneğin, 500 $)
- geri ödeme süresi (gece 8 saat için 2 yıl, TIME)
- bilgisayar performansı (örneğin, 100 PR birimi)
burada bilgisayar tarafından saat başına tüketilen elektrik maliyetini ve İnternet trafiğini eklemeye değer)
Birim zaman başına tüketici müşteri sayısında bu hizmete olan talebin yaklaşık veya çok yaklaşık hesaplamaları var mı? Örneğin, 1000 orijinal tüketici müşterisi bu hizmeti ayda en az bir kez mi kullandı?
Belki de Rusça konuşulmayanlar da dahil olmak üzere dördüncü ve beşinci forumların ziyaretçileri arasında bir ay içinde bir anket yapmak mantıklıdır - “Kim temelde para için bir hizmet için bilgisayar sağlamaya hazır, ancak sağlanan ödemenin miktarı henüz belli değil"
Birim zaman başına tüketici müşteri sayısında bu hizmete olan talebin yaklaşık veya çok yaklaşık hesaplamaları var mı? Örneğin, 1000 orijinal tüketici müşterisi bu hizmeti ayda en az bir kez mi kullandı?
Belki de Rusça konuşulmayanlar da dahil olmak üzere dördüncü ve beşinci forumların ziyaretçileri arasında bir ay içinde bir anket yapmak mantıklıdır - “Kim temelde para için bir hizmet için bilgisayar sağlamaya hazır, ancak sağlanan ödemenin miktarı henüz belli değil"
Fikre ilgi var ve fikir olgunlaştığı ve uzun süredir tartışıldığı için bir anket yapmak bile gerekli değil.
Aşağıdaki kullanıcı kategorilerine odaklanıyoruz:
- Hesapları olabildiğince çabuk yapması gerekenler
- Kaynakları kullanılmayan zamanlarda biriktirmeye hazır olanlar, böylece daha sonra birikmiş olanları hızlı bir şekilde kullanabilirler.
- (veya mevcut) kaynaklarını para karşılığında satmaya ve ardından geri çekmeye hazır olanlar (ticaret dışındaki kullanıcılar)
Ayrıca, bir yıl içinde, kullanılmayan zamanda kaynakları satmak için zamanlama işlevini kullanacak olan üçüncü bir kullanıcı kategorisinin hakim olacağına dair bir his var.
Fikre ilgi var ve fikir olgunlaştığı ve uzun süredir tartışıldığı için bir anket yapmak bile gerekli değil.
Aşağıdaki kullanıcı kategorilerine odaklanıyoruz:
- Hesapları olabildiğince çabuk yapması gerekenler
- Kaynakları kullanılmayan zamanlarda biriktirmeye hazır olanlar, böylece daha sonra birikmiş olanları hızlı bir şekilde kullanabilirler.
- (veya mevcut) kaynaklarını para karşılığında satmaya ve ardından geri çekmeye hazır olanlar (ticaret dışındaki kullanıcılar)
Ayrıca, bir yıl içinde, kullanılmayan zamanda kaynakları satmak için zamanlama işlevini kullanacak olan üçüncü bir kullanıcı kategorisinin hakim olacağına dair bir his var.
bir fiyat belirleyin ve sonra bir şey değişecek ve onu değiştirecek ve herkes size çok kötü olduğunuzu ve eski fiyattan alanlara çıkmanın sahtekâr olduğunu bağıracak. bu çok .... geleceğe bir bakış.
takas yapmak ideal olacaktır ve piyasa koşullarında her zaman olduğu gibi, ortalama fiyat alıcılar ve satıcılar arasındaki noktada duracaktır ve hiçbir şeyin yanıltıcı olması gerekmez.
Tüm kullanıcıları ilgilendiren bir soruyu gündeme getirmenin zamanı geldi - satın alırken ve satarken kaynakların maliyeti ne olacak ?
Sizin için en mantıklısı formülü arz/talep uyumlu hale getirmek olacaktır :) .
Aşağıda bazı sonuç ve öneriler yer almaktadır.
Umarım açık hataların mümkün olduğunu anlamışsınızdır, bu yüzden eleştirin, filtreleyin, ölçün.
1. Bence en mantıklısı sunucuda bir PR ajanı tutmak ve örneğin birkaç fake client botu güncel bilgileri toplayabiliyor. Müşteriyi duyarsızlaştırırsanız, bu pratik olarak PR ile hile yapmamayı garanti etmelidir. Alternatif bir yol, bir aracı sertifika yetkilisine girmektir.
2. Uyarlanabilirlikle ilgili. Arzın talebi aşması gerektiğinde durum tam olarak budur. Açıkçası, doğru oranı elde etmek için ilgili QS modelini modellemek veya hesaplamak gerekir.
Kriter basittir - bir uygulamanın kuyrukta olma olasılığı belirli bir eşiği geçmemelidir. Eşik, IMHO, yüzde birkaçtan fazla olmamalıdır.
Bu formülasyon mevcut ALICI ve SATICI tanımlarına uymamaktadır.
Bu şekilde mümkündür:
ALICILAR -- mevcut zaman için ortalama iş miktarı (geçmişe dayalıdır, çünkü bir görevin tamamlanmadan önce iş birimleri cinsinden tahmin edilmesi olası değildir)
SATICILAR -- mevcut teklif. (veya tarihe göre)
Bu formda nemli göründüğü açıktır, ancak IMHO, sağlıklıdır.
Bu yaklaşım için birkaç çıkarım daha
-- iş yürütme geçmişi gereklidir, mutlaka işlemler tarafından değil, yalnızca hacim mümkündür
-- en azından belirli bir süre için fiyat geçmişi (uyarlanabilir bir tekrarlayan formül ve hesaplamalar elde etmek için) gereklidir.
- Yanlış anlaşılmaları azaltmak için fiyatlar günde bir defadan fazla değiştirilmemelidir.
Sonra şöyle bir şey elde ederiz:
Rate[ 0 ] = ( 1 - alpha)*Rate[ 1 ] + alpha*(Rate[ 1 ]*( 1 + sigm( 1 - correction*BUYERS/SELLERS))) где, Rate -- условно -- текущая востребованность сервиса alpha -- максимальный разовый процент изменения рейта sigm -- сигмоидная функция с областью значений от - 1 до 1 correction -- тот самый коэффициент в СМО, который выравнивает перекос в отношении спроса\предложения.Peki toplam fiyat
TOTALPRICE = TIME * PR * PRICE * Rate[ 0 ]O halde PR sabit bir değer, basit bir ortalama performans olabilir.
- www.mql5.com
Ayrıca, bir yıl içinde, kullanılmayan zamanda kaynakları satmak için zamanlama işlevini kullanacak olan üçüncü bir kullanıcı kategorisinin hakim olacağına dair bir his var.
tartışmıyorum sen daha iyi bilirsin ama
1 yatırım olarak kesinlikle çalışmaz (sadece kiralamak için bir bilgisayar satın alın)
2 büyük bir ofis makineleri filosu şeklinde teorik bir Klondike var, ancak ortalama 20-30 makinelik bir ofisin ortalama müdürü de bunu yapmayacak ve güvenlik nedenleriyle
ve onu almak için vücut hareketlerine kıyasla gelirin önemsizliği nedeniyle
3 soyut ileri düzey öğrenci (ticaret yapmayan kullanıcılar) muhtemelen gidecek
tabii ki tüm IMHO
IMHO fiyat değiştirilemez.
Eh, sadece birkaç yıl içinde olsa, enflasyon ve diğer felaketleri hesaba katarsak
IMHO fiyat değiştirilemez.
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
MQL5 Cloud Network her gün daha aktif bir şekilde nefes almaya başlıyor. Sistemin piyasaya sürülmesine adım adım yaklaşarak hataları düzeltiyoruz.
Dağıtılmış bilgi işlemden haberdar olmayanlar için, tipik bulut bilişim aracılarının birkaç ekran görüntüsünü burada bulabilirsiniz:
İstemci terminalinde ağ aşağıdaki gibi gösterilir:
Önümüzdeki birkaç ay boyunca, MQL5 Cloud Network, geliştiricilerin mümkün olduğunca çok hatayı bulup düzeltmesini sağlamak için herkese açık bir test modunda çalışacak. Ağ ücretsiz iken. Ağdaki iş akışlarını stabilize eder etmez ve tüketilen kaynakların tam olarak hesaplanmasını sağlar sağlamaz bir sürüm yayınlayacağız.
Bulutu ciddi bir yük altında test edebilmeniz için herkesten aracılarını aktif olarak ağa bağlamasını rica ediyoruz. Testin sonunda, acentelerini sağlayan tüm katılımcılar ikramiye alacaklar (çekilebilir veya harcanabilirler)!
Tüm kullanıcıları ilgilendiren bir soruyu gündeme getirmenin zamanı geldi - satın alırken ve satarken kaynakların maliyeti ne olacak ?
Tartışmayı başlatmak için birkaç parametre alınması önerilir (her ajan için ayrı ayrı):
TIME - затраченное время на расчет задачи(пакета задач) в миллисекундах
PR - индекс производительности агента (недостоверная величина, фальсифицируемая)
PRICE - автоматически высчитываемая цена за единицу работы (самое сложное)
PRJOB - единица работы в виде 1 единицы PR за 1 ms времени TIME
вспомогательные величины:
BUYERS - количество покупателей (количество работ в очереди)
SELLERS - количество продавцов (агентов)
Örneğin, bir aracının kaynaklarının toplam satış fiyatı şöyle görünebilir:
TOTALPRICE = TIME * PR * PRICE
Formül çok basittir ve ajan tarafından taklit edilebilecek PR göstergesinin normalleştirilmesi yoktur. Doğrulamayı, normalleştirmeyi ve hile ile mücadeleyi sonraya bırakalım. Ayrıca, hizmeti sürdürmek için yerleşim ağının organizatörü lehine fiyattan küçük bir komisyon alınacaktır.
Kaynakların maliyetini tahmin etmek için "500 dolara bir bilgisayar satın alıyorum ve maliyetini gece kiralayarak telafi etmek istiyorum" fikrini kullanmayı deneyebilirsiniz. Basitleştirmek için, ilgili elektrik, soğutma, İnternet maliyetlerini atlayabilir ve üç göstergeye odaklanabilirsiniz:
1 ms için 1 PR maliyetini hesaplamaya çalışalım:
Всего часов = 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 доллара
Bu bilgisayarın 1 saatlik kaynak satış maliyetini tahmin etmek için basit bir hesaplama yapacağız:
Миллисекунд = 60 минут * 60 секунд * 1000 миллисекунд = 3 600 000 миллисекунд
Стоимость 1 часа при 100 PR = 3 600 000 миллисекунд * 100 PR * 4,8225308641975308641975308641975e-10 доллара = 0,17361111111111111111111111111111 доллара
Bu bilgisayarı bir saatlik kiralamanın 17 sente, 8 saatlik gece çalışmasının ise 1,38 dolara mal olacağı ortaya çıktı.
Bu, satıcının bakış açısından "fazla" değildir, ancak alıcının bakış açısından da bakmak gerekir. Belli bir fiyata alıcı olmayabilir.
Makul bir fiyat bulmak için, iş birimi başına fiyatı otomatik olarak dengeleyecek bir mekanizmaya ihtiyacınız var. Ayrıca, bu mekanizma basit manipülasyonlardan korunmalıdır.
Şu anki alıcı/satıcı sayısı veya ortalama günlük değerleri ve benzeri değerler düzeltici faktör olarak katılabilir.
Ya da belki bir kaynak biriminin başlangıç fiyatını hesaplayın ve ardından hizmetin etkinliğine (alıcılar ve satıcılar) bağlı olarak her 1-3 ayda bir halka açık bir duyuru ile manuel olarak ayarlayın.
Şimdiye kadar, tüm hesaplamalar teklif düzeyinde. Herkesten kendi fikrini ifade etmesi, düzeltmesi veya kendi versiyonunu önermesi istenir.