"New Neural"은 MetaTrader 5 플랫폼용 신경망 엔진의 오픈 소스 프로젝트입니다. - 페이지 50

 
우크라이나 :

데이터 처리 방법은 뉴런 유형에 따라 다르므로 워크플로 작업에는 뉘앙스가 있습니다. 뉴런 유형 개체의 일부여야 합니다.

1) Nuans는 레이어로 간주되는 것입니다. 그러한 공식을 부여하면 GPU에서 계산을 구성하기가 어려울 것입니다.

2) TheXpert의 말을 계속 하면 GPU의 작업 부하에 문제가 있을 것입니다.

1) 왜?

2) 왜?

 
우크라이나 :

레이어는 한 번의 반복에서 독립적이고 동일한 유형을 갖는 뉴런의 합집합입니다.

어떤가요? 벡터 표현 없이 GPU에서 주스를 어떻게 짜낼 수 있습니까? 저도 이것을 고려합니다.
 
더엑스퍼트 :
어떤가요? 벡터 표현 없이 GPU에서 주스를 어떻게 짜낼 수 있습니까? 저도 이것을 고려합니다.

벡터가 없는 이유는 무엇입니까? 데이터 배열은 외부에 있으므로 어떤 데이터가 수행하는 작업과 일치하는지 등록하는 것만 남아 있습니다.

그것들은 한 레이어에 어떤 뉴런이 있는지에 대한 데이터를 가지고 있으며, 우리는 이 레이어의 벡터를 GPU 계산으로 전송합니다. 등등 레이어에서.

추신 아, 제가 그린 뉴런 모델에서 중간 계산을 저장하기 위한 데이터 개념을 도입해야 합니다.

 
:

1) 왜?

2) 왜?

1) 레이어의 내 공식화에는 여러 유형의 뉴런이 있을 수 있으며 이는 GPU로 전송할 수 없는 비정형적인 작업이기 때문입니다.

2) Andrey의 공식에서 하나의 뉴런이 레이어가 될 수 있고 이는 GPU 부하를 위협하기 때문입니다.

일반적으로 위협은 두 가지 악 중에서 더 작은 것을 선택합니다. GPU 부하를 줄이는 것은 GPU를 사용할 수 없는 가능성만큼 끔찍하지 않습니다.

 

mql에 데이터에 대한 포인터가 없다는 것은 좋지 않습니다. 그렇지 않으면 단순히 데이터를 벡터에서 뉴런으로 직접 집계할 수 있습니다.

PS 중지, 데이터 벡터의 인덱스를 대신 전달할 수 있다면 도대체 집계가 왜 필요한가? 직접 액세스와 동일한 바인딩이 있습니다.

ZZY를 사용하여 데이터 개체 대신 뉴런에 데이터 액세스 개체를 만듭니다.

 
우크라이나 :

2) Andrey의 공식에서 하나의 뉴런이 레이어가 될 수 있고 이는 GPU 부하를 위협하기 때문입니다.

결합할 수 있다면... 결합해야 합니다.
 
더엑스퍼트 :
결합할 수 있다면... 결합해야 합니다.
그것이 문제이며 가능하다면 두 가지 조건, 즉 한 번의 반복에서의 독립성과 다른 계층 뉴런과의 균일성(즉, 내부에서 데이터를 처리하는 방법)에 따라 달라집니다.
 

나는 그러한 엔진으로 성장하는 신경 가스 를 구성하는 방법에 대한 생각의 조각이 있지만 아직 말로 구체화되지 않았습니다.

단 하나의 명제: 네트워크를 다시 초기화해야 합니다. 이러한 초기화 자체는 학습 알고리즘에서 사용할 수 있어야 합니다.

Растущий нейронный газ - реализация на языке программирования MQL5
Растущий нейронный газ - реализация на языке программирования MQL5
  • 2010.09.24
  • Алексей
  • www.mql5.com
В статье приводится пример написания на языке MQL5 программы, реализующий адаптивный алгоритм кластеризации, называемый "Растущий нейронный газ" (Growing neural gas, GNG). Статья рассчитана на пользователей, изучивших документацию к языку, а также уже имеющих определенные навыки программирования и базовые знания в области нейроинформатики.
 
더엑스퍼트 :

프로젝트 관리자는 gpwr일 수 있습니다. 부분적으로 할 수 있습니다.

믿고 맡겨주셔서 감사합니다만, 저는 이 프로젝트의 리더로서 적합하지 않은 것 같습니다. 이유를 설명하겠습니다.

  1. 프로그래밍은 제 전문이 아닙니다. 나는 이것을 취미로 한다. 나는 프로그래머 그룹의 작업을 조정하는 많은 뉘앙스를 알지 못합니다.
  2. 지난 15년 동안 저는 직장에서 여러 프로젝트를 관리했습니다. 나는 내가 이끄는 프로젝트가 참여자들이 실직과 급여를 잃을까 두려워 내 명령(독재정권)을 따라야 하는 분위기에서 성공적으로 수행되고 있음을 발견했다. 프로젝트 참여자에게 보수가 지급되지 않고 프로젝트 팀에 포함되지 않는 민주주의의 분위기에서 독재 방식은 적합하지 않으며 그들 없이는 진행이 매우 어려울 것입니다.
  3. 관리자 자신이 프로젝트에 관심이 있어야 합니다. 지금까지 나의 관심은 관찰자이다. 이전에 말했듯이 고전적인 신경망은 더 이상 관심을 갖지 않으며 MQL5에서의 코딩 문제는 더욱 그렇습니다. 내 관심은 이제 입력 변환 방법에 있습니다. 이러한 방법에 대한 독학을 마치고 시장 시세 에 대해 실험해 보면 관심이 다른 데로 옮겨갈 것입니다.
  4. 다른 프로젝트와 마찬가지로 이 프로젝트를 관리하려면 시간과 헌신이 필요합니다. 지금 당장은 그렇지 않습니다(저는 이미 직장에서 프로젝트를 관리하고 있습니다).

위의 모든 것에서 내 추천은 이것이다.

  1. MK는 이 프로젝트에 참여하고 성공적으로 완료하는 데 물질적 이해관계가 있을 수 있도록 프로젝트 참여자에게 충분한 급여를 지급해야 합니다. 제가 미국에 살고 있기 때문에 급여 수준이 더 높습니다(아마도 그래서 MK는 제가 직접 출마를 제안했을 때에도 기사 작성을 요청한 적이 없었을 것입니다). 예를 들어, 프로젝트가 끝날 때 각 참가자에게 최소 $10,000가 제공된다면 이 프로젝트는 성공할 것이라고 믿습니다.
  2. 프로젝트 관리자는 MC를 대표해야 합니다. 그는 또한 요구 사항, 구현 마감일 및 지불을 설정합니다. 많은 오픈 소스 코드는 감독자가 학위를 동기로 사용하는 학생에 의해 대학에서 생성됩니다. 그녀 없이는 아무것도.
 
gpwr :
PM이 프로그래머일 필요는 없습니다. 당신이 거부하는 것은 유감입니다.