Plusha's computer memo

tmp

Wed, 07 Jan 2009 10:14:16 +0900

http://news.softpedia.com/news/Install-Nvidia-Video-Drivers-and-AWN-on-Fedora-9-86757.shtml

http://nareshv.blogspot.com/2008/04/fedora-9-rawhide-and-latest-nvidia-179.html

http://www.edaboard.com/ftopic318678.html

This is from http://www.mjmwired.net/resources/mjm-fedora-f9.html (I always use this guy's installation guides, they are easy to understand) So, don't use the installer from Nvidia's website.

Fedora recommends users install a 3rd-party RPM packaged driver instead of using the installer from Nvidia's website. Currently Livna provides a well packaged driver, installable via yum.

First, setup Livna Repository
$ sudo rpm -ivh http://rpm.livna.org/livna-release-9.rpm
$ sudo rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-livna

Install the nvidia driver through Livna:
$ sudo yum install kmod-nvidia

If a kernel update is installed at the same time (most likely), then a reboot will be required. If not, then simply log out completely of Gnome or KDE and the Nvidia driver should load. The Nvidia logo will flash quickly once.

http://www.mjmwired.net/resources/mjm-fedora-f9.html

http://fedoraforum.org/forum/showthread.php?t=192585

http://wiki.debian.org/XStrikeForce/HowToRandR12

03. Linux

Mon, 29 Dec 2008 14:40:33 +0900

http://www.ibm.com/developerworks/kr/library/au-unixtips/

http://kldp.org/HOWTO/html/Adv-Bash-Scr-HOWTO/index.html

Bash by example

http://www.gentoo.org/doc/en/articles/bash-by-example-p1.xml

http://www.gentoo.org/doc/en/articles/bash-by-example-p2.xml

http://www.gentoo.org/doc/en/articles/bash-by-example-p3.xml

alias xx='Xnest :1 -ac -pn -depth 24 -geometry 1280x800 -query localhost -once 2>/dev/null &'
http://en.wikipedia.org/wiki/Xnest

scons

Sat, 27 Dec 2008 15:20:59 +0900

Program("hello.c")

Program이라는 함수는 source 파일을 가지고 compile하라는 명령입니다.

hello.c 파일을 compile하여 hello라는 실행파일을 만듭니다. 이 때 compile option은 DefaultEnvironment 설정을 따릅니다.

Program("new_hello", "hello.c")

hello.c 파일을 compile하여 new_hello라는 실행파일을 만듭니다. 이렇게 target 이름은 앞에 쓰고, source 이름은 뒤에 씁니다. target을 생략할 경우 앞에서와 같이 source 이름을 이용하여 target 이름을 생성합니다.

Program("hello", ["hello.c"])

source는 이렇게 list에 넣어서 입력할 수도 있습니다.

Program("hello", ["file1.c", "file2.c"])

list를 이용하면 여러 개의 source 파일을 이용하여 compile을 할 수 있죠.

Program(["main.c", "file1.c", "file2.c"])

여기에서 보시는 것처럼 target 이름을 생략하고 source list만 넣으면 list의 첫 번째 파일명으로부터 main이라는 target을 생성해줍니다.

Program("program", ["main.c", "file1.c", "file2.c"])

물론, target 이름을 넣을 수도 있죠.

Program("program", Split("main.c file1.c file2.c"))

Split이라는 함수를 사용하면 문자열에서 공백을 기준으로 파일명을 분리하여 list를 만들어 줍니다. source list를 만들 때 따옴표와 쉼표를 입력하기 귀찮으면 이렇게 Split 함수를 사용하면 됩니다.

list = Split("""main.c
file1.c file2.c""")
Program("program", list)

이렇게 따옴표 세 개를 사용하면 문자열의 줄을 나눠 입력할 수도 있습니다.

Program(Split("foo.c common1.c common2.c"))

물론, target 이름을 생략할 수도 있고,

Program("bar", Split("bar1.c bar2.c common1.c common2.c"))

target 이름을 넣어줄 수도 있습니다.

list = Split("main.c file1.c file2.c")

Program(source = list, target = "program")

source와 target keyword를 사용하면 입력 순서를 바꿀 수도 있죠.

common = ["common1.c", "common2.c"]
foo_files = ["foo.c"] + common
bar_files = ["bar1.c", "bar2.c"] + common
Program("foo", foo_files)
Program("bar", bar_files)

이렇게 python 명령들을 사용하여 편리하게 compile할 수 있습니다.

Library("foo", ["f1.c", "f2.c", "f3.c"])
StaticLibrary("foo", ["f1.c", "f2.c", "f3.c"])
    % scons -Q
    cc -o f1.o -c f1.c
    cc -o f2.o -c f2.c
    cc -o f3.o -c f3.c
    ar rc libfoo.a f1.o f2.o f3.o
    ranlib libfoo.a

Library(또는 StaticLibrary)는 위의 실행 결과에서 볼 수 있는 것처럼, 정적 library를 만들어줍니다.

Library("foo", ["f1.c", "f2.c", "f3.c"])
Program("prog.c", LIBS=["foo", "bar"], LIBPATH=".")
    % scons -Q
    cc -o f1.o -c f1.c
    cc -o f2.o -c f2.c
    cc -o f3.o -c f3.c
    ar rc libfoo.a f1.o f2.o f3.o
    ranlib libfoo.a
    cc -o prog.o -c prog.c
    cc -o prog prog.o -L. -lfoo -lbar

