Renat : Hrenfx, 예, 에이전트는 모든 브로커의 이력을 가져올 수 있지만 "고객의 터미널(계산 순서) -> 클라우드 서버(캐시) -> 에이전트" 체인 내에서만 가능합니다.
에이전트는 거래 서버에 절대 액세스하지 않으며 클라우드 서버도 거래 서버에 액세스하지 않습니다. 에이전트는 캐시를 자체적으로 유지하지만 액세스 빈도에 따라 때때로 캐시를 정리합니다.
같은 디렉터리의 같은 컴퓨터에 있는 에이전트는 서로 통신할 수 있으며 히스토리를 한 번만 다운로드하여 서로 공유할 수 있습니다.
레나트, 당신은 나를 이해하지 못했습니다. 우리는 (반대하지 않는) 생각의 다른 진영에서 왔습니다. 브로커의 거래 조건에 대한 초기 평가를 위해 트레이더는 거의 항상 관심 브로커의 실제 기록이 필요합니다. 모든 사람이 제로 계정을 개설할 수 있는 것은 아닙니다. 그러나 귀하의 "클라우드 서버(캐시)"에는 이 기록이 포함되어 있으며 문제 없이 거래자의 에이전트와 공유합니다. 그러면 거래자들과의 회의에 가서 거래자들에게 클라우드 에이전트에서 자동으로 수행되는 것처럼 캐시 서버에서 관심 있는 중개인의 실제 기록을 다운로드할 수 있는 기회를 제공할 수 있습니까? 그러한 결정은 관습적인 이야기의 부재에 대한 적어도 일부 논리적 정당화일 것입니다. 게다가 이미 모든 것을 구현했습니다.
hrenfx : 레나트, 당신은 나를 이해하지 못했습니다. 우리는 (반대하지 않는) 생각의 다른 진영에서 왔습니다. 브로커의 거래 조건에 대한 초기 평가를 위해 트레이더는 거의 항상 관심 브로커의 실제 기록이 필요합니다. 모든 사람이 제로 계정을 개설할 수 있는 것은 아닙니다. 그러나 귀하의 "클라우드 서버(캐시)"에는 이 기록이 포함되어 있으며 문제 없이 거래자의 에이전트와 공유합니다. 그런 다음 거래자와의 회의에 가서 거래자에게 클라우드 에이전트에서 자동으로 수행되는 것처럼 캐시 서버에서 관심 있는 중개인의 실제 기록을 다운로드할 기회를 제공할 수 있습니까? 그러한 결정은 관습적인 이야기의 부재에 대한 적어도 일부 논리적 정당화일 것입니다. 게다가 이미 모든 것을 구현했습니다.
나는 모든 것을 완벽하게 이해했습니다.
그러나 스토리는 클라우드 작업의 프레임워크 내에서만 제공될 수 있으며 어떤 식으로든 공개적으로 제공될 수 없습니다. 클라우드 서버는 임시 캐시를 유지하며 비활성 상태일 때도 삭제합니다. 즉, 특정 계산 작업의 프레임워크 외부에서 데이터의 가용성을 보장하지 않습니다.
내 대답을 다시 읽고 체인에 무역 서버가 없다는 점에 유의하십시오. 루트는 독점적으로 고객의 터미널입니다.
토론을 연장하지 않기 위해 이 동작은 기술 및 법적 이유를 포함하여 많은 이유로 변경되지 않습니다.
Hrenfx, 예, 에이전트는 모든 브로커의 이력을 가져올 수 있지만 "고객의 터미널(계산 순서) -> 클라우드 서버(캐시) -> 에이전트" 체인 내에서만 가능합니다.
에이전트는 거래 서버에 절대 액세스하지 않으며 클라우드 서버도 거래 서버에 액세스하지 않습니다. 에이전트는 캐시를 자체적으로 유지하지만 액세스 빈도에 따라 때때로 캐시를 정리합니다.
같은 디렉터리의 같은 컴퓨터에 있는 에이전트는 서로 통신할 수 있으며 히스토리를 한 번만 다운로드하여 서로 공유할 수 있습니다.
레나트, 당신은 나를 이해하지 못했습니다. 우리는 (반대하지 않는) 생각의 다른 진영에서 왔습니다. 브로커의 거래 조건에 대한 초기 평가를 위해 트레이더는 거의 항상 관심 브로커의 실제 기록이 필요합니다. 모든 사람이 제로 계정을 개설할 수 있는 것은 아닙니다. 그러나 귀하의 "클라우드 서버(캐시)"에는 이 기록이 포함되어 있으며 문제 없이 거래자의 에이전트와 공유합니다. 그런 다음 거래자와의 회의에 가서 거래자에게 클라우드 에이전트에서 자동으로 수행되는 것처럼 캐시 서버에서 관심 있는 중개인의 실제 기록을 다운로드할 기회를 제공할 수 있습니까? 그러한 결정은 관습적인 이야기의 부재에 대한 적어도 일부 논리적 정당화일 것입니다. 게다가 이미 모든 것을 구현했습니다.
나는 모든 것을 완벽하게 이해했습니다.
그러나 스토리는 클라우드 작업의 프레임워크 내에서만 제공될 수 있으며 어떤 식으로든 공개적으로 제공될 수 없습니다. 클라우드 서버는 임시 캐시를 유지하며 비활성 상태일 때도 삭제합니다. 즉, 특정 계산 작업의 프레임워크 외부에서 데이터의 가용성을 보장하지 않습니다.
내 대답을 다시 읽고 체인에 무역 서버가 없다는 점에 유의하십시오. 루트는 독점적으로 고객의 터미널입니다.
토론을 연장하지 않기 위해 이 동작은 기술 및 법적 이유를 포함하여 많은 이유로 변경되지 않습니다.
레나트
내가 메시지에서 인용한 역사적 근거의 양은 정상 이상입니까?
이 순간에 대해 논평해 주시겠습니까?
상황이 이상해 보입니다. 특정 브로커의 히스토리가 필요한 트레이더는 간단한 방법으로 얻을 수 없지만 자신의 컴퓨터에 있는 에이전트는 누군가 클라우드에서 더미 어드바이저를 시작하면 이 히스토리를 받습니다.
그런 다음 다른 옵션을 갖는 것이 합리적으로 보입니다. 테스터가 트레이더의 재량에 따라 에이전트가 이미 업로드한 브로커의 기록을 사용하도록 합니다.
PS 글쎄, 또는 적어도 오프라인 차트의 형태로 에이전트가 사용할 수 있는 기록을 엽니다.
그리고 변한건 없습니다...
그리고 변한건 없습니다...
문제가 해결되었습니다. 기록 업데이트가 드물게 지워졌기 때문입니다.
새 빌드에서는 모든 것이 잘되고 파일 크기 가 잘립니다.
새 빌드로 업그레이드했지만 문제가 아직 해결되지 않았습니까?
오늘 에이전트가 2GB 이상의 RAM을 먹었다는 사실이 다시 확인되었습니다.
파일 크기 문제에 대해서만 이야기했습니다. 이전 버전의 기록 블록이 삭제 없이 저장되었습니다.
RAM은 이미 전문가들이 사용하고 있습니다.