it-swarm-ko.com

스왑 파티션없이 Linux를 최대 절전 모드로 전환 할 수 있습니까?

내 PC에 스왑 파티션을 설정하지 않았습니다. a) RAM (8GB)이 많고 b) 작은 조각으로 자르고 싶지 않은 대용량 하드 드라이브가 있기 때문입니다. 내 가장 작은 파티션은 50GiB이고 이미 OS 용으로 사용하고 있습니다.

이제 최대 절전 모드로 전환하려면 Linux (Ubuntu Jaunty)에 스왑이 필요했습니다. 여분의 100GB 파티션이있어서 스왑으로 설정했지만 만족스럽지 않습니다. 최대 절전 모드에만 사용되며 (항상 충분한 RAM 사용 가능하고 시스템이 스왑되지 않음) 스왑 용으로도 약간 큽니다. 또한 나는 결국 다른 것을 위해 그것을 필요로 할 것입니다.

Ubuntu Jaunty에서 스왑 파티션없이 어떻게 최대 절전 모드 (디스크에 일시 중지) 할 수 있습니까?

30
Hanno Fietz

테스트되지 않은 아이디어 : s2disk에 대한 래퍼를 만들거나 스왑 파일을 관리하는 디스크에 일시 중지를 처리하는 유틸리티 (스왑 파티션과 반대)를 만들고 다시 시작할 때 삭제하는 이유는 무엇입니까?

  • 스왑 파일 만들기 : dd if=/dev/zero of=/swapfile bs=1024 count=8388608 (8GB)
  • 스왑 파일 설정 : mkswap /swapfile
  • 일시 중지를 설정해야하는 경우에만 활성화 할 수 있습니다. swapon /swapfile
  • 재개 할 때 비활성화 할 수 있습니다. swapoff /swapfile

스왑 파일에서 다시 시작할 수 있으며 kernel.org에 문서화 됨

23
Robert Munteanu

여기에는 두 가지 방법이있을 것입니다.

  1. 스왑 파티션 대신 스왑 파일
    • 스왑 파티션에 작은 (파티션 크기와 비교하여 메모리에 충분한 크기) USB 스틱 사용

무엇을하든 이력서 뒤에 swapoffswapon가 유용 할 것 같습니다.
그리고 실제로 스왑이 필요하지 않으므로 재개 후 swapoff 그대로 둘 수 있습니다.

업데이트 :이 의견은 느린 USB 최대 절전 모드에 대한 좋은 지적을합니다.
따라서 번호가 매겨진 순서를 확인하십시오. 첫 번째 체계에는 스왑 파일을 사용하는 최대 절전 모드에 대한 메모가 있습니다.


호기심에서
우분투와 같은 리눅스가 너무 빨리 종료되고 시작할 수있을 때 왜 최대 절전 모드를 사용하고 싶은지 알고 싶습니다.
나는 추측한다.

  • 일부 응용 프로그램과 함께 8GB RAM을로드하고 그대로 둡니다.
  • 또는 Wake-up-on-LAN

하지만 정말 그렇습니까? 또는 최대 절전 모드를 사용해야하는 다른 이유가 있습니까?

SB booting Ubunt 를 사용하고 항상 종료합니다.

9
nik

예, 그러나 약간의 노력 없이는 아닙니다. Linux에서 최대 절전 모드 (디스크 일시 중지)를 수행하는 방법에는 두 가지가 있습니다.

  1. swswap , 커널에 포함됨
  2. tuxonice (이전에는 suspend2), 그렇지 않습니다.

Tuxonice는 커널에 대한 패치로 사용할 수 있으며 일시 중지 이미지를 일반 파일에 쓸 수 있습니다.

Wikipedia 에서 :

TuxOnIce (formerly known as Suspend2) is an implementation of the suspend-to-disk (or hibernate) feature which is available as patches for the 2.6 Linux kernel. It was formerly known as 'swsusp'. During the 2.5 kernel era, Pavel Machek forked the original out-of-tree version of swsusp (then at approximately beta 10) and got it merged into the Vanilla kernel, while development continued in the swsusp/Suspend2/TuxOnIce line. TuxOnIce includes support for SMP, highmem and preemption. Its major advantages over swsusp are:

    * It has an extensible architecture that allows for arbitrary transformations on the image and arbitrary backends for writing the image;
    * It prepares the image and allocates storage prior to doing any storage and accounts for memory and storage usage very carefully, thereby becoming more reliable;
    * Its current modules for writing the image have been designed for speed, combining asynchronous I/O, multithreading and readahead with LZF compression in its default configuration to read and write the image as fast as hardware is able;
    * It has an active community supporting it via a wiki, mailing lists and irc channel (see the TuxOnIce website);
    * It is more flexible and configurable (via a /sys/power/tuxonice interface);
    * Whereas the current swsusp (and uswsusp) implementations support writing the image to one swap device only, TuxOnIce supports multiple devices in any combination of swap files and swap partitions. It can also write the image to an ordinary file, thereby avoiding potential race issues in freeing memory when preparing to suspend.
    * It supports encryption by various methods;
    * It can store a full image of memory (resulting in a more responsive system post-resume), while uswsusp and swsusp write at most half the amount of RAM.

기본 커널에 포함되어 있지 않기 때문에 안타깝게도 Jaunty에서 사용할 수있는 커널 패치 를 선택하고 커널을 직접 컴파일해야합니다.

몇 가지 확장 지침이 있습니다 . 여기 ,하지만 자신의 커널 이미지를 롤링하는 데 익숙하지 않은 경우이 길을 헤매기 전에 Robert의 제안을 시험해 볼 수 있습니다.

4
user4358

Joel과 Jeff가 팟 캐스트에서 논의 처럼 스왑을 끄는 것은 일반적으로 좋은 생각이 아닙니다. 그대로두면 비용이 들지 않습니다. 10 센트 (유로 센트) 이하로 공연을 할 수 있습니다!

인용하다 :

Atwood : 저는 모든 괴짜가 어떤 시점에서이 사고 과정을 거칩니다. 저는 엄청나게 많은 메모리를 얻었습니다. 아마도 제 페이지 파일을 넘길 수있을 것입니다. 실제로 이것에 대한 블로그 항목이 있습니다. ... 핵심은 : 결코 그럴 가치가 없습니다.

더 많은 대화를 위해 팟 캐스트를 듣거나 (약 59 분에 시작) 팟 캐스트 페이지에 링크 된 serverfault (질문 23621)에서 질문을 읽으십시오. 그들은 Windows 페이지 파일에 대해 이야기하지만이 인수는 UNIX에서도 똑같이 유효합니다 (다른 방식으로 메모리를 관리 할 수 ​​있음).

3
0x89