Adi Nugroho wrote:
>
> Ceritanya gini.
> Aku baru mulai belajar Linux.
> Cara termudah (menurut versiku) itu dengan ngliatin system-ku yang ada,
> trus nyobain versi linux-nya satu persatu.
> Dua diantara server-server yang lagi aku liatin itu Exchange server,
> sama oracle server.
> Dua-duanya punya file yang lebih besar dari 1 GB. Ini yang aku pikir
> kartu mati, soalnya, aku pikir, file raksasa itu pasti ada di-mana-mana,
> bukan di tempatku saja.
Untuk architecture 32bit _dan_ modern POSIX/Unix like OS,
membuat FS dengan max filesize > 2Gb akan sangat tidak efisien
karena:
1. Overhead dari lseek(2) returns off_t, yang mana sizeof(off_t) =
word size = sizeof(int), kenapa tidak pakai unsigned, karena
seek tidak selalu maju, bisa mundur. Kalau off_t dideclare
long long (64 bit) maka untuk operasi yang mengandalkan 32bit
CPU register akan makan paling sedikit 2 kali CPU overhead/cycle.
2. Max addressable memory untuk 32bit arch = 2^32 = 4Gb, yang mana
linux by default pakai 1:3 mapping. X:Y artinya X = max physical
memory, Y = max process size (shared/static text + data). Kompile
ulang modified kernel bisa membuat linux pakai 2:2 mapping kayak NT,
tapi bisa break beberapa program yang berasumsi max address = 3Gb.
Ini berhubungan dengan kernel memory management & shared memory
subsystem.
Kebanyakan DBMS besar seperti Informix, Oracle, dll
juga sudah tahu bahwa hampir semua 32bit unices shared memory
system bakal mentok di 2Gb filesize, karena itu program2 pasti
mempunyai "multi" volume/file database. Bahkan beberapa diantaranya
juga tetap membatasi file ke 2Gb untuk 64bit arch karena pertimbangan
efisiensi dan portability.
Kalaupun M$ bersikeras bahwa karena NT support filesize > 2Gb dan
Exchange tidak punya fasilitas multi volume/file, maka NT pasti
akan lebih tidak efisien.
> Sekalian nanya nih, (karena aku blum cukup cerdas buat ngobok-obok
> file),
> 1. Kaloq di Sendmail itu :
> a. datanya (defaultnya) ditaruh di mana? Aku jadi bingung mana
> file-nya mail server, dan mana file-nya file client.
Config: /etc/sendmail.{cf,cw}, /etc/aliases[.db]
User data: (FSSTND/RH) /var/spool/mail/<username>
atau (FHS) /var/mail/<username>
Client host bisa download via pop server (qpopper, ipop3d, dll) yang
akan mengakses mail file untuk user bersangkutan.
> b. Mail-mailnya user disusun jadi banyak file (dan folder) atau
> jadi sebuah database besar? Kaloq jadi satu database besar, itu dia
1 file per user.
> masalahnya, data mail di serverku itu 3 GB lebih. Kalau tersimpan dalam
> banyak file (dan folder), penyimpanannya jadi tidak efisien. (misalnya
> kaloq satu user ngirim 1 mail 1 MB ke 100 user, beban server jadi 101 MB
> dong (tiap user folder bakal dapet 1 MB (bukan 1 shortcut)).
Lebih tidak efisien dari segi storage benar, tapi dari segi performance
& maintenance no way...
Saya pernah pakai cc:Mail yang menganut system 1 data file for
1 post office (PO versi 4), lama lama file akan bertambah besar karena
mail2 yang dihapus sebenarnya masih ada datanya dan perlu down
dari waktu ke waktu hanya untuk defrag/compact file tersebut...
> 2. Masih soal size, Partisi maksimum Linux (Ext2) itu berapa? Soalnya
> aku punya beberapa folder yang lebih besar dari 10 GB.
4 TB
see http://web.mit.edu/tytso/www/linux/ext2.html
> 3. Apa persamaan "trust-relation-ship" kaloq di Linux/NIS ?
Jargon temuan M$ lagi yah... dunno, what is it?... :)
> 4. Apa persamaan WINS di Linux? Soalnya, dalam lingkungan DHCP yang IP
> address tiap PC setiap saat bisa berubah, tidak mungkin nama-nama
> workstation kita input manual ke dalam DNS. Mending si Workstation yang
> mencatatkan diri.
DNS ripoff over netbios, DHCP = dynamic BOOTP.
--
+---| Netscape Communicator 4.x |---| Powered by Linux 2.1.x |---+
|/v\ Agus Budy Wuysang MIS Department |
| | Phone: +62-21-344-1316 ext 317 GSM: +62-816-1972-051 |
+--------| http://www.rad.net.id/users/personal/s/supes |--------+
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/IT dx s: a- C+++ UL++++$ P- L+++(++++) E--- W++ N+++ o? K? w-- O-
M- V-- PS+ PE Y-- PGP t+@ 5 X+ R- tv- b+ DI? D++(+) G e++ h* r+ y++
------END GEEK CODE BLOCK------
______________________________________________________________________
Utk berhenti langganan kirim email ke [EMAIL PROTECTED]
Sudah cari di arsip? http://www.linux.or.id/milis.php3#arsip-id-linux
Utk info etika diskusi, kirim email kosong ke [EMAIL PROTECTED]
