파일 크기가 동적으로 설정되고 aws-sdk-go의 메모리에 저장될 때 getObject가 더 오래 걸리는 이유는 무엇입니까?

파일 작업에 aws-sdk-go를 사용할 때 파일 크기를 동적으로 설정하고 메모리에 저장해야 하는 경우가 있습니다. 그러나 이 파일을 얻기 위해 getObject 메소드를 사용하면 획득 시간이 더 길어질 수 있습니다. 이는 aws-sdk-go에서 getObject 메서드가 HTTP 프로토콜을 기반으로 하며, HTTP 프로토콜은 대용량 파일 전송에 더 많은 시간과 리소스가 필요하기 때문입니다. 따라서 파일 크기를 동적으로 설정하여 메모리에 저장하게 되면 getObject 메소드의 실행 시간이 길어질 수 있습니다. 이러한 상황의 발생을 줄이기 위해 분할된 다운로드나 멀티스레드 다운로드 사용과 같이 대용량 파일 전송에 더 적합한 다른 방법을 사용하는 것을 고려할 수 있습니다.

질문 내용

ForkJoinPool을 이해하려고 노력합니다. 실제로 fork 方法在没有 join 및 종료 조건의 경우 어떻게 해야 하는지 이해가 되지 않습니다. fork가 대기열에서 실행할 작업을 보내는 경우 이 코드가 무한정 실행되지 않는 이유는 무엇입니까?

으아악

결과는 항상 다릅니다.

두 번째 질문: 계산에서 self fork를 호출하면 어떻게 되나요?

으아악

계산은 1~2회 호출됩니다.

또는 이:

으아악

계산이 여러 번 호출된 후 중지됩니다.

해결 방법

It 은 무한히 실행되지만 데몬 스레드 는 JVM이 종료되는 것을 방지하지 못하므로 메인 스레드가 완료된 후(즉, 즉시) 종료됩니다. 메인 스레드가 완료되는 것을 방지하는 무한 루프를 설정하면 작업이 무한정 진행되는 것을 볼 수 있습니다.

으아악

위 내용은 파일 크기가 동적으로 설정되고 aws-sdk-go의 메모리에 저장될 때 getObject가 더 오래 걸리는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!