aspirant 
					 
					 
					 
					 
					
					
						
						
					 
				 | 
				
					Дата: 28.05.2011
					
					
			
					 
					 
					
	
			Mikhail Sukhov Включить то я включил, а вот в лог все равно запись не попадает. Причем похоже локальный P2SimpleReplClient_trace.ini вообще никак не влияет на форматирование лога. Наверное, где-то туплю.  И заявки перестали региться?   Первоисточник не читаешь[smile]   Цитата:Вызовы колбэков по репликационным потокам, привязанным к отдельно взятому P2Connection, происходят, естественно, внутри ProcessMessage для этого коннекшена.  CP2ConnectionClass для потоков репликации мы прокачиваем в PlazaStreamManager, а основной CP2ConnectionClass (объявленный в PlazaTrader) игнорируется.  Прокачку я поставил в TransactionManager.  Заявки регистрируются, новая запись в лог попадает.  Объявлять трейс нужно в локальном P2SimpleReplClient_trace.ini.
			
			
			
			
		
  
				 | 
			
			
				| 
					
				 | 
				
					
	
		| 
			Спасибо:
		 | 
		
		
			 
		 | 
	 
 
				 | 
			
			
				| 
					
				 | 
			
		
			
  | 
		
			
				
					Mikhail Sukhov 
					 
					 
					 
					 
					
					
						
						
					 
				 | 
				
					Дата: 28.05.2011
					
					
			
					 
					 
					
	
			aspirant Mikhail Sukhov Включить то я включил, а вот в лог все равно запись не попадает. Причем похоже локальный P2SimpleReplClient_trace.ini вообще никак не влияет на форматирование лога. Наверное, где-то туплю.  И заявки перестали региться?   Первоисточник не читаешь[smile]    С заявками то все ок, я же round trip вычислял. Делать прокачку сообщений для транзакционного подключения мне кажется бессмысленно. aspirant  Заявки регистрируются, новая запись в лог попадает.
 
  Тоесть у тебя появилась строчка с размером очереди в логе?
			
			
			
			
		
  
				 | 
			
			
				| 
					
				 | 
				
					
	
		| 
			Спасибо:
		 | 
		
		
			 
		 | 
	 
 
				 | 
			
			
				| 
					
				 | 
			
		
			
  | 
		
			
				
					aspirant 
					 
					 
					 
					 
					
					
						
						
					 
				 | 
				
					Дата: 28.05.2011
					
					
						
							| 
								
							 | 
							
								
							 | 
							
								
							 | 
							
								 
							 | 
						 
					 
			
					 
					 
					
	
			Mikhail Sukhov С заявками то все ок, я же round trip вычислял. Делать прокачку сообщений для транзакционного подключения мне кажется бессмысленно.  Насколько я понимаю, прокачка обязательна, если асинхронно отправляешь сообщения: внутри ProcessMessage вызываются коллбэки, например, IP2AsyncSendEvent2.  Ради примера, закоментируй нитку прокачки сообщений в TransactionManager (_pollThread = ThreadHelper.CreateThread(PollProc);) и отправь заявку.  У меня ответа не было.  С прокачкой через 1-2 секунды. Прокачка не нужна, если сообщения отправляются синхронно. Mikhail Sukhov То есть у тебя появилась строчка с размером очереди в логе?  Цитата:2011-05-28 18:53:17.103;p2mq-cli;;New message added to recvList. Size: 1  Кстати, может быть сделаем 4 потока, исходя из этой информации (взято  отсюда)? Цитата:- Default линк - вспомогательные потоки (POS, PART, INFO, MISC, CLMONEY, INDEX, VOLAT, VM);
  - Первый direct линк - основные торговые потоки (TRADE, AGGR, COMMON);
  - Второй direct линк - подача команд;
  - Третий direct линк - получение исторических данных по потоку TRADE (SNAPSHOT).
 
  
			
			
			
			
		
 
				 | 
			
			
				| 
					
				 | 
				
					
	
		| 
			Спасибо:
		 | 
		
		
			 
		 | 
	 
 
				 | 
			
			
				| 
					
				 | 
			
		
			
  | 
		
			
				
					esper 
					 
					 
					 
					 
					
					
						
						
					 
				 | 
				
					Дата: 30.05.2011
					
					
			
					 
					 
					
	
			aspirant Кстати, может быть сделаем 4 потока, исходя из этой информации (взято  отсюда)? - Default линк - вспомогательные потоки (POS, PART, INFO, MISC, CLMONEY, INDEX, VOLAT, VM);
  - Первый direct линк - основные торговые потоки (TRADE, AGGR, COMMON);
  - Второй direct линк - подача команд;
  - Третий direct линк - получение исторических данных по потоку TRADE (SNAPSHOT).
 
  Думаю, это не совсем логично, например,  Третий direct линк будет использоваться только однажды при старте и потом будет простаивать. Может так: - подача команд;
  - получение редкоменяющихся данных + волатильность;
  - получение данных по фьючерсам;
  - получение данных по опционам.
 
 ? В любом случае, надо будет контролировать размер очереди по логам, да и данных на тестовом контуре не так много, чтобы нормально протестировать[sad] 
			
			
			
			
		
  
				 | 
			
			
				| 
					
				 | 
				
					
	
		| 
			Спасибо:
		 | 
		
		
			 
		 | 
	 
 
				 | 
			
			
				| 
					
				 | 
			
		
			
  | 
		
			
				
					Mikhail Sukhov 
					 
					 
					 
					 
					
					
						
						
					 
				 | 
				
					Дата: 30.05.2011
					
					
			
					 
					 
					
	
			esper - подача команд;
  - получение редкоменяющихся данных + волатильность;
  - получение данных по фьючерсам;
  - получение данных по опционам.
 
 ?  3 и 4 имеют разную нагрузку. Может сделать получение стаканов в отдельном потоке.
			
			
			
			
		
  
				 | 
			
			
				| 
					
				 | 
				
					
	
		| 
			Спасибо:
		 | 
		
		
			 
		 | 
	 
 
				 | 
			
			
				| 
					
				 | 
			
		
			
  | 
		
			
				
					aspirant 
					 
					 
					 
					 
					
					
						
						
					 
				 | 
				
					Дата: 30.05.2011
					
					
			
					 
					 
					
	
			Mikhail Sukhov esper - подача команд;
  - получение редкоменяющихся данных + волатильность;
  - получение данных по фьючерсам;
  - получение данных по опционам.
 
 ?  3 и 4 имеют разную нагрузку. Может сделать получение стаканов в отдельном потоке.  Тогда получается три подключения: команды, стаканы и все остальное?  Если все правильно, займусь.
			
			
			
			
		
  
				 | 
			
			
				| 
					
				 | 
				
					
	
		| 
			Спасибо:
		 | 
		
		
			 
		 | 
	 
 
				 | 
			
			
				| 
					
				 |