fstab에서 마운트 옵션을 noatime, discard 를 추가해주면 된다고 한다.
noatime은 atime(Access TIME)을 변경하지 않도록 하는 것이고
discard는 블럭이 사용하지 않을때 TRIM 명령을 사용하도록 하는 것이다.
noatime
Do not update inode access times on this filesystem (e.g, for faster access on the news spool to speed up news servers).
discard/nodiscard
Controls whether ext4 should issue discard/TRIM commands to the underlying block device when blocks are freed. This is useful for SSD devices and sparse/thinly-provisioned LUNs, but it is off by default until sufficient testing has been done.
stellarisware를 설치하면 기본적으로 추가되는 예제를 추려내서 테스트 해보면 되는데,
대부분의 장비들이 굳이 하이버네이트 모드로 들어가는 행동을 취할수 없을때가 있다.
항상 켜져있어야 하는 장비인데, 언제꺼질지 모르지만 시간은 유지해야 한다면
하이버네이트 모드를 들어갈수 있는 시점을 정할수 없기 때문에 항상 하이버네이트 모드를 켜주면 된다.
C:\StellarisWare\boards\ek-lm3s1968\hibernate\hibernate.c
파일을 참고해서 추려내자면
CPU
G620 부터 가상화 지원하고 (G530은 가상화 지원안함)
G630 부터 DDR3-1333을 지원한다.
M/B
H67이 좋다지만, SATA3나 USB3.0에 목숨걸거 아니니 무난한 가격으로 대충 때려박고
어짜피 트리플 모니터가 불가능 하다면 DVI-D 보다는 HDMI to DVI-D로 변환하는게 이득이니
D-SUB / HDMI 조합으로 고르고, 메모리 슬롯은 별 의미가 없으니 2개던 4개던 하지만
그래도 4개가 좋지 않을까 0.2mg 정도 희망을... OTL
---
2012.4.4 추가
HVGS 모델은 단종수순이라고 한다. 그리고 DGS경우 아이비브릿지 대응이라니 머 가격차이도 없으니 변경!
[링크 : http://blog.danawa.com/prod/?prod_c=1629479...&keyword=H61M-DGS]
RAM
머 누가 머래도 삼성램이 일단은 가장 무난하고 적절하니.. 가상화를 고려하면 풀뱅 채우고 싶지만
돈.. OTL 8기가인데 설마 부족하겠어?
케이스
전에 사용했던 종잇장에 파워가 좀 시끄럽지만 가볍고 쓸만했으니까 머
400W 뻥파워라도 그래픽 카드도 없이 쓰는데 설마 못 버텨주겠어?
HDD
SSD 사고 싶으나.. 아직 가격이 치킨이 안되서 좀더 기다리고
그동안은 예전에 사둔 중고 320GB로 버티기 작전 ㅠ.ㅠ
Ubuntu 11.10 Desktop 64bit 에서 발생하고 있고 AMD 4200+x2 이다.
대충 찾아봐도 Cool'n'Quiet 관련해서 문제라는 이야기가 있는데
내가 그걸 안켜놨던가...?
---
2012.4.3 추가
위의 에러는 ACPI 관련해서 문제가 발생하는 것으로 Cool'n'Quiet를 켜놓으면 발생한다고 한다.
On AMD with Xen, the cpuidle is set to use the halt one (this is b/c the halt
ends up doing a yield hypercall) - look in setup.c - and the hypervisor does
the appropiate halt operation (MWAIT, halt, etc, or schedules another guest on
the CPU). Anyhow, to not have the cpuidle trying to activate, the
"boot_option_idle_override" is set. Therefore, the ACPI _PSS driver
(processor.ko) ends up bailing out, b/c of that parameter. As such the "older"
AMD pstate driver is invoked (powernow-k8), and the older driver attempts to
use ACPI _PSD - but only if in UP mode, or it attempts to use the voltage
tables - which are k8 or earlier. To detect that, it use the MSR (sadly not
CPUID values), which Xen traps and returns 00, which the powernow-k8 driver
interprets as "buggy hardware - can't use". Which is exactly what you are
seeing.
I believe (and sadly I don't have the hardware to check this - but I think I
saw the somebody using it) if you were running on K8 hardware - it ought to
work.
Solution: Have the ACPI processor driver cooperate with Xen. Patches are in the
queue for it (if you are really interested look in oss.oracle.com/kwilk/xen.git
#devel/acpi-cpufreq.v2 - but they are not yet upstream-able material. Actually,
they are quite ugly).
Other solution:
The "easy" option for right now would be to do what Dave suggest until the
upstream patches are ready and reviewed.
---
Just to add, per Konrad's comment above.
This issue also occurs on K8 hardware (Athlon II 4850e) with powernow enabled
in the BIOS (aka Cool'n'quiet).
Disabling Cool'n'quiet removes the messages.
I just performed the standard Desktop install of the F16 Beta, installed Xen,
rebuilt the grub menu, and rebooted to dom0. Syslog is full of the same
message per this bug.
It would be great to see Dave's solution (see comment 5 above); an interim
kernel-patch solution to this bug - as it currently stands dom0 functionality
is largely unuseable.