이렇게 library를 만든 후에 Program 함수에 어떤 경로의 어떤 library를 사용하여 compile할 것인지 알려줄 수 있습니다.

Program("prog.c", LIBS="foo", LIBPATH=".")
Program("prog.c", LIBS=["foo"], LIBPATH=".")

Program("prog.c", LIBS = "m",LIBPATH = ["/usr/lib", "/usr/local/lib"])
    LIBPATH = "/usr/lib:/usr/local/lib"
    % scons -Q
    cc -o prog.o -c prog.c
    cc -o prog prog.o -L/usr/lib -L/usr/local/lib -lm

source 입력할 때처럼, 사용할 library를 지정하는 LIBS와 LIBPATH 변수에 문자열과 list 모두 사용 가능합니다.

Object("hello.c", CCFLAGS="-DHELLO")
Object("goodbye.c", CCFLAGS="-DGOODBYE")
Program(["hello.o", "goodbye.o"])

Object라는 함수를 사용하면 compile option이 다른 object들을 만들어 link할 수도 있습니다.

hello_list = Object("hello.c", CCFLAGS="-DHELLO")
goodbye_list = Object("goodbye.c", CCFLAGS="-DGOODBYE")
Program(hello_list + goodbye_list)

object_list = Object("hello.c")
program_list = Program(object_list)
print "The object file is:", object_list[0]
print "The program file is:", program_list[0]

이렇게 함수를 node 개체에 저장하여 사용할 수도 있습니다.

env = Environment(CC = "gcc",CCFLAGS = "-O2")
env.Program("foo.c")
    % scons -Q
    gcc -o foo.o -c -O2 foo.c
    gcc -o foo foo.o

이렇게 compile 환경변수들의 모음(Environment)을 만들어 사용할 수 있습니다.

opt = Environment(CCFLAGS = "-O2")
dbg = Environment(CCFLAGS = "-g")
opt.Program("foo", "foo.c")
dbg.Program("bar", "bar.c")
    % scons -Q
    cc -o bar.o -c -g bar.c
    cc -o bar bar.o
    cc -o foo.o -c -O2 foo.c
    cc -o foo foo.o

서로 다른 환경으로부터 서로 다른 환경변수를 사용하여 한꺼번에 compile할 수 있죠.

opt = Environment(CCFLAGS = "-O2")
dbg = Environment(CCFLAGS = "-g")
o = opt.Object("foo-opt", "foo.c")
opt.Program(o)
d = dbg.Object("foo-dbg", "foo.c")
dbg.Program(d)
    % scons -Q
    cc -o foo-dbg.o -c -g foo.c
    cc -o foo-dbg foo-dbg.o
    cc -o foo-opt.o -c -O2 foo.c
    cc -o foo-opt foo-opt.o

앞에 나온 내용들을 조합해서 이렇게 만들 수도 있고,

env = Environment(CC = "gcc")
opt = env.Clone(CCFLAGS = "-O2")
dbg = env.Clone(CCFLAGS = "-g")
env.Program("foo", "foo.c")
o = opt.Object("foo-opt", "foo.c")
opt.Program(o)
d = dbg.Object("foo-dbg", "foo.c")
dbg.Program(d)
    % scons -Q
    gcc -o foo.o -c foo.c
    gcc -o foo foo.o
    gcc -o foo-dbg.o -c -g foo.c
    gcc -o foo-dbg foo-dbg.o
    gcc -o foo-opt.o -c -O2 foo.c
    gcc -o foo-opt foo-opt.o

Clone 함수를 이용해 environment를 복제하여 사용할 수도 있습니다. 이 때 Clone 함수에 환경변수를 입력하면 해당하는 환경변수가 바뀌게 됩니다.

env = Environment()
print "CC is:", env["CC"]

환경 변수는 Dictionary처럼 불러서 사용할 수 있고,

env = Environment(FOO = "foo", BAR = "bar")
dict = env.Dictionary()
for key in ["OBJSUFFIX", "LIBSUFFIX", "PROGSUFFIX"]:
   print "key = %s, value = %s" % (key, dict[key])
    % scons -Q
    key = OBJSUFFIX, value = .o
    key = LIBSUFFIX, value = .a
    key = PROGSUFFIX, value =
    scons: ‘." is up to date.

실제로 Dictionary로 만들 수도 있습니다.

if "bar" in COMMAND_LINE_TARGETS:
   print "Don"t forget to copy ‘bar" to the archive!"
Default(Program("foo.c"))
Program("bar.c")
    % scons -Q
    cc -o foo.o -c foo.c
    cc -o foo foo.o
    % scons -Q bar
    Don"t forget to copy ‘bar" to the archive!
    cc -o bar.o -c bar.c
    cc -o bar bar.o

command line 입력을 이용할 수도 있습니다.

Command("file.out", "file.in", Copy("$TARGET", "$SOURCE"))
Command("file.out", [], Copy("$TARGET", "file.in"))
% scons -Q
Copy("file.out", "file.in")

Command 명령을 이용하면 일회용(?) 명령을 만들 수도 있습니다. Copy, Move, Delete, Mkdir 등은 platform independent 명령들입니다.

