"New Neural", MetaTrader 5 platformu için bir sinir ağı motorunun Açık Kaynak projesidir. - sayfa 73

 
yu-sha :

Ön İşlemci bunun içindir

En az 2 nöron, en az 100 dosya türü aynı

Peki, grafiksel olarak kime, bu yüzden kimse müdahale etmiyor - bir GUI yazıyoruz ve kullanıyoruz

Pekala, omzunu kesmeyelim, her şeyi raflara koyalım. Başkaları için aynı olduğu bir gerçek değil ama benim için yukarıda paylaştığım indirme yöntemi indirme algoritması açısından çok açık:

bir satır oku, 3 katman nesnesini başlattı,

ilk satırı okuyoruz, sonra ilk katman nesnesini çağırıyoruz, girdi katmanı tipini oluşturuyoruz, nöron dizisini 2 miktarında başlatıyoruz.

ikinci satırı okuyun, ardından ikinci katman nesnesini çağırın, mlp katman türünü oluşturun, nöron dizisini 2 miktarında başlatın.

üçüncü satırı okuyun, ardından ikinci katman nesnesini çağırın, mlp katman türünü oluşturun, nöron dizisini 1 miktarında başlatın.

katman sayısı 3 olduğu için üçüncü satırda inşaatı bitiririz, ardından bağlantıları atarız.

neden tabloyu inceliyoruz ve gerekli nöronları çağırıyoruz, tablo 1 ise onlara bağlantıları söyleyin.

Ve algoritma xml'de nasıl çalışacak?

Tehdit ve bağlantı tablosu ikili olduğundan ana avantajı, mükemmel uyum sağlar. 8 nöron için bir tablo bir ulonga sığar. Doğru, ormana ne kadar uzak olursa, partizanlar genel olarak o kadar kalın, çok sayıda nöron içeren boyut şu şekilde hesaplanır:

X=N*N/8

N nöron sayısıdır,

X bayt sayısıdır.

 

Dezavantajları

  • XML sözdizimi gereksizdir. [sekiz]
  • Bir XML belgesinin boyutu, aynı verilerin ikili gösteriminden önemli ölçüde daha büyüktür. Kaba tahminlerde bu faktörün değeri 1 mertebe (10 kez) olarak alınır.
  • Bir XML belgesinin boyutu, alternatif metinsel veri aktarım biçimlerinde (örneğin JSON [4] , YAML , Protokol Tamponları ) ve özellikle belirli bir kullanım durumu için optimize edilmiş veri biçimlerinde bir belgeden önemli ölçüde daha büyüktür.
  • XML yedekliliği, bir uygulamanın performansını etkileyebilir. Verilerin depolanması, işlenmesi ve iletilmesinin maliyeti artmaktadır.
  • XML meta verileri (alan adları, sınıflar, yapıların iç içe geçmesi hakkında) içerir ve aynı zamanda XML, açık sistemlerin etkileşimi için bir dil olarak konumlandırılır. Aynı türden (tek yapı) çok sayıda nesneyi sistemler arasında aktarırken, her ne kadar XML açıklamasının her bir örneğinde yer alsalar da, meta verileri tekrar tekrar aktarmanın bir anlamı yoktur.
  • Çok sayıda görev için, XML sözdiziminin tam gücüne ihtiyaç duyulmaz ve çok daha basit ve daha performanslı çözümler kullanılabilir.

İntihal için özür dilerim.
 

Yapılandırmaları, ağları, ayarları depolamak için XML'i bir standart olarak öneriyorum ...

Ve yalnızca başlatma / kaydetme aşamalarında gereklidir

Çalışma sürecinde ve daha da fazlası - öğrenme sürecinde, herhangi bir XML sorunu yoktur.

onun.insan :
İntihal için özür dilerim.

Evet, ama nedense Oracle, Microsoft gibi canavarlar dişlerini gıcırdatarak "ikili" (genellikle ticari) standartlarını bir kenara bırakır ve açık standartlarla yüzleşmek için dönerler.

10 MB XML çıkarmak, modern bilgisayarlar için sorun değil

100 MB .docx MS Word belgesi sizi korkutuyor mu?

Sorun, ağı bir XML dosyasından yüklemekse, bu tür ekipman üzerinde eğitmek gerçekçi olmayacaktır - bunlar karmaşıklık açısından karşılaştırılamaz görevlerdir.

 
yu-sha :

Yapılandırmaları, ağları, ayarları depolamak için XML'i bir standart olarak öneriyorum ...

Ve yalnızca başlatma / kaydetme aşamalarında gereklidir.

Çalışma sürecinde ve daha da fazlası - öğrenme sürecinde, herhangi bir XML sorunu yoktur.

