A Plan for the New Year

This year has been frantically busy for me. (My 2008 plan worked pretty well)

- My position changes have been made.
- I've been forming up the Hama/Heart project as a open source.
- New York local chapter of the Heart project was organized.

I believe that's a good start even if there is no result. This New Year's,

- I'll improve our projects.
- I've been thinking about taking a job in US next year.

And, I want my parents to be healthy during 2009. :-)

BigTable for GMail

Aram said...    Does anyone know why Google does not use Bigtable for Gmail?Rob Kohr said...    @aram    How do you know they don't?Aram said...    @ Rob    I don't remember where I read it for the first time. But I asked     this question from Jeff Dean. He said maybe Gmail is older than bigtable.     Which I don't think is the real reason, because Orkut is even older than     Gmail, and it does use bigtable. He also mentioned it could be because of     the size of Gmail, not a suprise answer for me.-- http://glinden.blogspot.com/2005/09/googles-bigtable.html

Personally, I think they use bigtable for gmail but, they don't answer because email is a delicate problem, there is no need to highlighting.

Recently, I'm considering to store the large-scale webmail data on the Hbase. I expect to be able to solve both real-time and batch issues and cost-effective physical/human infra- resources management -- ROI and how spam/system sustaining impacts corporate revenue and productivity.

http://wiki.apache.org/hama/HbaseForWebMail

This is intended to explain and illustrate the concept of Hadoop/Hbase Based web-mail storage. There are three main parts:

- Stable & Reliable, Fault tolerant System
- Scalability
- Efficient & Cost-effective

These are simply inherited from the Hadoop/Hbase to web-mail storage.

무한의 세계

무한 집합의 크기 Cardinality , 즉 원소의 개수를 수학에서는 '농도'라고 말한다. 유한 집합의 크기는 그대로 원소의 개수 이지만, 무한 집합의 경우는 원소의 개수를 낱낱이 셈하는 것은 불가능하기 때문에 '농도'라...