Command("file.out", "file.in",
[
Copy("tempfile", "$SOURCE"),
"modify tempfile",
Copy("$TARGET", "tempfile"),
])
    % scons -Q
    Copy("tempfile", "file.in")
    modify tempfile
    Copy("file.out", "tempfile")

Command("file.out", "file.in",
[
Delete("tempfile"),
Copy("tempfile", "$SOURCE"),
"modify tempfile",
Copy("$TARGET", "tempfile"),
])
    % scons -Q
    Delete("tempfile")
    Copy("tempfile", "file.in")
    modify tempfile
    Copy("file.out", "tempfile")

Command("file.out", "file.in",
[
Delete("$TARGET"),
Copy("$TARGET", "$SOURCE")
])
    % scons -Q
    Delete("file.out")
    Copy("file.out", "file.in")

Command("file.out", "file.in",
[
Copy("tempfile", "$SOURCE"),
"modify tempfile",
Move("$TARGET", "tempfile"),
])
    % scons -Q
    Copy("tempfile", "file.in")
    modify tempfile
    Move("file.out", "tempfile")

이렇게 list에 여러 개의 명령들을 넣어서 Command를 생성할 수도 있습니다.

Command("file.out", "file.in",
[
Delete("tempdir"),
Mkdir("tempdir"),
Copy("tempdir/${SOURCE.file}", "$SOURCE"),
"process tempdir",
Move("$TARGET", "tempdir/output_file"),
Delete("tempdir"),
])
    % scons -Q
    Delete("tempdir")
    Mkdir("tempdir")
    Copy("tempdir/file.in", "file.in")
    process tempdir
    Move("file.out", "tempdir/output_file")
    scons: *** [file.out] No such file or directory

Command("file.out", "file.in",
[
Copy("$TARGET", "$SOURCE"),
Chmod("$TARGET", 0755),
])
    % scons -Q
    Copy("file.out", "file.in")
    Chmod("file.out", 0755)

Chmod와 같은 명령도 가능합니다.

Execute(Mkdir("/tmp/my_temp_directory"))

Execute 함수에 명령을 넣으면 바로 실행시킵니다.

Preventing target removal during build: the Precious Function
env = Environment(RANLIBCOM=”)
lib = env.Library("foo", ["f1.c", "f2.c", "f3.c"])
env.Precious(lib)

Build할 때 지우면 안 되는 것은 Precious하다고 지정해줍니다.

Preventing target removal during clean: the NoClean Function
env = Environment(RANLIBCOM=”)
lib = env.Library("foo", ["f1.c", "f2.c", "f3.c"])
env.NoClean(lib)

scons -c 했을 때 지우면 안 되는 것은 NoClean으로 지정해줍니다.

Removing additional files during clean: the Clean Function
t = Command("foo.out", "foo.in", "build -o $TARGET $SOURCE")
Clean(t, "foo.log")

complie할 때 부수적으로 생기는 파일들은 scons -c로 같이 지우기 위해 Clean으로 지정해줄 수 있습니다.

SConscript(["drivers/display/SConscript",
"drivers/mouse/SConscript",
"parser/SConscript",
"utilities/SConscript"])

SConscript는 하위 디렉토리에 있는 SConscript 파일들을 같이 수행하기 위한 함수입니다.

Refactoring

Thu, 27 Nov 2008 11:50:08 +0900

패턴을 활용한 리팩터링

리팩터링을 하는 이유(p.40)

새로운 코드를 더 쉽게 추가할 수 있도록 하기 위해
기존 코드의 설계를 개선하기 위해
기존 코드를 더 잘 이해하기 위해
덜 짜증나는 코드로 만들기 위해

컴퓨터가 이해하는 코드는 어느 바보나 다 짤 수 있다. 훌륭한 프로그래머는 사람이 이해할 수 있는 코드를 짠다.//Martin Fowler (p.45)

설계 부채는 다음 세 가지를 꾸준히 수행하지 않을 때 발생한다.(p.48)

중복 제거
코드 단순화
코드의 의도 명료화

복합 리팩터링은 여러 개의 저수준 리팩터링으로 이뤄진 고수준 리팩터링이다. 작업은 대부분 코드를 이동시키는 등 일련의 저수준 리팩터링을 수행하는 것이다.(p.50)

테스트 주도 리팩터링은 테스트 주도 개발을 통해 대체 코드를 작성한 다음 기존 코드를 새 코드로 대체(기존 코드에 대한 테스트는 그래로 유지하면서)하는 방법이다.(p.51)

복합 리팩터링의 장점(p.52)

리팩터링 절차에 대한 전반적인 계획을 설명한다.
설계에 대한 명확한 방향을 제시한다.
패턴 구현에 대한 통찰력을 제공한다.

코드 속의 냄새(p.75)

중복된 코드가 있다.
코드의 의미가 명확하지 않다.
코드가 복잡하다.