Bakın, xml'deki dosyanızın boyutu 916 bayt ve ikili gösterimde başlığa basmasanız bile 64 bayt

7 başlık değişkeni + tablo başına 1 = 8 ulong * 8 bayt = 64

 
Ukrayna :

Bakın, xml'deki dosyanızın boyutu 916 bayt ve ikili gösterimde başlığa basmasanız bile 64 bayt

7 başlık değişkeni + tablo başına 1 = 8 ulong * 8 bayt = 64


Bu forum sayfasını açmak için internetten en az yüz kilobayt indiriyorum

Burunda 2012 ve uzun süredir bayt gibi bir ölçü birimi kullanmadım))

not

Ben sadece seçeneğimi sundum - karar vermek halka kalmış

 
yu-sha :

Yapılandırmaları, ağları, ayarları depolamak için XML'i bir standart olarak öneriyorum ...

Ve yalnızca başlatma / kaydetme aşamalarında gereklidir

Çalışma sürecinde ve daha da fazlası - öğrenme sürecinde, herhangi bir XML sorunu yoktur.

Ağın yapısını optimize etmek için (anında) nöronların ve bağlantıların sayısını değiştirmek gerekir.

Yapılabilir mi?

Zor değilse, kodlarınızı yorumlayın, başkalarının kodlarını yorum yapmadan anlamanın uzun sürdüğünü kendiniz bilirsiniz. Teşekkür ederim.

 
onun.insan :

Ağın yapısını optimize etmek için (anında) nöronların ve bağlantıların sayısını değiştirmek gerekir.

Yapılabilir mi?

Zor değilse, kodlarınızı yorumlayın, başkalarının kodlarını yorum yapmadan anlamanın uzun sürdüğünü kendiniz bilirsiniz. Teşekkür ederim.

Bunlar eğitim sorularıdır. Potansiyel olarak - böyle bir fırsat var, pratikte kullanmadım

Genellikle, öğrenme sürecinde ağ yapısı değişmez - sadece uyarlanabilir parametreler değişir

Sorun ifadeniz zaten bir meta-seviyedir: ortaya çıkan ağın diğerlerinden daha başarılı öğrenmesi için ağın yapısını değiştirmek için bir mimarı eğitmek

Kodları "olduğu gibi" gönderdim - kendim için yaptım ve her zamanki gibi acelem var, çok üzgünüm

İyi bir şekilde, tüm proje üzerinde çalışıldıktan sonra her şeyin yavaş yavaş yeniden düzenlenmesi gerekiyor.

 
yu-sha :

Bu forum sayfasını açmak için internetten en az yüz kilobayt indiriyorum

Burunda 2012 ve uzun süredir bayt gibi bir ölçü birimi kullanmadım))

not

Ben sadece seçeneğimi sundum - karar vermek halka kalmış

Hadi bir deney kuralım, nöron başına 100 bağlantı ile 1000 nöron için bir xml mesh loader oluşturalım ve dosya boyutunu yayınlayalım, yapı ne istersen.

Sadece 1000*1000/8=~125 Kb versiyonumun ne kadar yer kaplayacağını dizlerimin üstünde hesaplayabilirim, ama sizinki yapamam, bu yüzden karşılaştırma için ...

Seçeneğiniz kabul edilebilir bir boyuta sahip olacaksa, neden olmasın.

 
Ukrayna :

Mesele bu değil, bellek bellektir, ancak GPU'da nesne mantığının püf noktalarını uygulamak zor olacak, içinde GPU hesaplama işlevlerinin bulunduğu nesnelerin karmaşık bir etkileşimi olarak NN'nin nasıl uygulanacağını oldukça iyi hayal ediyorum (bu mikro seviyelerle ilgilidir), ancak nesne kodunun tüm NS'yi GPU'ya farklı ağırlık setlerine (makro seviye) sahip birkaç FF olarak kaydırmasının ne kadar karmaşık olduğunu hayal edemiyorum ???

Soru retoriktir, ancak herhangi biri dinlemeye istekliyse.

İşte bu yüzden seçim, daha yaygın OpenCL değil, CUDA lehine yapıldı.

CUDA kodu nesne yönelimlidir ve CPU'da oluşturulan nesneyi bit-bit aktarabilirsiniz.

Nüanslar var, ama hepsi çözüldü

 
yu-sha :

İşte bu yüzden seçim, daha yaygın OpenCL değil, CUDA lehine yapıldı.

CUDA kodu nesne yönelimlidir ve CPU'da oluşturulan nesneyi bit-bit aktarabilirsiniz.

Nüanslar var, ama hepsi çözüldü

Bu konuda uzman değilim, sana inanıyorum, iyi olurdu.
Neden: