imagemagick 패키지에 대해 다음 명령을 고려하십시오 :
sudo convert -resize 460x200 /path/to/test1.jpg /path/to/test2.jpg
이제 test1.jpg
A는 매우 큰 이미지 (12.5MB)는, 그러나 크기의 전례가없는,하지만 난에서 일하고 서버는 (메모리 1G가 아마존 EC2를 t2.micro 도움이된다면)
오류가 발생하지 않았지만 아직 test2.jpg
생성 되지 않았습니다 . 더 작은 이미지로 이것을 테스트했으며 정상적으로 작동합니다. 메모리가 크기 조정을 관리하기에 충분하다면 1G를 생각했을 것입니다.
내 옵션은 무엇입니까, 더 많은 메모리를 확보해야합니까, 아니면 뭔가 빠졌습니까?
어떤 제안이라도 환영합니다!
요청 된 수정
strace 출력 결과 : 정상적으로 보이는 많은 명령 +++ killed by SIGKILL +++
과 함께 ( 긴 문자열 열기 및 읽기, 이미지 데이터라고 가정)/usr/share/local
무료로 나에게 :
total used free shared buffers cached
Mem: 1016292 278348 737944 6412 460 13356
-/+ buffers/cache: 264532 751760
Swap: 0 0 0
따라서 스왑이 활성화되지 않은 것처럼 보이므로 스왑 파일을 만들어 내 문제가 정렬되는지 확인합니다.
파일은 다음을 제공합니다.
testprint10Mbv2.jpg: JPEG image data, EXIF standard
또한 전체 / path / to / img를 붙여 넣지 만 불행히도 민감한 데이터 (클라이언트 이메일 주소 등)가 포함되어 있습니다.
-limit memory 64MiB
(32MiB는 아마도 너무 작습니다. 기본값은 1.5GiB입니다). 그리고 실패 할 경우 설명적인 결과를 제공해야합니다.
strace
앞에 추가 된 명령을 실행하여 어떤 시스템 호출이 발생했는지, 오류가 발생했는지 확인하십시오. 우리에게 알려주십시오
sudo
이 명령에서 왜 사용 하고 있습니까?