냄새	리팩터링
중복된 코드	Form template method Introduce polymorphic creation with factory method Chain constructors Replace one/many distinctions with composite Extract composite Unify interfaces with adapter Introduce null object
긴 메서드	Compose method Move accumulation to collecting parameter Replace conditional dispatcher with command Move accumulation to visitor Reaplace conditional logic with strategy
복잡한 조건문	Reaplace conditional logic with strategy Move embellishment to decorator Replace state-altering conditionals with state Introduce null object
기본 타입에 대한 강박관념	Replace type code with class Replace state-altering conditionals with state Replace conditional logic with strategy Replace implicit tree with composite Replace implicit language with interpreter Move embellishment to decorator Encapsulate composite with builder
추잡한 노출	Encapsulate classes with factory
문어발 솔루션	Move creation knowledge to factory
인터페이스가 서로 다른 대체 클래스	Unify interfaces with adapter
게으른 클래스	Inline singleton
거대한 클래스	Replace conditional dispatcher with command Replace state-altering conditionals with state Replace implicit language with interpreter
Swich 문	Replace conditional dispatcher with command Move accumulation to visitor
조합의 폭발적 증가	Replace implicit language with interpreter
괴짜 솔루션	Unifi interfaces with adapter

6장 생성

Replace Constructors with Creation Methods

어떤 클래스의 인스턴스를 생성할 때 그것이 제공하는 여러 생성자 중 어떤 것을 호출해야 할지 결정하기가 어렵다면, 인스턴스를 생성해 리턴하는 생성 메서드(creation method)로 각 생성자를 대체하여 그 용도가 명확히 드러나도록 한다.

Move Creation Knowledge to Factory

어떤 클래스의 인스턴스를 생성하는데 사용되는 데이터와 코드가 여러 클래스에 퍼져 있다면, 그 생성 지식(creation knowledge)을 하나의 팩터리(factory) 클래스로 옮긴다.

Encapsulate Classes with Factory

클라이언트가 한 패키지 내의, 공통 인터페이스를 가지는 클래스들의 인스턴스를 직접 생성하고 있다면, 그 클래스의 생성자를 클라이언트가 직접 볼 수 없게 바꾸고 클라이언트는 팩터리를 통해 그 인스턴스를 얻도록 한다.

Introduce Polymorphic Creation with Factory Method

한 상속 구조 내의 클래스들이 어떤 메서드를 각자 구현하는데 객체 생성 단계만 제외하고 나머지가 서로 유사하다면, 그 메서드를 수퍼클래스로 옮기고 객체 생성은 팩터리 메서드에 맡기도록 한다.

Encapsulate Composite with Builder

컴포짓(composite) 구조를 생성하는 과정이 반복적으로 수행되고 복잡하며 에러 발생 가능성도 많은 상태라면, 그 세부 사항을 처리하는 별도의 빌더를 제공하여 컴포짓 구조를 쉽게 생성할 수 있도록 한다.

Inline Singleton

코드의 여러 곳에서 접근할 수 있어야 하지만 전역적일 필요까지는 없는 객체가 싱글턴으로 구현되어 있다면, 싱글턴 객체를 저장하고 그에 대한 접근 경로를 제공하는 클래스로 싱글턴의 기능을 옮긴다. 그리고 싱글턴은 제거한다.

7장 단순화

Compose Method

어떤 메서드의 내부 로직이 한 눈에 이해하기 어렵다면, 그 로직을 의도가 잘 드러나며 동등한 수준의 작업을 하는 여러 단계로 나눈다.

Replace conditional Logic with Strategy

메서드 내의 조건문을 통해 여러 개의 서로 다른 로직(계산법) 가운데 어떤 것을 실행할지 선택하고 있다면, 각 계산법에 대응하는 스트레티지(strategy) 클래스를 만들고 해당 스트레티지 인스턴스에 계산을 위임하도록 메서드를 수정한다.

Move Embellishment to Decorator

어떤 클래스에 핵심 기능을 위한 코드와 꾸밈 코드가 뒤섞여 있으면, 꾸밈 코드를 데코레이터(decorator)로 옮긴다.

Replace State-Altering Conditionals with State

어떤 객체의 상태 전이를 제어하는 조건 로직이 복잡하다면, 각 상태에 해당하는 스테이트(state) 클래스를 하나씩 만들고 그들이 스스로 다른 상태로 전이하는 것을 책임지도록 하여 복잡한 조건 로직을 제거한다.

Replace Implicit Tree with Composite

실질적으로 트리 구조인 데이터를 String과 같은 기본 타입으로 표현하고 있다면, 그 기본 타입의 표현을 컴포짓 구조로 바꾼다.

Replace conditional Dispatcher with Command

요청에 대한 디스패처(dispatcher)가 조건 로직으로 구현되어 있다면, 각 액션에 대한 커맨드(command) 객체를 만들어 컬렉션에 저장해 두고, 조건 로직은 컬렉션에서 원하는 커맨드 객체를 찾아 실행하는 코드로 대체한다.

8장 일반화

From Template Method

한 상속 구조 내의 어떤 두 서브클래스가 유사한 단위 작업을 같은 순서로 실행하는 메서드를 각자 구현하고 있다면, 각 단위 작업을 별도의 메서드로 뽑아내어 두 메서드를 일반화하고 이렇게 일반화된 메서드를 수퍼클래스로 올려 템플릿 메서드(template method)로 만든다.

Extract Composite

한 상속 구조 내의 서브클래스가 동일한 컴포짓(comosite) 기능을 각자 구현하고 있다면, 컴포짓 기능을 수퍼클래스로 옮겨 구현한다.

Replace One/Many Distinctions with Composite

