Hendy Irawan wrote:
> [...] karena load disk I/O masuknya ke
> NFS server.
ngomong2x soal I/O gw jadi inget soal forking (maaf kepada para anti OOT dan
anti
tidak nyambung). sekedar berbagi aja, dulu gw pernah iseng kayak gini nih:
$ ruby -e '(1..1_000_000).times { |h| `GET http://localhost` }'
maupun
$ ruby -e '(1..1_000_000).times { |h| IO.fopen(GET http://localhost) }'
sori kode kedua barusan ini cuma berdasarkan ingatan, gw lupa lagi sintaksnya
yang
benar gimana (lagi malas buka manual). karena intinya bukan di sintaks tersebut,
tapi yang mau gw tekankan, si komputer macosx jompo milik gembel arie kere mere
jahe ini berputar pusing dia trus dia bilang kehabisan forking!
:-D
tuh contohnya orang geblek iseng, padahal kan ada *ab* tinggal ngesetnya aja
jangan dodol lagi. ah suram.com
> Tapi satu hal yang mungkin bisa di-imagine adalah gimana nyimpen daftar
> friend untuk situs semacam Friendster? Bayangin, 20 juta user ajah.
> Untuk relationship matrix membutuhkan 20 juta x 20 juta
> 400,000,000,000,000 cell! (dengan asumsi opaque). Tapi jika bisa dibikin
> sparse matrix mungkin lebih space efficient. Tapi kalo mo bikin 2nd
> degree, 3rd degree... Weleh... (mungkin bagusnya cari filesystem yang
> sudah support VeryLarge FileSizes dengan dukungan sparse files)
^^^^^^^^^^^^
maap, gw gak paham lo ngomong sparse files berhubung ngadmin gw lemah.
apalagi kalo LI ato FB tuh hen, kalo di FS satu account kan maksimal 1000. lah
kalo LI kemaren dulu tuh pernah liat question senator amerika sampai 5000 lebih
gitu, itu baru satu account, belum yang lain-lainnya lagi :-D nah nah nah
visualisasi di kepala gw mulai nongol nih bayangan2nya nghantui sebelum tidur ah
jadi takut gw nghitung berapa berapanya.
> Easy search? Kalau pake Ferret atau Lucene, saya pikir jumlah document
> tidak terlalu mempengaruhi kecepatan, karena yang lebih penting adalah
> jumlah "word", dengan sistem inverted index tersebut.
masalahnya ini kita bicara *static* HTML hen. kalau yang lo sebut itu (ferret)
trik yang artikel dari database konvensional biasa.
punya ide buat ngakali ini gak? anyone (?)
> 1 document atau 1,000 document atau 1,000,000 document, bagi search
> engine sepertinya tidak terlalu bermasalah, asal jumlah "word" yang
> terdapat di situ konstan. Lucene is also very flexible.
--
Arie | http://www.linkedin.com/in/ariekeren
http://ariekusumaatmaja.wordpress.com | http://groups.yahoo.com/groups/id-ruby
Never say RTFM. Turn the trolls into committers (Audrey Tang, conisli-ofun.pdf)
