기본 콘텐츠로 건너뛰기

무엇이 다른가

수련

어익후, 이게 몇 년만에 포스팅인가.

이사도 했겠다 수생식물을 키워보기 위해 학수고대하던 수련을 질렀다. 물론 함께 시페루스랄지 해오라기사초 같은 물 가에 사는 식물도 같이 질러줬다. 그리하여 도착한 수련과 시페루스는 생각보다 너무 컸고 - 그냥 연을 사지 않은 이유는 너무 커서인데 - 해오라기사초는 너무 작았다.

그래도 그렇게 기대하던 수련이기에 제법 큰 화분에 흙 깔고 물 붓고 수련을 심었는데, 아뿔사... 그냥 진흙이 아니라 피토니스라는 이끼로 만들어진 흙이라 모두 물 위로 둥둥 떴다. 덕분에 화분은 완전 진흙탕이었고, 실망이 컸다. 뜬 흙이 물 먹으면 좀 나아지겠지 싶어 며칠 방치했는데도 물위에 층을 이뤄버린 피토니스는 가라앉을 기미가 보이지 않았다. 상상했던 건 맑게 가라앉은 물에 연잎과 꽃이 동실동실 떠 있고, 아래로 금붕어나 송사리 서너 마리가 노니는 걸 기대했건만... 이런 화분에 물고기를 넣으면 바로 지옥행 급행열차를 탈 것 같았다.

암만 생각해봐도 화분 깊이가 마음에 안 들어 주인님과 합의해서 조금 비싼 수반을 사기로 했는데, 보통 수반이 깊이가 지금 쓰는 화분보다 훨씬 얕고, 수련을 키우기 위한 수반은 주인님이 별로 내키지 않는 질그릇(장독 같은) 재질이 전부였다. 게다가 디자인도 다양하지 않고 가격도 비싸서 차라리 마트에서 본 물렁한 고무재질 휴지통을 쓸까도 생각했지만, 뭐랄까... 너무 어울리지 않다고 할까...

이러지도 저러지도 못하고 있던 그때, 주인님께서 수련 키우는 법을 검색해보라고 했다. 별 기대 안 했는데, 오호라~ 제법 괜찮은 정보를 발견했다. 그런데 마사토도 필요하고 생명토라고 뻘 같은 진흙도 필요한데, 집에 아무것도 없잖아? 아마 안 될꺼야... 하고 있다가 번뜩 입주기간동안 몽골천막 같은 곳에 인터넷이나 아니면 인터넷이나 아니면 인터넷 같은 영업하는 곳 바로 옆에 화분 영업하는 곳이 있어 그곳에 재료를 구할 수 있을 것 같은 희망을 가지고 주인님 꼬득여 내려갔다. 생명토는 없을 것 같고 - 더군다나 있냐고 물어보는 것 자체를 까먹었다 - 마사토랑 하이드로볼를 내냉큼 사서 작업을 시작했다.


  1. 준비
    • 사 온 마사토와 하이드로볼을 따로따로 물에 적당히 씻어 먼지를 제거하자. 이 과정을 생략하면 나중에도 흙먼지 날리는 물이 만들어진다. (어흑!)
    • 먼저 수련을 거둬 줄기와 잎만 대충 씻기고 따로 놔둔다. 이때 죽은 줄기는 적당히 쳐내자.
    • 화분에 두둥실 떠 있는 흙(피토니스)을 떠낸 뒤, 물을 버린다. 이때 아래에 가라앉은 흙은 수련을 심기 위해 남겨둔다.

  2. 화분 만들기
    • 따로 보관한 수련을 조심스럽게 흙에 심는다. 심을 때 뿌리가 다치지 않게 조심하자.
    • 뿌리가 닿지 않는 구석탱이에 비료조각을 한 두 개 심어놓는다.
    • 마사토를 부어 진흙 위에 두껍게 깐다. 이때 수련 줄기를 잘 잡아서 마사토에 깔리지 않게 하자.
    • 하이드로볼을 부어 마사토 위에 두껍게 깐다. 역시나 수련 줄기를 잘 잡아주자.
    • 물을 수압이 세지 않도록 하여 천천히 화분을 채운다.
    • 물 속에 먼지가 가라앉을 때까지 기다린다.
    • 감상한다.


하루 정도 지났는데, 물이 제법 맑게 가라앉았다. 나중에 기회 봐서 송사리 두 어 마리 풀어봐야지.


덧글: 그나저나 언제 해오라기 사초랑 시피루스 정리하지. 아웅...

댓글

이 블로그의 인기 게시물