어떤 클래스에서 주어진 객체를 처리할 때, 그 객체의 개수에 따라 서로 다른 로직을 사용하고 있다면, 컴포짓을 사용해 객체의 개수에 상관없이 한 로직으로 처리할 수 있도록 만든다.

Replace Hard-Coded Notifications with Observer

어떤 상속 구조 내의 서브클래스들이 자신과 관련된 클래스에 통보(notify)하는 기능을 하드 코딩으로 각자 구현하고 있다면, Observer 인터페이스를 통해 그 수퍼클래스가 임의의 다른 클래스에 통보할 수 있도록 일반적인 통보 기능을 만들고 서브클래스는 제거한다.

Unify Interfaces with Adapter

클라이언트가 두 개의 유사한 클래스를 사용하고 있는데 그중 한 인터페이스가 다른 하나보다 더 좋아 보이면, 어댑터(adapter)를 도입해 인터페이스를 통합한다.

Extract Adapter

하나의 클래스가 컴포넌터, 라이브러리, API 등의 여러 버전을 동시에 지원하기 위한 어댑터(adapter) 역할을 하고 있다면, 각 버전을 위한 기능을 별도의 어댑터로 뽑아낸다.

Replace Implicit Language with Interpreter

한 클래스 내의 여러 메서드에서 일종의 묵시적 언어를 이루는 요소들을 조합하고 있다면, 그 묵시적 언어의 요소들을 각각의 클래스로 정의하고 그 객체의 조합을 통해 해석 가능한 수식을 만들어 낼 수 있도록 한다.

9장 보호

Replace Type Code with Class

어떤 필드 타입(예를 들어, String 또는 int 등)이 부적합한 값의 대입이나 유효하지 않은 동일성 검사(비교)를 방지하지 못한다면, 필드의 타입을 클래스로 바꿔 값의 대입과 동일성 검사에 제약 조건을 부여한다.

Limit Instantiation with Singleton

어떤 클래스의 인스턴스를 여러 개 생성해 사용하고 있는데 그로 인해 메모리 사용량이 너무 커지거나 시스템 성능이 저하된다면, 여러 개의 객체를 하나의 싱글턴(Singleton) 객체로 대체한다.

Introduce Null Object

어떤 필드나 변수의 값이 널인지 검사하는 로직이 코드의 여기저기에 중복되어 있다면, 값이 널이 경우에 행할 작업을 대신하는 널 객체(Null Object)를 사용하도록 수정한다.

10장 축적

Move Accumulation to Collecting Parameter

지역 변수에 정보를 축적하는 매우 긴 메서드가 있다면, 그것을 여러 메서드로 분해하고 각 메서드에 수집 파라미터를 넘겨 정보를 축적하도록 한다.

Move Accumulation to Visitor

어떤 메서드가 이질적인 여러 클래스들로부터 정보를 얻어 축적하고 있다면, 각 클래스를 방문해 정보를 축적하는 방문자(visitor) 객체로 축적 기능을 옮긴다.

11장 유틸리티

Chain Constructors

중복된 코드를 갖는 생성자가 여러 개 있다면, 중복을 최소화하기 위해 생성자들이 서로 호출하게 한다.

Unify Interfaces

수퍼클래스(또는 인터페이스)가 서브클래스와 동일한 인터페이스를 가질 필요가 있다면, 서브클래스에서 수퍼클래스에 없는 모든 public 메서드를 찾아 이를 수퍼클래스에 추가한다. 이 때 메서드 몸체는 비워놓아 아무 일도 하지 않도록 만든다.

Extract Parameter

메서드나 생성자 내에서 생성한 값을 필드에 저장하고 있다면, 대입문의 우변을 새 파라미터로 대체해 클라이언트가 그 값을 지정할 수 있도록 한다.

gpl backup utils

Tue, 18 Nov 2008 16:07:45 +0900

Gpl Backup Manager (gplbackup)

self document

        Gpl Backup Manager : backup files matching extensions recursively

        Usage :

                gplbackup [cfg filename]

        Optional parameters :

                cfg filename    : configuration file(yaml file) name

                --cfg > gplbackup.yml           : generate sample 'gplbackup.yml' file

        Configuration file

                see sample 'gplbackup.yml' file. (use --cfg option)

Gpl backup manager는 현재 디렉토리 하위의 디렉토리를 돌아다니며 원하는 확장자의 파일들을 backup해주는 프로그램입니다. 백업할 때에는 (현재 디렉토리에서 상대적인) 디렉토리 구조를 그대로 만들어주며 백업을 합니다. Backup 하고자 하는 디렉토리와 파일 설정은 yml 파일을 이용하여 해줍니다. 예제 yml 파일은

gplbackup --cfg > gplbackup.yml

과 같이 생성할 수 있습니다. 이렇게 생기는 yml 파일은 아래와 같습니다. 파일은 YAML 문법을 따르는데, 간단하기 때문에 YAML 문법을 몰라도 아래 파일을 수정하여 사용할 수 있습니다.

Sample yml file

# Gpl Backup Manager Configuration File
# Date : 2008.02.21

# Source directories you want to backup
sourceDirectory :
- Documents
- lib

# Extensions of files you want to backup
extensions :
- .f
- .f90
- .c
- .rb
- .sh
- Makefile
- .tex

