리눅스 프로세스 우선순위 변경하기 edit

  • 프로그램을 우선순위를 설정하여 실행할때는 nice를 쓴다.
  • 이미 실행중인 프로세스는 renice로 수정할 수 있다.
  • NICE값이 작은값일수록 우선순위가 높으며 NICE값이 큰값일수록 우선순위가 낮다.
  • NICE값을 0미만으로 수정하려면(우선순위를 높이려면) 루트권한이 필요하다.

이미 실행된 프로세스의 우선순위 수정


우선순위 낮추기


$ renice +10 PID

우선순위 높이기


루트 권한이 필요함.

# renice -1 PID

데비안 기준으로 시스템 백그라운드 서비스들은 NICE값이 -5임.
서버 로드가 높을때 특정 데몬의 우선순위를 높이고싶다면 -1만 해줘도 충분함.


참고 링크


http://www.ibm.com/developerworks/kr/library/l-lpic1-v3-103-6/index.html

blogger archive 위젯 hierarchy 스타일 사용시 이전달 포스트들 모두 펼치기 edit

세로로 나뉜 템플릿을 사용하면서 왼쪽에 Archive 위젯을 사용하여 모든 포스트들을 길게 출력해놓으려고 했었으나 달이 바뀌니 전달에 포스팅한 포스트들이 모두 접혀버려서 썰렁해졌다.
그래서 죄다 펼쳐버림.

includable id 'interval' in widget type 'BlogArchive':

...
<b:includable id='interval' var='intervalData'>
  <b:loop values='data:intervalData' var='i'>
      <ul class='hierarchy'>
<!--
        <li expr:class='&quot;archivedate &quot; + data:i.expclass'>
-->
        <li expr:class='&quot;archivedate expanded&quot;'>
          <b:include data='i' name='toggle'/>
          <a class='post-count-link' expr:href='data:i.url'><data:i.name/></a>
            <span class='post-count' dir='ltr'>(<data:i.post-count/>)</span>
          <b:if cond='data:i.data'>
            <b:include data='i.data' name='interval'/>
          </b:if>
          <b:if cond='data:i.posts'>
            <b:include data='i.posts' name='posts'/>
          </b:if>
        </li>
      </ul>
  </b:loop>
</b:includable>
...

widget type 'BlogArchive' 는 스타일별로 include 하는데 'hierarchy' 스타일은 'interval' 을 include 한다. 이 'interval' includable(...) 함수는 내부에서 재귀호출로 데이터들을 찍어내는데 'toggle' includable 함수로 삼각형(▶, ▼)을 찍어낸다. (data -> intervalData[i].expclass 가 'expanded' 면 '▼', collapsed (아니면) '▶') 쓰고보니 외계어

삼각형(▶)은 여전히 오른쪽을 향하고 있는데(안열렸을때처럼) 원하는 달을 누르면 그 달에 포스팅된 포스트들만 보여주고 삼각형이 밑을 향하게 되므로 그냥 두었음. (includable id 'toggle' 을 수정하면 모두 밑으로 향하게 할 수 있다.)

아래에 링크걸어둔 '한글' 블로거 레이아웃 메뉴얼들을 한번쯤 정독하면 템플릿 위젯 소스를 보고 이해할 수 있다.

참고 메뉴얼



어쨋든 이 뭔가 구글답다. 역시 구글느님...

요즘도 압축하는 것이 편리하고 유용한 것일까요? edit

개인위키에서 가져옴. (마지막 수정: 2009년 12월 15일 (화) 11:57)

http://qaos.com/viewtopic.php?topic=6814&forum=1

아직도 압축해서 전송하는 것이 훨씬 효과적입니다.

전송 오류를 피할 수 있습니다.


가장 쉬운 예로 .AVI 파일을 들겠습니다. 보통 700M짜리 파일이 많으며, MPEG4로 이미 압축되어 있는 경우가많기때문에 압축을 해도 크기는 줄지 않습니다. 그러나 압축을하는 경우 잇점이 있습니다. CRC 기능때문에 전송중 오류가 발생한 경우 오류를 추출할 수 있고, 원하는 경우 복구 기능을 이용해서 복구할 수 있습니다.

그러나 압축을 하지 않고 전송하면 깨진 파일이 그대로 유포될 수 있습니다. 인터넷에 깨진 동영상이 얼마나 많았으면 DIVXPatch 사이트까지 있을까요.

다만 이 경우 압축을 해도 압축 방식은 저장, 복구 기록 넣기를 선택한 후 압축하는 것이 좋습니다(WinRAR의 경우).

많은 수의 파일에 적합합니다.


파일의 수가 많은 경우 전송 중 오류가 날 가능성이 많으며, 폴더 채 업로드해도 하나의 파일을 전송하는 것보다 불편합니다. 아울러 하나의 파일을 전송하고, 다시 전송 준비하는 시간을 고려하면 하나의 파일을 전송하는 시간이 동일한 크기의 여러개의 파일을 전송하는 시간보다 훨씬 빠릅니다.

파일 정보를 유지할 수 있습니다.


파일 정보는 별것 아닌 것 같지만 파일의 생성일, 유닉스의 경우 파일의 권한까지 압축 파일에 포함시킬 수 있습니다. 이와같은 파일 정보는 최신 버전 여부를 확인하거나 파일을 정렬할때 아주 유용합니다.

텍스트 파일의 경우에도 압축하는 것이 좋습니다.


IE에 포함된 기능중 하나가 내용을 중심으로 다운로드하는 기능이 있습니다. 이 말은 확장자가 설서 .REG이고 내용이 텍스트라면 다운이되는 것이 아니라 IE가 직접 출력할 수 있음을 의미합니다. 이 경우 메뉴를 이용해서 저장하는 과정을 추가로 거쳐야 합니다.

이외에도 여러가지가 있지만 일단 생각나는 것만 적어봤습니다.

물론 넷트웍 속도가 빠르기때문에 압축이 필요없을 것 같습니다. 이경우 앞서 언급한 압축 프로그램의 저장 기능을 이용하면 됩니다. 아울러 앞서 언급한 것처럼 설사 다른 방식으로 압축된 동영상이나 음악 파일이라도 압축 후 전송하는 것이 좋습니다.
Newer -> <- Older