SQLite에서 파일 크기 줄이기

간단한 개인 프로젝트를 하고 있는데, SQLite DB파일 크기가 매우 커져서 테이블에 필요 없는 레코드를 날렸다. 그런데 날리고도 파일크기가 그대로라서 여기저기 뒤져보니 VACUUM 커맨드를 사용하란다. 사용법은 매우 간단하다. 그저 "VACUUM;"이라고 날려주면 동작한다. (참조: http://sqlite.org/lang_vacuum.html ) 다만, 동작이 매우 느려서 자주 쓸만한 것은 아니다. 실제로 100MB짜리 파일을 7KB로 줄이는데 수 분이 걸렸다. 소스를 봐야겠지만, DB를 EXPORT한 뒤에, 파일을 지우고 다시 IMPORT하는게 아닐까 하는 의구심이 든다. 매번 하기 귀찮으면 "PRAGMA auto_vacuum=1;"를 하면, 새로운 빈 페이지(DELETE나 DROP TABLE 같은...)가 생길 때마다, VACUUM을 실행한다. 다만, SQLite구조 문제로 테이블을 생성하기 전에 미리 날려야하는 안타까움이 있다. (참조: http://sqlite.org/pragma.html#pragma_auto_vacuum )

OpenSSL supports Multi-threading

내가 스레드를 별로 좋아하지 않는데, 별 수 없이 써야할 경우가 종종 있다. 그와 별개로 OpenSSL 쓰기를 좋아하는데, OpenSSL을 멀티 스레딩 환경에서 쓰면 자칫 알 수 없는 이유로 죽곤한다. 이유는 OpenSSL 각종 알고리즘엔진이 멀티 스레딩 환경을 고려하지 않은 엔진이라, 경합이 발생하여 충돌이 발생하기 때문이다. 참조: https://www.openssl.org/docs/crypto/threads.html 멀티 스레딩 지원은 0.9.5b-dev부터 지원하였으니, 이하 버전은 포기하자. (응?) (사실 그 전에도 약간은 지원했으나, CentOS5 기준 0.9.8이니, 이전 버전은 포기하는게 정답이다) 맨페이지를 보면 "crypto/threads/mttest.c 파일에 예제가 있어요 뿌잉뿌잉~"이라는데 나중에 찾아보기 귀찮으니 블로그에 옮겨 놓...으려고 봤는데, 주석도 길고 모든 OS에 대한 전처리기도 있고, C++11도 나왔는데 구닥다리 코드를 쓸 생각이 없으니 내 맘대로 다시 구성했다. #include <openssl/crypto.h> #define OPENSSL_THREAD_DEFINES #include <openssl/opensslconf.h> #if !defined(OPENSSL_THREADS) # error "OpenSSL version is not supported multi-thread" #endif // C++11 mutex support #include <mutex> // Global locks for OpenSSL static std::mutex* g_locks(nullptr); // Locking callback function for OpenSSL static void funcLock(int mode, int type, char* file, int line) { if ( mode bitand CRYPTO_LOCK ) g_locks[

Bash Array, Map 정리

Bash에서 Array, Map에 대한 정리. (매번 찾기 귀찮) 찾아보진 않았지만, Bash에서 Array든 Map이든 동일하게 Map(C++에서 Unordered Map)으로 동작하는 것 같다. 왜냐하면, Array의 Index가 연속하지 않아도 동작한다. 그저 Key가 0 이상의 정수인 Map이랑 비슷하게 동작한다. 예) 1, 2, 3, 9, 10 Array # 생성 declare -a empty_array declare -a ar=(haha hoho baba "long string haha hoho") # 접근 echo "ar[0]=${ar[0]}" echo "all as array=${ar[@]}" # 큰따옴표 안에서 각 원소를 따로따로 전달한다. echo "all as one=${ar[*]}" # 큰따옴표 안에서 각 원소를 문자열 하나로 합쳐 전달한다. echo "indexes=${!ar[@]}" echo "indexes=${!ar[*]}" echo "length=${#ar[@]}" echo "length=${#ar[*]}" echo "last=${ar[-1]}" echo "last=${ar[@]: -1}" # 콜론 뒤에 빈 칸이 꼭 필요하다. 옛 방식 # 현재 상황 declare -p ar #(출력) declare -a ar=([0]="haha" [1]="hoho" [2]="baba" [3]="long string haha hoho") ar[100]=hello # 인덱스를 건너 뛰어도 동작한다. declare -p ar #(출력) declare -a ar=([0]="haha" [1]="hoho" [2]="baba" [3]=&