# A directory name to which the backup files will be copied
targetDirectory : gop642Bak

# Print the copying process (T/F)
verbose : T

# Make "gop642Bak-2008.02.21.tgz" file using the targetDirectory (T/F)
makeTarBall : T

# Remove the targetDirectory after backup (T/F) - when you want tgz file only
removeBackupDir : F

# Files containing these words in their absolute path will be omitted
exclude :
- 'backup'
- 'lib/dms'
- 'lib/UMFPACK'
- 'lib/SU'
- 'lib/seplib'
- '.svn'

예제의 yml 파일에서 #으로 시작하는 부분은 comment입니다.

sourceDirectory :

아래에 '-'을 긋고 backup하고자 하는 디렉토리 이름을 적습니다. Backup은 하위 디렉토리까지 recursive하게 합니다. '- .'과 같이 적으면 현재 디렉토리와 하위 디렉토리의 모든 파일들을 대상으로 backup합니다. 이 때 모든 파일들을 다 backup하는 것이 아니라

extensions :

에 해당하는 파일들만 backup합니다. 꼭 확장자가 아니라도

- Makefile

과 같이 파일 이름의 끝부분이 같으면 backup합니다. Backup할 때에는 현재 디렉토리 아래에

targetDirectory :

에 지정된 디렉토리를 만들고, 그 아래 파일이 들어있는 디렉토리를 만들어 backup합니다. targetDirectory 이름은 현재 hostname을 기준으로 만듭니다.

verbose :
makeTarBall :
removeBackupDir :

은 T, F로 표시하고 backup 과정을 화면으로 보여줄지, 디렉토리를 만들어 backup한 후 디렉토리를 tgz 파일로 압축할 것인지, 압축 후 backup 디렉토리를 지울 것인지 지정해줍니다. 압축 파일명은 기본적으로 targetDirectory 이름에 현재 날짜를 더해서 만들어줍니다. 같은 이름의 파일이 존재할 경우 뒤에 숫자를 붙여 새로 만들 파일의 이름을 변경해줍니다.

Backup할 때에는 'extensions :'에 맞더라도 절대경로에 'exclude :'의 내용이 들어가 있는 파일은 제외합니다.

Learning by doing

실행 예를 볼까요? 현재 디렉토리 아래에 gplbackup.yml 파일과 test1, test2, test3 세 개의 디렉토리가 있고, 각각의 디렉토리에는 다음과 같은 파일들이 있습니다.

$ ls -R
.:
gplbackup.yml test1 test2 test3
./test1:
file1 file2 file2.f90
./test2:
file2.f file2.f90 file3.f90
./test3:
file1.f90 file2.c

gplbackup.yml 파일의 내용은 다음과 같습니다.

$ cat gplbackup.yml
# Gpl Backup Manager Configuration File
# Date : 2008.11.18
# Source directories you want to backup
sourceDirectory :
- .
# Extensions of files you want to backup
extensions :
- .f90
# A directory name to which the backup files will be copied
targetDirectory : node480Bak
# Print the copying process (T/F)
verbose : T
# Make "node480Bak-2008.11.18.tgz" file using the targetDirectory (T/F)
makeTarBall : T
# Remove the targetDirectory after backup (T/F) - when you want tgz file only
removeBackupDir : F
# Files containing these words in their absolute path will be omitted
exclude :
- 'test3'

현재 디렉토리 아래의 모든 디렉토리를 돌며 backup하는데 .f90 파일만 backup하고, 경로에 'test3'이라는 문자열이 들어간 파일은 제외합니다. 실행 결과는 다음과 같습니다.

$ gplbackup gplbackup.yml
in .
cp ./test2/file2.f90 node480Bak/./test2
cp ./test2/file3.f90 node480Bak/./test2
cp ./test1/file2.f90 node480Bak/./test1
3 files are backed up
making tgz ball : node480Bak/
node480Bak/test2/
node480Bak/test2/file2.f90
node480Bak/test2/file3.f90
node480Bak/test1/
node480Bak/test1/file2.f90
node480Bak-20081118.tgz : 207 bytes

현재 디렉토리 밑에 'node480Bak' 라는 디렉토리를 만들고(hostname이 'node480'입니다) 그 아래에 디렉토리 구조를 유지하며 .f90 파일들을 backup합니다. yml 파일에서 verbose: T 라고 했기 때문에 backup 과정을 화면으로 출력해주고, makeTarBall: T 라고 했기 때문에 backup 디렉토리를 압축하여 node480Bak-20081118.tgz 파일을 만들어줍니다. 또한, 압축 파일의 크기도 보여줍니다.

이 프로그램은 ruby 프로그래밍 언어로 만들었기 때문에 실행하기 위해서는 ruby(version 1.8 이상)가 필요합니다. 개인적으로 상당히 유용하게 쓰고 있는데, 필요하신 분은 여기에서 받아 쓰세요~^^

Gpl file/directory utils

Thu, 06 Nov 2008 16:42:13 +0900

Gpl Two-Directory Merger (gpldirmerge)

self document

        Gpl two-DIRectory MERGEr : delete duplicated files/directories and merge two directories
                                 : duplication check : file name and size (not date)
        Usage :
                gpldirmerge org=[original directory name] dup=[duplicated directory name]
        Required parameters :
                org     : original directory name
                dup     : duplicated directory name
        Examples :
                $ gpldirmerge org=dir1 dup=dir2
                 -- copied files --

Gpl Duplicated Files/Directories Deleter (gpldupdel)

self document

        Gpl Duplicated files/directories Deleter : delete duplicated files/directories in two directories
                                                 : duplication check : file name and size (not date)
        Usage :
                gpldupdel org=[original directory name] dup=[duplicated directory name]
        Required parameters :
                org     : original directory name
                dup     : duplicated directory name
        Examples :
                $ gpldupdel org=dir1 dup=dir2
                 -- files left --

GnuQuickPlot

Thu, 06 Nov 2008 16:23:43 +0900

GNU Quick Plot

Gnuplot은 리눅스에서 텍스트파일에 저장된 값을 빠르게 그림으로 그려주는 프로그램입니다.

다양한 기능을 가지고 있지만, 제 경우에는 주로 수치해석 후 결과 확인용으로 씁니다.

gnuplot으로 그림을 그릴 때에는 command line 상에서 'gnuplot'이라고 치고 들어가서 gnuplot 명령어들을 이용하여 그림을 그리고 'q'를 입력하여 빠져나옵니다.

그런데 간단히 결과를 확인해보기 위해서 gnuplot에 들어가서

p 'file1' w l,'file1' u 1:3 w l,'file1' u 1:4 w p

또는

set grid

set xrange[:10]

set log y

p 'file1' w l,'file2' w l,'file3' w l

과 같이 매번 치려니 귀찮다는 생각이 들었습니다.

그래서 이 script를 만들게 되었습니다. 처음에는 ruby로 만들어 사용하다가 안 쓰는 기능은 빼고 python script로 바꿨습니다.

이 script를 사용하면 command line 상에서 바로 gnuplot 명령어를 사용하여 그림을 그릴 수 있습니다. 사용 방법은 아래와 같습니다.

Usage :

./gnuqp.py [options] filename1 [u 1:2] [w l], filename2 [u 1:2] [w l], filename3 ...

실행파일 이름, 몇 가지 setting 관련 옵션들, 이후에는 gnuplot의 plot 명령어를 입력합니다.

Required parameters :

filename1
Empty filename[2,3,...] will be replaced by the filename1

두 번째 위치부터는 파일명을 생략하면 첫 번째 파일명으로 대체합니다. 하나의 파일에서 여러 column들을 그릴 때 편리합니다.

Optional parameters :

u 1:2 : columns you want to plot
w [lp..]: line style- line, point, dot or impulse ..etc (default: w l)

plot 명령어의 옵션들 중에는 using (columns)과 with (line style)만 지원합니다. 그 외의 명령은 잘 안 쓰더라고요^^.

위의 옵션을 주지 않았을 때 기본적으로 "with line" 옵션으로 그립니다.

-p      : do not run gnuplot. just print the gnuplot command
-c      : no comma seperation - the arguments are filenames seperated with a blank- use with glob pattern

-l       : set logscale y
-g      : set grid

-x[:10] : set xrange [:10]
-y[1:5] : set yrange [1:5]

위의 옵션들은 gnuplot의 setting을 간편하게 하기 위해 만들었습니다.

-p 옵션을 붙이면 gnuplot의 명령어만 출력하고 그림은 안 그립니다.

-c 옵션을 붙이면 파일들을 기본 옵션(with line)으로 그립니다. 이 때 파일명들 사이의 ","를 생략하고 파일명만 씁니다. command line상에서 glob pattern을 이용하여 여러 그림을 그릴 수 있도록 하기 위한 옵션입니다.

나머지 gnuplot setting들은 위의 설명으로 충분할 것이라 생각합니다.

Examples :

./gnuqp.py -p "file1", u 1:3 w p
-> p 'file1' u 1:2 w l, 'file1' u 1:3 w p

./gnuqp.py -p -c file.00*
-> p 'file.0010' w l,'file.0020' w l,'file.0030' w l

Download: gnuqp.py

gpl muting utils

Thu, 06 Nov 2008 16:20:41 +0900

Gpl Mute Interpolator(gplMuteintp)

self document

    Gpl Mute Interpolator : read polyg.#### files and interpolate missing numbers
   Usage :
       gplMuteintp.rb first=[] last=[] step=[]
   Required parameters :
       first   : shot number of the first shotgather

       last   : shot number of the last shotgather
   Optional parameter :

       step=last-first   : shot step

Examples

예를 들어, shotgather가 1200번부터 1300번까지 있는데 1200번, 1204번, 1208번, ... , 1300번까지 4개씩 건너 뛰며 xmute script로 Muting을 했다고 합시다.

(이 때 한 shotgather 내에서 muting은 왼쪽에서 오른쪽으로 진행하는 것이 좋습니다.)

그럼 polyg.1200, polyg.1204, polyg.1208, ... , polyg.1300 번까지 polygon 파일들이 생성되었겠죠. 이 파일들이 이 프로그램의 input이 됩니다.

이 프로그램은 앞에서 muting해놓은 polyg.#### 파일들을 interpolation하여 중간중간 비어있는 polyg.1201, polyg.1202, polyg.1203, polyg.1205, ..., polyg.1299 파일들(output)을 생성해내는 프로그램입니다. 이 때의 실행 명령은

gplMuteintp.rb first=1200 last=1300 step=4

가 됩니다. 1200번부터 시작하여 4씩 더해가며 이미 존재하는 polyg.#### 파일들로 비어있는 polyg.#### 파일들을 생성해냅니다.

1200번과 1204번을 이용하여 1201~1203번을 interpolation하고,

1204번과 1208번을 이용하여 1205~1207번을 interpolation합니다.

만약 step을 써주지 않으면 first와 last 사이에 있는 모든 파일들을 다 interpolation하여 생성합니다.

Garbage in, garbage out 이라고, 좋은 결과를 얻기 위해서는 muting한 결과가 좋음을 확인하고 써야합니다.

step간격은 자료에 따라 다릅니다. shotgather 모양에 거의 변화가 없는 경우 step을 크게 둘 수 있고, 모양이 불규칙한 경우에는 step을 작게 하거나 전체를 다 직접 muting해야겠죠.

Gpl Muter(gplMute)

self document

        Gpl Muter : mute shotgathers using polyg.#### files
        Usage :
                gplMute.rb first=[] last=[] step=[] [optional parameters]
        Required parameters :
                first   : shot number of the first shotgather
                last    : shot number of the last shotgather
        Optional parameters
                -i              : include all
                                if not given, skip [first,last,step]
                step=last-first : shot step # skip shotgathers matching [do first,last,step]
                fout=muteshot   : output muted file name
                perc=85         : suximage percent
                hbox=1000       : suximage hbox
                wbox=1270       : suximage wbox
                x1end           : suximage x1end
                d2=1            : suximage d2
                fin             : su file name containing the shot gathers

Examples

이 프로그램은 앞에서 interpolation해 놓은 파일들을 가지고 실제 muting을 하여 잘 되었는지 확인하는 프로그램입니다.

shot을 포함한 su 파일은 shot 번호를 기준으로 shots####_####.su 파일들 중에서 자동으로 찾습니다.

gplMute.rb first=1200 last=1300 step=4 x1end=4.5

와 같이 실행을 하면 1200번, 1204번, 1208번, ... , 1300번은 건너뛰고(앞에서 이미 확인했으니까요, -i 옵션을 주면 다 포함합니다), 1201번, 1202번, 1203번, 1205번, ... , 1299번까지 interpolation한 polyg.#### 파일들을 이용하여 muting한 결과를 보여줍니다. 결과를 보여준 후에는 확인을 합니다.

ok? [ (y)es or enter | (r)eplace | (n)ot good | (q)uit ]

라고 메시지가 나오는데,

muting이 잘 되었을 경우에는 y 또는 그냥 enter를 치면 다음 shot으로 넘어갑니다.

muting 결과가 매우 마음에 들지 않을 때에는 n 을 입력하여 해당 shot을 다시 muting하고 확인하는 과정을 반복합니다.

일부분만 수정하면 될 경우(대부분의 경우) r 을 입력합니다. 이 경우 아래와 같이 muting 되지 않은 shotgather와 polyg.#### curve를 함께 보여줍니다.

이 그림에서 수정하고 싶은 부분에 mouse를 찍고 저장하면 해당 위치에 있던 이전 데이터가 새로 muting한 데이터로 바뀌게 됩니다. 새로운 muting 결과를 보여주면 위의 확인과정을 반복합니다.

Gpl Mute Checker(gplMutecheck)

Self Document

        Gpl Mute Checker : check & modify muted shotgathers
        Usage :
                gplMutecheck.rb first=[] last=[] [optional parameters]
        Required parameters :
                first   : shot number of the first shotgather
                last    : shot number of the last shotgather
        Optional parameters
                step=1          : shot step [do first,last,step]
                fout=muteshot   : output muted file name
                perc=85         : suximage percent
                hbox=1000       : suximage hbox
                wbox=1270       : suximage wbox
                x1end           : suximage x1end
                d2=1            : suximage d2
                fin             : su file name containing the shot gathers

이 프로그램은 앞의 gplMute와 거의 같은데 [do first,last,step]에 해당하는 번호의 shotgather만 muting합니다. 처음에 몇 개씩 건너뛰며 muting했던 자료를 확인하기 위해 사용할 수 있겠죠. polygon file이 없을 경우 처음부터 muting을 합니다. 따라서 xmute.sh 스크립트 대신 사용할 수도 있겠죠. 하나의 shot에서 작업하는 동안 다음번 shot 을 suwind로 미리 만들어 놓기 때문에 suwind로 인한 속도 지체 현상이 많이 감소하였습니다. 그럼 su 파일을 쪼갤 필요가 없겠죠?

(실행 파일들은 muting하는 server에 있습니다~^^)

Links

Thu, 06 Nov 2008 10:38:21 +0900

http://www.liv.ac.uk/HPC/HTMLF90Course/HTMLF90CourseSlides.html

http://www.star.le.ac.uk/~cgp/fortran.html

http://www-solar.mcs.st-and.ac.uk/~steveb/course/course.html

http://www.owlnet.rice.edu/~mech517/books.html

Python

Wed, 29 Oct 2008 19:34:46 +0900

파이썬 문서

파이썬 문서고

파이썬 문서고

01. Numerical Analysis

Fri, 24 Oct 2008 20:35:21 +0900