Tentang Karakteristik Admin…

Posted: 27th May 2010 by Rozze in Uncategorized

Hemm,setelah dapat pertanyaan dari dosen mata kuliah sistem operasi tentang :

“Termasuk kategori orang yang mengerjakan sesuatu bersamaan ataukah mengerjakan sesuatu sequensial artinya mengerjakan sesuatu hanya bisa terfokus dengan 1 hal kemudian baru dapat mengerjakan hal lain seteleah selesai hal tadi?”

Setelah melelui berbagai perenungan dan juga pengalam selama hidup adri sd sampai duduk di bangku kuliah,maka penulis tau juga jawaban atas pertayaan tersebut. Sebenarnya penulis sendiri dari hari lahirnya adalah 22 april 1989 yang menurut situs primbon mempunyai watak :

Hari Sabtu
Giat bekerja, rajin pandai mencari rejeki, ditakuti orang banyak, pandai menempatkan diri dan bisa menyelesaikan apa yang menjadi tanggung jawabnya dengan baik.

Tanggal Dua Puluh Dua
Lahir pada tanggal dua puluh dua menunjukkan sosok yang penuh energi yang berfungsi pada dua dunia: obyektif dan subyektif.  Anda penuh dengan getaran, gugup dan gairah; Anda perlu istirahat dan ketenangan untuk “mengisi” dan menjaga keseimbangan Anda.  Sangat intuitif, Anda sebaiknya berpijak pada impresi pertama yang didapat.  Walaupun Anda memiliki kekuatan yang terbatas, Anda selalu saja berada di antara mengekspresikan idealisme Anda dan menjaganya dalam batasan konstruktif.  Orang yang lahir pada tanggal 22 memiliki misi utilitarianisme universal, yang mana hanya menyisakan sedikit ruang bagi ambisi pribadi.  Sukses besar Anda terletak pada bidang yang penuh sistem, dalam area mana saja selama cocok dengan idealisme Anda dan menghasilkan kebaikan.  Hindari transaksi yang meragukan atau ilegal; Anda pasti akan tertangkap dan menderita karenanya.

Bulan April
Wataknya:

- Tidak mau mengalah dan selalu ingin menang sendiri
- Pembosan
- Senang dipuji
- Agak boros walau pandai mencari uang
- Mempunyai otak yang cerdas namun tidak suka diperintah
- Tak pernah memilih dalam berteman

Taurus – Banteng
(21 April – Mei 20)

Keras Kepala, Materialistis, Pasif, Ramah & Sabar, Praktis dan Setia, Memiliki Jiwa Toleransi

—————————————————————————————————————————————————————–

Sebenarnya penulis juga tidak percaya terhadap ramalan,namun penulis percaya akan satu hal bahwa untuk menghasilkan deskripsi dari tanggal lahir warna atau sasuatu yang lain diperoleh berdasarkan penelitian terhadap orang-orang yang ternyata mempunyai kemiripan terhadap sifat atau wataknya dikarenakan sesuatu yang hampir sama (ex: zodiaknya sama,dll)

Yang penulis tidak percaya adalah ramalan di majalah di majalah atau koran yang di update tiap minggu,karena hal tersebut sangat bersifat terkaan saja dan hal tersebut sangat dilarang dalam agama.

—————————————————————————————————————————————————————-

Setelah menimbang dari referensi penulis maka dapat penulis simpulkan dengan hal yang dirasakan oleh penulis yakni penulis :

Orang yang dapat mengerjakan sesuatu bersamaan


HangKOMPIQ

Posted: 17th May 2010 by Rozze in Uncategorized

Diantara beberapa masalah atau kerusakan yang sering terjadi pada sebuah komputer adalah kondisi dimana komputer sering restart sendiri. Kondisi komputer sering restart ini tentu saja sangat menjengkelkan terutama apabila kita sedang melakukan pekerjaan kemudian secara tiba-tiba komputer restart sendiri dan kita belum sempat menyimpan dokument tersebut. Menurut pengalaman saya pribadi terdapat beberapa penyebab yang dapat mengakibatkan komputer sering restart sendiri, diantaranya adalah:

1. Komputer sering restart karena Processor kepanasan
Processor yang kepanasan adalah salah satu penyebab utama komputer anda menjadi hang atau sering restart sendiri. Untuk mengecek terjadinya overheat pada Processor dapat dilakukan dengan beberapa cara, diantaranya:

* melihat kondisi temperatur pada menu hardware monitor di BIOS
* menggunakan program monitoring temperatur seperti misalnya CPUID Hardware Monitor
* dengan membuka casing CPU dan meraba sendiri temperatur pada bagian Pendingin (Cooler) Processor.

Penyebab utama dari Processor yang kepanasan ini juga terdapat beberapa hal:

* Kondisi kipas angin (fan) pendingin Processor yang sudah tidak optimal (misalnya macet karena debu)
* Menumpuknya debu pada sirip-sirip Pendingin Processor, ini adalah hal yang sering terjadi terutama apabila ruangan tempat peyimpanan komputer berdebu.
* Sudah keringnya atau bahkan tidak adanya paste yang merekatkan Processor dan Pendinginnya.- Kipas angin (fan) yang terdapat pada power supply yang mati atau tidak berputar.
* Kondisi ruangan tempat penyimpanan komputer yang memang panas.

Untuk mengatasi komputer sering restart karena Procesor kepanasan (overheat) ini kita bisa melakukan beberapa hal diantaranya:

* Senantiasa membersihkan debu yang terdapat dalam Casing CPU dan Pendingin Processor.
* Menggunakan paste sebagai penghubung yang merekatkan bagian Processor dan Pendingin.
* Menyimpan komputer diruangan yang tidak terlalu panas (lebih baik ber-AC)
* Menggunakan program monitoring temperatur seperti misalnya CPUID Hardware Monitor untuk mengetahui secara dini kondisi overheat pada Processor. Screenshootnya dapat dilihat pada gambar dibawah ini.

2. Komputer sering restart karena Power Supply yang kekurangan daya
Penyebab yang kedua komputer sering restart adalah kurangnya daya atau sudah tidak optimalnya bagian Power Supply yang mensupply daya pada CPU. Apabila anda merasa curiga dengan perporma Power Supply yang terpasang sebaiknya ganti dulu bagian power Supply ini dengan Power Supply yang terbukti berfungsi baik. Untuk keperluan komputer sekarang, sebaiknya pakailah sebuah Power Supply dengan daya minimal 500 Watt.

3. Komputer sering restart karena VGA Card rusak
Komputer sering restart sendiri juga bisa terjadi karena rusaknya bagian VGA Card yang terpasang pada slot AGP atau PCI. Biasanya VGA Card yang rusak akan terasa cepat panas pada bagian pendinginnya. Untuk itu apabila komputer Anda sering restart ada baiknya juga untuk mengecek komponen tersebut.

4. Komputer sering restart karena Hardisk bad sector
Sebuah hardisk yang ruksak atau bahkan terdapat bad sector didalamnya dapat menjadi penyebab komputer menjadi hang, muncul bluescreen of deadth atau komputer ga bisa booting dan me-restart terus. Untuk mencegah dan mengatasinya kita bisa menjalankan program scandisk dan defragmenter hardisk secara teratur dan pastikan selalu mematikan komputer dengan menekan tombol shutdown.

*Note: recovered file. Source address was lost.

Sistem email

Posted: 14th May 2010 by Rozze in Uncategorized

Setiap hari, orang saling mengirim e-mail. Jika Anda sedang online, Anda sendiri dapat mengirim
selusin atau lebih e-mail setiap hari tanpa berpikir tentang hal ini. Jelas, e-mail telah menjadi alat
komunikasi yang sangat populer.
Apakah Anda pernah bertanya-tanya bagaimana cara mendapatkan e-mail dari komputer Anda ke
tengah teman di seluruh dunia? Apa yang dimaksud dengan server POP3, dan bagaimana cara
memegang mail Anda? Jawaban mungkin akan mengejutkan Anda, karena ternyata e-mail adalah
sebuah sistem yang sangat sederhana pada intinya. Pada artikel ini, kami akan mengambil pandangan
mendalam di e-mail dan cara kerjanya.
Sebuah Pesan E-mail
Menurut Darwin Magazine: Prime Movers, pesan e-mail pertama dikirim pada tahun 1971 oleh seorang
insinyur bernama Ray Tomlinson. Sebelum ini, Anda hanya bisa mengirim pesan kepada pengguna
pada mesin tunggal. Tomlinson terobosan adalah kemampuan untuk mengirim pesan ke mesin lain di
Internet, menggunakan tanda @ untuk menandakan mesin penerima.
Sebuah pesan e-mail selalu tidak lebih dari pesan teks sederhana – sepotong teks yang dikirim ke
penerima. Pada awal dan bahkan hari ini, e-mail cenderung potong pendek teks, meskipun kemampuan
untuk menambahkan lampiran sekarang membuat banyak pesan cukup panjang. Bahkan dengan
lampiran, namun, e-mail terus pesan teks – kita akan melihat mengapa ketika kita sampai di bagian
lampiran.
E-mail Klien
Anda mungkin sudah menerima beberapa pesan e-mail hari ini. Untuk melihat mereka, Anda
menggunakan beberapa jenis e-mail client. Banyak orang menggunakan terkenal, klien berdiri sendiri
seperti Microsoft Outlook, Outlook Express, Eudora atau Pegasus. Orang-orang yang berlangganan
bebas layanan e-mail seperti Hotmail atau Yahoo menggunakan klien e-mail yang muncul di halaman
Web. Jika Anda seorang pelanggan AOL, Anda menggunakan AOL pembaca e-mail. Tidak peduli jenis
klien yang Anda gunakan, umumnya tidak empat hal:
* Menunjukkan Anda daftar dari semua pesan di kotak surat Anda dengan menampilkan header pesan.
header menunjukkan Anda yang mengirim mail, subyek mail dan mungkin juga menunjukkan waktu
dan tanggal pesan dan ukuran pesan.
* Memungkinkan Anda memilih header pesan dan membaca tubuh pesan e-mail.
* Mari kita Anda membuat pesan baru dan mengirim mereka. Anda mengetik alamat e-mail penerima
dan subjek untuk pesan, dan kemudian ketik tubuh pesan.
Lets * Anda menambahkan lampiran ke pesan Anda mengirim dan menyimpan lampiran dari pesan
yang Anda terima.
canggih klien e-mail mungkin memiliki segala macam lonceng dan peluit, tapi pada intinya, ini adalah
semua yang klien e-mail tidak.
dari: Marshall Brain and Tim Crosby

http://communication.howstuffworks.com/email.htm

TAKFS

Posted: 8th April 2010 by Rozze in Uncategorized

Abstract

Dalam sistem operasi UNIX-jenis, yang mekanisme VFS
memungkinkan beberapa sistem file yang berbeda untuk digunakan pada
satu komputer. Namun, ketika mekanisme VFS digunakan,
berbagai macam file sistem harus dibedakan dengan menggunakan
individu direktori. Oleh karena itu, beberapa file sistem tidak dapat
biasanya di-mount pada satu direktori dan digunakan dengan benar.
Akibatnya, file sistem yang memiliki berbagai fitur
sebagai NFS atau tmpfs tidak digunakan cukup efisien. Dalam
penelitian saat ini, penulis menanggapi masalah ini dengan
mengusulkan TAKFS file sistem, yang superimposes yang
ruang nama dari beberapa file sistem yang sama sembarang
direktori untuk mengaktifkan sistem file yang akan ditangani secara transparan.
TAKFS transparan dan secara otomatis apportions
sebenarnya file di antara berbagai sistem file sesuai
kombinasi dari parameter dan pengaturan dilakukan dimuka
oleh masing-masing pengguna menunjukkan file yang akan ditempatkan
di setiap sistem file. Jika TAKFS digunakan, fleksibel dan
sistem sangat mudah dapat dibangun dengan menggunakan
Saat ini ada file sistem tanpa mengubahnya sama sekali.
© 2006 Wiley Periodicals, Inc Elektron Comm JPN Pt 3,
89 (9): 22-33, 2006; online Ditampilkan di Wiley InterScience
(Www.interscience.wiley com).. DOI 10.1002/ecjc.20276

Introduction

Karena komputer saat ini sedang digunakan di semakin
cara beragam dan arsitektur komputer baru
sering sedang dikembangkan, terdapat banyak sistem file yang berbeda
(FS) yang memiliki berbagai fitur. Pada kapasitas besar
disk, sistem file journal umumnya digunakan untuk memastikan
keamanan data dan waktu fsck pendek. Di samping itu, karena sebuah
sejumlah besar komputer sekarang terhubung ke jaringan,
berbagai sistem file terdistribusi telah diusulkan
sesuai dengan bandwidth komunikasi dan jaringan target
sambungan format [7, 10]. Ada juga file sistem
yang dikonfigurasi hanya dalam ingatan dan tidak terletak
pada disk untuk mengimplementasikan akses berkecepatan tinggi serta file
sistem yang memiliki fungsi enkripsi.
Sebuah sistem operasi UNIX-jenis ini memungkinkan berbagai
sistem file yang akan digunakan pada satu komputer dengan menggunakan Virtual
File System (VFS) mekanisme. Misalnya, file data
dari tiap pengguna dapat digunakan dengan baik oleh pusat pengelolaan
mereka menggunakan file server terdistribusi dan menempatkan file sistem
dalam sistem berkas yang dibangun pada disk lokal. Strictly
berbicara, data pada CD-ROM atau floppy disk juga bisa
mulus ditangani sebagai file dalam satu direktori berdasarkan
fungsi mekanisme VFS.
Ketika mekanisme VFS digunakan, setiap file sistem
sudah terpasang pada sembarang direktori dan sistem file yang
digunakan dengan baik dalam hal direktori individu [Gambar. 1 (1)].
Misalnya, data pada file server di mount ke / home
dengan menggunakan file sistem terdistribusi, dan sistem berkas yang
dibangun pada disk lokal di mount ke / usr untuk mengaktifkan
sistem file yang akan benar digunakan.
Namun, jenis penggunaan yang tepat dari sistem file dalam
istilah direktori individu tidak sangat nyaman bagi pengguna. Sebagai contoh, pertimbangkan situasi di mana obyek
file yang dibuat oleh pelaksana untuk membuat pohon sumber
ditempatkan dalam sistem file lokal, dan pengguna ingin berbagi
perubahan pada source file pada sistem berkas terdistribusi. Bahkan
jika pengguna ingin melakukan ini dan ingin menempatkan obyek
source file dan pohon di bawah direktori yang sama, dia saat ini
tidak memiliki pilihan lain selain ke tempat kedua pohon sumber dan
objek file dalam baik sistem file lokal atau didistribusikan
file sistem. Juga, jika sistem sebenarnya operasi, beban
sering ditempatkan hanya pada sistem file yang biasanya digunakan
terutama.
Masalah ini disebabkan oleh fakta bahwa VFS
mekanisme transparan tidak bisa menangani beberapa file sistem
dalam satu direktori.
Dalam penelitian ini, kami mengusulkan TAKFS file
sistem, yang memungkinkan beberapa file sistem menjadi sewenang-wenang
ditangani sepenuhnya transparan dengan menggunakan salah satu direktori
[Gambar. 1 (2)]. Dengan TAKFS, setiap pengguna menetapkan file yang ke
ditempatkan dalam setiap sistem berkas sebagai kebijakan, dan berbagai macam file
sistem dapat digunakan secara seragam dalam ruang nama di bawah satu
direktori. TAKFS dapat diimplementasikan dengan menggunakan hanya
fungsi yang disediakan oleh mekanisme VFS umum UNIX.
Dengan memperluas fungsi mekanisme VFS ini
cara, konsep VFS dapat lebih abstrak, dan
sistem dapat digunakan lebih fleksibel daripada yang dimungkinkan oleh
menggunakan sistem manajemen file konvensional yang
sebelumnya tersedia.
Selain itu, dalam penelitian saat ini, kami diimplementasikan
dan mengevaluasi sistem yang diusulkan sebagai modul kernel
Linux Kernel dan memverifikasikan bahwa fungsi yang diusulkan
dapat diterapkan dengan overhead dari beberapa persen.
Dalam penelitian ini, kami mengembangkan diusulkan
sistem sehingga sistem yang dirancang di Ref. 11 bisa
digunakan dengan sistem file sewenang-wenang.
Sisa dari makalah ini diorganisasikan sebagai berikut. Bagian
2 menyajikan contoh penggunaan TAKFS. Bagian 3 menjelaskan
spesifikasi, Bagian 4 menjelaskan desain, dan Bagian
5 menjelaskan metode pelaksanaan. Bagian 6 menggambarkan
percobaan dan evaluasi dan Pasal 7 menjelaskan mengenai
penelitian. Bagian 8 menyajikan kesimpulan.

cONTOH PENGGUNAAN TAKFS

Jika TAKFS digunakan, sebuah sistem yang lebih fleksibel, yang
tidak dapat diterapkan dengan hanya menggunakan saat ini
tersedia mekanisme VFS, dapat dibangun tanpa
mengubah sistem file yang ada sewenang-wenang sama sekali. Bagian ini
menggambarkan contoh penggunaan TAKFS.
[Beberapa gunung dari file server didistribusikan]
Ini adalah fakta throughput diketahui bahwa ketika beberapa tetes
klien secara bersamaan menulis satu didistribusikan file server
[2]. Metode paling sederhana untuk memecahkan masalah ini adalah
mount beberapa file server pada direktori yang terpisah dan menggunakan
mereka masing-masing dengan benar untuk mengurangi akses ke setiap file server
[Gambar. 2 (1)]. Namun, dengan metode ini, karena server
digunakan ditentukan dalam direktori individu, hal
sulit untuk diselesaikan mendistribusikan akses.
Jika TAKFS digunakan untuk bersama-mount beberapa file
server di satu direktori, file server dapat digunakan beberapa
sepenuhnya dengan menggunakan satu nama ruang [Gambar. 2 (2)]. Juga,
jumlah masing-masing file server yang digunakan dapat disamakan sesuai
ke pengaturan kebijakan.
[Implementasi penanganan file Windows-seperti oleh
UNIX]
Dengan Windows, file sewenang-wenang bisa dienkripsi atau
dibuat tersedia untuk umum pada jaringan tanpa memindahkan
file dari lokasi.
Jika TAKFS digunakan, sistem file normal, sistem file
memiliki fungsi enkripsi, dan sistem file terdistribusi
yang tersedia untuk umum secara eksternal dapat dipasang pada satu
direktori. Jika file di bawah ini mount point yang bergerak di antara
sistem file yang dikumpulkan bersama oleh TAKFS, yang
File ini dapat dienkripsi atau dibuat publik tersedia dengan menggunakan
sistem sewenang-wenang file tanpa mengubah nama path sebagai
dapat dilakukan ketika menggunakan Windows file manajemen.
[Kecepatan tinggi menggunakan sistem dengan menggunakan kecepatan tinggi
file] sistem
Sebuah sistem file terdistribusi yang menggunakan server pada sebuah jaringan
atau sistem file yang memiliki fungsi enkripsi sering
lebih lambat dari sistem file normal.

Specifications

Sebuah sistem operasi jenis UNIX yang normal tidak memiliki
fungsi untuk menangani beberapa sistem file sembarang
satu direktori. Bagian ini mendefinisikan cara melihat direktori
dan file dalam sistem file yang dikumpulkan
bersama-sama oleh TAKFS, aturan-aturan yang berlaku saat membuat file,
dan sebagainya.
3.1. File sistem penanganan
TAKFS memberikan urutan logis untuk beberapa file
sistem yang dikumpulkan bersama-sama. Perintah ini digunakan untuk
menentukan target berbagai jenis operasi sistem file.
Urutan logis adalah ditentukan oleh sebuah metode yang
pilihan digunakan untuk melewati sistem file ketika TAKFS adalah
mount.
3.2. Bagaimana file dan direktori dilihat
TAKFS mengumpulkan bersama isi direktori dari
beberapa file sistem dan menyajikan mereka dalam ruang pengguna.
Mendefinisikan ketat ini, jika terdapat direktori memiliki
nama jalan yang sama dari masing-masing direktori akar
beberapa file sistem yang dikumpulkan bersama, isi
dari direktori tersebut dikumpulkan bersama dan disajikan
di ruang pengguna. Akibatnya, pengguna dapat melihat
isi dari beberapa direktori dari satu direktori. Untuk
contoh, asumsikan bahwa sistem berkas yang telah
mount pada / mnt/ext3, / mnt / reiserfs, dan direktori / mnt / nfs, masing-masing,
pada Gambar. 3 mempunyai isi yang ditampilkan pada gambar. Jika
ketiga sistem file yang di mount ke / mnt / takfs oleh
TAKFS, pengguna dapat mengakses tiga sistem file dari
/ Mnt / takfs seperti yang ditunjukkan pada gambar.
Pada saat ini, mempertimbangkan situasi di mana setiap file
sistem memiliki file dengan nama path yang sama. Dalam hal ini, hanya
berkas dari sistem berkas yang urutan logis
dijelaskan dalam bagian sebelumnya adalah yang tertinggi disajikan
di ruang pengguna. Bahkan jika sistem file untuk yang logis
order rendah memiliki direktori dengan nama yang sama,
isi dari direktori yang tersembunyi dari pengguna. Jika
hubungan memesan dibalik, file yang sama memiliki
nama disembunyikan oleh direktori.
3.3. Aturan saat membuat atau menghapus file dan
direktori
Aturan-aturan saat membuat atau menghapus file dan direktori
ini agak rumit. Pertama, kami akan menjelaskan aturan
saat membuat file dan direktori. Ketika suatu direktori
diciptakan melalui TAKFS, direktori memiliki jalan yang sama
nama dibuat dalam semua sistem file yang dikumpulkan
bersama-sama. Pada saat ini, jika ada ada sistem file yang
direktori menengah harus diciptakan, direktori adalah
dibuat secara rekursif. Namun, mempertimbangkan situasi di mana
sebuah direktori dalam sistem file dengan urutan logis yang lebih tinggi memiliki
nama yang sama dengan file yang semula tersembunyi di
sistem file dengan urutan logis yang lebih rendah. Dalam hal ini,
direktori tidak diciptakan dalam sistem file dimana file dengan
nama yang sama ada dan hanya dibuat dalam suatu sistem file
di tempat yang dapat dibuat.
Ketika sebuah file dibuat, TAKFS menentukan file
sistem di mana file akan dibuat. Register user dalam
TAKFS di muka sistem file dalam berbagai file mana
harus ditempatkan sebagai kebijakan. Metode menetapkan
kebijakan dijelaskan pada bagian berikutnya. Ketika TAKFS menerima
penciptaan permintaan file, pertama kali membandingkan permintaan
dengan kebijakan, memperoleh urutan logis dari sistem file
file yang harus dibuat, dan menciptakan file
sana. Jika direktori menengah juga harus dibuat
kali ini, dibuat. Namun, jika file yang sama memiliki
nama sebagai direktori yang harus dibuat ada dalam file
sistem dimana direktori yang akan dibuat, kesalahan terjadi.
Selanjutnya, kami akan menjelaskan aturan saat menghapus file
dan direktori. Ketika direktori dihapus, TAKFS di-menggoda untuk menghapus direktori dalam semua sistem file yang
dikumpulkan bersama-sama. Jika semua direktori tidak dapat
dihapus, itu hanya menghapus yang yang dapat dihapus dan
kembali kesalahan. Jika direktori telah menyembunyikan file file
sistem yang urutan logis rendah, file yang tidak
dihapus.
Untuk penghapusan file, hanya file terlihat dihapus. Pada
waktu, jika sebuah file atau direktori memiliki nama yang sama dalam file
sistem yang urutan logis rendah telah disembunyikan
karena file yang dihapus, yang masuk akan ditemukan oleh berikutnya
lookup.
Aturan-aturan penghapusan dirancang berdasarkan konsep
bahwa file yang mengandung paling sedikit isi akan dihapus.
Ketika TAKFS mengumpulkan bersama file yang baru dibuat
sistem, tidak banyak file yang telah tersembunyi akan ditemukan
setelah file dihapus. Namun, jika file sistem yang
sebelumnya digunakan dikumpulkan bersama-sama, aturan ini
harus selalu diingat.
3.3.1. Mengenai kebijakan
TAKFS menggunakan kebijakan untuk menentukan file yang ke
ditempatkan dalam setiap sistem file. Berbagai pengguna yang menggunakan
TAKFS individu memiliki kebijakan sendiri. kebijakan adalah
dijelaskan oleh sepasang terdiri dari kondisi “” dan “file
jenis sistem “di mana file tersebut untuk ditempatkan saat yang
kondisi berlaku. Setiap user dapat mendaftar beberapa kebijakan.
Sebuah implementasi dapat dianggap di mana
“Kondisi” dibuat sehingga ekspresi yang ditulis dengan menggunakan
nilai ambang batas dan salah satu jenis parameter berikut
dari file ke kebijakan yang diterapkan secara benar.
• Nama file
• Orang Tua nama direktori
• Ukuran file
• File mengakses atau memperbarui waktu
Selanjutnya, kita akan menggambarkan spesifikasi dari sebuah “file
jenis sistem “dalam kebijakan. Spesifikasi agar logis dapat
dianggap pertama sebagai metode menentukan “sistem berkas
jenis “Metode lain yang disediakan oleh TAKFS. menggunakan atribut
untuk menentukan “jenis file sistem.”
Sebagai contoh, pertimbangkan situasi di mana kelompok
sistem file yang dikumpulkan bersama oleh TAKFS termasuk
sistem file bersama, misalnya NFS. Jika pengguna ingin
untuk menempatkan file yang sesuai dengan kondisi “tertentu” dalam
file system bersama, ia dapat menentukan ini dengan menggunakan atribut
yang menunjukkan fakta bahwa jenis “sistem berkas” adalah berbagi
file sistem. Jika jenis sistem “file” dapat ditetapkan
menurut atribut seperti ini, tujuan kebijakan
jelas dan kebijakan menjadi lebih umum. Beberapa
atribut juga dapat diset untuk satu sistem file.
Ketika TAKFS menentukan sistem file di mana
file harus ditempatkan, dia menggunakan kebijakan dari pemilik file itu.
Pada saat ini, kebijakan yang sesuai untuk file pertama digunakan.
Jika file tersebut tidak sesuai dengan kebijakan apapun, file dibuat
dalam sistem berkas memiliki urutan yang logis terendah
ada direktori yang relevan. Juga, jika tidak ada sistem file yang berkaitan
untuk tipe sistem “file” telah dikumpulkan bersama-sama
oleh TAKFS, kebijakan yang relevan tidak valid.
Tingkat detail yang kebijakan dapat ditentukan
tergantung pada pelaksanaan TAKFS. Rincian mengenai
kebijakan yang didukung oleh prototipe saat ini
dijelaskan dalam Bagian 5.2 dan Lampiran.

Design

Pada bagian ini, kita akan merancang suatu sistem TAKFS
konfigurasi berdasarkan spesifikasi yang diberikan dalam sebelumnya
bagian.
4.1. Desain sistem
Dalam penelitian ini, kami merancang fungsi
yang TAKFS sistem dengan luas membagi mereka menjadi sebagai berikut
tiga unit:
• File System Unit
• Kebijakan Manajemen Unit
• Periksa Patrol Unit
Rincian tentang mekanisme masing-masing disajikan di bawah ini.
4.1.1. File System Unit
Sistem File Unit menyediakan ruang pengguna dengan
bersatu akses ke beberapa file sistem sewenang-wenang dengan menggunakan
satu mount point. Ketika membuat () atau mengubah nama () dijalankan untuk
file, file entitas didistribusikan antara sistem file.
Fungsi seperti memindahkan file antara entitas file
sistem yang telah dikumpulkan bersama-sama juga diberikan.
4.1.2. Unit Manajemen Kebijakan
Unit Manajemen Kebijakan menerima, register, dan
mengelola kebijakan dari tiap pengguna. Juga, ketika File
Sistem Unit mengeksekusi menciptakan () atau mengubah nama () untuk sebuah file atau ketika
permintaan dari Unit Patroli Periksa, yang digambarkan
kemudian, tiba, Unit Manajemen Kebijakan memeriksa terdaftar
kebijakan dan menentukan sistem file di mana
file relevan harus ditempatkan.
4.1.3. Patroli cek unit
Ketika membuat () atau mengubah nama () dijalankan, Sistem File
Unit Satuan Kerja Manajemen Kebijakan dan bekerja sama untuk menempatkan
file di lokasi yang sesuai dengan kebijakan tersebut. Namun,
situasi dapat dianggap di mana saat file sedang beroperasi, lokasi di mana file tersebut harus ditempatkan perubahan
karena, misalnya, pengguna mengubah kebijakan tersebut.
Dalam persiapan untuk jenis situasi, Patroli
Periksa Unit bekerjasama dengan Unit Pengelolaan Kebijakan
untuk patroli pohon direktori disediakan oleh Unit Sistem File
dan memeriksa apakah setiap file ada di lokasi dimana seharusnya
menjadi. Selain itu, jika hal itu menentukan bahwa file tersebut harus dipindahkan
antara sistem file, mengirimkan permintaan kepada Sistem File
Unit untuk memindahkan file entitas.
4.2. karena beberapa Patroli Periksa Kompetisi
Unit
Tentu, TAKFS juga dapat didistribusikan secara transparan menangani
file sistem. Sistem file ini didistribusikan sering
sudah terpasang secara simultan dari beberapa komputer.
Pada saat ini, mungkin ada situasi di mana
TAKFS berjalan di jaringan komputer menggunakan beberapa sama
file server dalam sebuah sistem berkas terdistribusi. Sebuah kondisi yang kompetitif
dapat dianggap di mana setiap Unit Patroli Periksa
upaya untuk memindahkan file yang ada di server file lokal
sistem file node sendiri sesuai dengan pengaturan kebijakan
pada setiap node komputer (Gbr. 4). Tergantung pada waktunya,
sementara node komputer tertentu membuat atau mengedit file
pada file server, upaya tiba-tiba dapat dilakukan untuk memindahkan
file ke sistem file lokal dari node lain.
Untuk mencegah hal ini kondisi yang kompetitif, mekanisme
disediakan untuk membuat Unit Patroli Periksa dapat bergerak
hanya file entitas yang dibuat pada node sendiri. Jika ini
jenis mekanisme diperkenalkan dan setiap node komputer
diterapkan mekanisme ini untuk sistem file terdistribusi, ini
jenis kondisi kompetitif dapat diatasi. Untuk
contoh sebelumnya, hanya node yang dapat memindahkan file di
file server adalah node yang menciptakan file tersebut, dan yang lainnya
node yang tidak dapat memindahkannya. Namun, karena situasi juga dapat
dipertimbangkan di mana Anda mungkin tidak ingin menentukan jenis ini
kendala gerakan, kami memutuskan bahwa mekanisme ini
dapat secara optional diperkenalkan.

Conclusions

Dalam sistem operasi UNIX-jenis umum, beberapa
file sistem tidak bisa di-mount sepenuhnya transparan
pada sebuah direktori tunggal. Dalam penelitian ini, kami mengusulkan
yang TAKFS file system, yang dapat menempatkan di atas nama
ruang dari beberapa file sistem sewenang-wenang dalam direktori yang sama
sehingga mereka dapat ditangani sepenuhnya transparan.
Jika TAKFS digunakan, setiap pengguna dapat mengatur kebijakan untuk mengaktifkan file
sistem yang memiliki berbagai fitur khusus untuk digunakan dengan benar
secara terpadu dalam ruang nama di bawah direktori tunggal.
Kami juga menciptakan prototipe TAKFS dan dilakukan
eksperimen untuk menunjukkan bahwa sistem dapat diterapkan
dengan overhead yang cukup cukup kecil untuk
TAKFS applications.If praktis digunakan, lebih mudah dan fleksibel
sistem dapat dibangun tanpa mengubah saat ini sudah ada
file sistem sama sekali.

REFERENCES
1. Alexandrov AD, Ibel M, Schauser KE, Scheiman CJ.
Ufo: A personal global file system based on user-level
extensions to the operating system. ACM Trans Comput
Syst 1998;16:207–233.
2. Anderson TE, Dahlin MD, Neefe JM, Patterson DA,
Roselli DS, Wang RY. Serverless network file systems.
Proc 15th ACM Symposium on Operating Systems
Principles, p 109–126, Colorado, 1995.
3. bonnie++ benchmark. http://www.coker.com.au/
bonnie++/
4. InterMezzo Filesystem. http://www.inter-mezzo.org/
5. Mazieres D. A toolkit for user-level file systems. Proc
2001 USENIX Technical Conference, p 261–274.
6. Pendry JS, Mckusick MK. Union mounts in 4.4BSDlite.
Proc 1995 USENIX Technical Conference, p
25–33.
7. Satyanarayanan M. Fundamental challenges in mobile
computing. 15th ACM Symposium on Principles
of Distributed Computing, p 1–7, 1996.
8. Serial ATA Working Group. http://www.serialata.
com/
9. Srinivasan R. RPC: Remote procedure call protocol
specification version 2. RFC1831, 1995.
10. Sun Microsystems, Inc. NFS: Network file system
protocol specification. RFC1094, 1989.
11. Takeuchi IK, Nakayama Y. A file system reflecting
shared policies in terms of individual users. Report
of the 45th Programming Symposium, 163–171,
2004.
12. Tateoka T, Uehara K, Sunahara H, Teraoka F. PFS: A
file system dynamically adaptive to various networking
environments. Computer Software (Journal of the
Japan Society for Software Science and Technology)
1998;15:62–81.
13. Zadok E, Nieh J. FiST: A language for stackable file
systems. Proc USENIX Annual Technical Conference,
p 55–70, San Diego, 2000.

Twitter, sebuah Arsitektur yang Berevolusi

Posted: 8th April 2010 by Rozze in Uncategorized

Posted: 24th March 2010 by Muhammad Saefurrozi/11718 in TUGAS SISOP
Evan Weaver, Lead Engineer di Tim Layanan di kegugupan, yang pekerjaan terutama optimasi dan skalabilitas, berbicara
tentang arsitektur kericau dan terutama optimasi yang dilakukan selama setahun terakhir untuk meningkatkan situs web
selama QCon London 2009.
Sebagian besar alat-alat yang digunakan oleh Twitter adalah open source. Tumpukan terdiri dari Rails untuk sisi depan, C,
Scala dan Java untuk lapisan usaha menengah, dan MySQL untuk menyimpan data. Semuanya disimpan dalam RAM dan
database hanya cadangan. Rel menangani front end rendering, cache komposisi, DB query dan sinkron sisipan. Ujung
depan ini kebanyakan perekat bersama beberapa layanan klien, banyak yang ditulis dalam C: MySQL klien, klien memcached,
seorang JSON satu, dan lain-lain.
The middleware menggunakan memcached, varnish untuk cache halaman, Kestrel, sebuah MQ ditulis dalam Scala, dan
server Comet dalam karya, juga ditulis dalam Scala dan digunakan untuk klien yang ingin melacak jumlah besar tweets.
Twitter dimulai sebagai sebuah “platform manajemen konten bukan platform olahpesan” begitu banyak optimasi yang
diperlukan untuk mengubah model awal berdasarkan kumpulan membaca pesan saat ini model dimana semua pengguna
harus diperbarui dengan tweets terbaru. Perubahan-perubahan itu dilakukan dalam tiga bidang: cache, MQ dan memcached
klien.
Cache
Setiap cicit dilacak di rata-rata 126 pengguna, maka jelas ada kebutuhan untuk caching. Dalam konfigurasi asli, hanya
API memiliki halaman cache yang berlaku setiap kali menciak datang dari pengguna, seluruh aplikasi yang cacheless:
Perubahan arsitektur pertama adalah untuk menciptakan write-through cache Vector berisi sebuah array menciak serial ID
yang 64 bit bilangan bulat. Cache ini memiliki 99% hit rate.
Perubahan kedua adalah menambahkan lain write-through Row Cache database yang berisi catatan: user dan tweets. Ini
memiliki 95% hit rate dan itu adalah menggunakan Kallen Nick’s Rails plug-in yang disebut Cache Uang. Nick Sistem
Architect at Twitter.
Perubahan ketiga memperkenalkan read-melalui serial Fragmen Cache berisi versi dari tweets klien diakses melalui API
yang dapat dikemas dalam JSON, XML atau Atom, sama dengan 95% hit rate. Cache fragmen “vektor mengkonsumsi
langsung, dan jika serial cache fragmen saat ini tidak memuat baris aktual untuk menciak Anda mencoba untuk melihat
jadi pendek sirkuit database mayoritas kali”, kata Evan.
Perubahan lain adalah menciptakan kolam cache terpisah untuk halaman cache. Menurut Evan, kolam cache halaman
menggunakan skema kunci generasi daripada penghapusan langsung karena klien dapat
mengirim HTTPS jika-diubah-sejak dan menempatkan setiap saat cap yang mereka inginkan dalam permintaan path dan
kita perlu mengiris array dan sekarang mereka dengan tweets mereka hanya ingin melihat tetapi kita tidak ingin melacak
semua kemungkinan kunci yang klien telah digunakan. Ada masalah besar dengan skema generasi ini karena tidak menghapus
semua kunci tidak valid. Setiap halaman yang telah ditambahkan yang sesuai dengan jumlah orang tweets
menerima akan mendorong keluar data yang valid dalam cache dan ternyata cache kami hanya punya waktu 5 jam waktu
hidup efektif karena semua cache halaman ini mengalir melalui.
Karena 80% dari lalu lintas kericau datang melalui API, terdapat 2 tingkat cache tambahan, masing-masing pelayanan
maksimal 95% dari permintaan yang datang dari lapisan sebelumnya. Cache keseluruhan perubahan, total
antara 20 dan 30 optimasi, membawa
10x peningkatan kapasitas, dan itu akan lebih tetapi kita memukul hambatan lain pada titik… Strategi kami adalah
untuk menambah cache membaca-melalui pertama, pastikan sudah membatalkan OK, kemudian pindah ke writethrough
cache dan perbaikan online alih-alih menghancurkannya setiap kali menciak ID baru masuk
Pesan Antrian
Karena, rata-rata, setiap pengguna memiliki 126 pengikut, itu berarti ada pesan 126 ditempatkan dalam antrian
untuk setiap bercicit. Selain itu, ada saat-saat puncak lalu lintas, seperti yang selama pelantikan Obama ketika mencapai
beberapa ratusan tweets / detik atau puluhan ribu pesan ke antrian, 3 kali lalu lintas normal pada waktu itu.
The MQ dimaksudkan untuk mengambil puncak dan membubarkan itu dari waktu ke waktu sehingga mereka tidak
perlu menambahkan banyak hardware tambahan. Twitter’s MQ adalah sederhana: memcached didasarkan pada
protokol, tidak ada pemesanan pekerjaan, tidak ada negara bersama antara server, semua disimpan dalam RAM dan
itu adalah transaksional.
Pertama pelaksanaan MQ itu menggunakan Starling, ditulis di Ruby, dan tidak skala baik terutama karena GC Ruby
yang tidak generasi. Yang mengarah ke MQ crash karena pada beberapa titik seluruh pemrosesan antrian berhenti
untuk GC untuk menyelesaikan tugasnya. Sebuah keputusan dibuat untuk port MQ untuk Scala yang lebih matang
dengan menggunakan JVM GC. MQ saat ini hanya 1.200 baris dan berjalan di 3 server.
Memcached Klien
Para klien memcached optimasi ini dimaksudkan untuk mengoptimalkan beban cluster. Klien saat ini digunakan
adalah libmemcached, berkicau menjadi yang paling penting pengguna dan kontributor basis kode. Berdasarkan hal
itu, Cache Fragmen optimasi lebih dari satu tahun menyebabkan peningkatan 50x Halaman permintaan dilayani per
detik.
Karena permintaan miskin lokalitas, cara tercepat untuk menangani permintaan adalah untuk precompute data
dan jaringan menyimpannya pada RAM, daripada recompute di tiap server bila diperlukan. Pendekatan ini digunakan
oleh sebagian besar situs Web 2.0 berjalan hampir sepenuhnya langsung dari memori. Langkah selanjutnya
adalah “scaling menulis, setelah membaca penskalaan untuk satu tahun. Kemudian datang co-location multi isu
“menurut Evan.

*Note: recovered file. Source address was lost.

Yukk beli komputer

Posted: 8th April 2010 by Rozze in Uncategorized

oleh Muh Saefurrozi/11718
Huh kompiQ dah jadul nih..
Masak maen solitaire aja ngehank…<<<
Mumpung sekaran harga2 lagi ajnlok..
Coba Cari tahu info pameran komputer..or cari tau ke toko kompi,
Ni Bang Rozi punya tips2 yang pasti menarik untuk diresapi..)(
1. Jika dana pembelian komputer terbatas, gunakan cara berikut :
Belilah mainboard yang terdapat hardware on-board lain didalamnya. Seperti
mainboard i810 + AGP on-board share 2Mb + on-board 3D sound (chipset XG
Yamaha) + on-board LAN + on-board 56k V90 fax modem, yang dipasaran dapat
dibeli dengan harga US$ 80. Hal tersebut akan menghemat dibanding pembelian
hardware tersebut secara satuan, dengan kualitas yang hampir sama. Bahkan
kualitas AGP on-board tersebut hampir setara dengan AGP card 8Mb, walaupun
hanya membutuhkan 2Mb dari RAM komputer, tapi sudah terdapat buffer
memory di dalam mainboardnya. Catatan : agar share memory AGP tidak mengganggu
operasi komputer, ada baiknya jika dilakukan penambahan RAM.
2. Jika dana anda benar-benar terbatas, anda dapat mencuba hardware terpakai
dengan kondisi yang masih baik. Cubalah membeli processor terpakai, karena
jarang ditemui kerusakan pada processor, dan anda dapat membeli harware yang
lain dengan harga yang baru. Pastikan pula anda tidak membeli hardisk, CDROM,
dan RAM second, karena faktor kerusakan dari hardware tersebut sangatlah
tinggi.
3. Jika Anda mencoba overclock, pastikan jangan mengubah tegangannya
karena akan mengurangi umur hardware. Kami mempunyai processor AMD yang
di overclock sejak dari perakitan awal dan sampai sekarang masih berfungsi
dengan baik karena tidak mengubah tegangannya.
4. Secara keseluruhan, setelah anda membeli komputer pastikan anda
mendapatkan JAMINAN dari penjual, dan anda bisa memeriksanya dengan teliti.
Sebagai contoh :
a. Mainboard ASUS mempunyai jaminan 3 tahun dari pengeluarnya
b. RAM merk Visipro mempunyai jaminan seumur hidup.
c. RAM merk NeoPower mempunyai jaminan seumur hidup.
d. dll
AND THEN….
Check list parts pada saat membeli PC:
Processor; pilihan yang paling umum saat ini adalah AMD dan intel. AMD
menawarkan kinerja yang luar biasa khususnya untuk grafis, sedangkan intel
handal untuk segala kebutuhan. Pilihan prosesor lebih ke selera dan kebutuhan.
Jika suka main game dan berdisain ria, terutama 3d; AMD mantap. Jika untuk
kantor, digunakan sehari-hari, untuk server, atau warnet, Intel aja deh… yang
gampang.
Motherboard atau mobo; wuah ini dia yang paling bikin bingung. Merknya
macam-macam begitu juga fiturnya. Yang jelas tanya sama penjualnya apa
mobonya cocok dengan prosesor pilihan kita seperti diatas. Merk pilihan saya
adalah Abit, ASUS, MSI, Foxconn, Intel. Merk-merk itu sudah terbukti handal,
paling tidak menurut pengalaman saya.
VGA card; VGA card menentukan kualitas gambar dan render biasanya untuk
3D. Ada dua port untuk VGA; PCI-Express (PCI-X) dan AGP. PCI-X adalah
teknologi terbaru dan menawarkan 2 kali kecepatan AGP. Biasanya PCI-X sudah
banyak terdapat di mobo terbaru. Tapi jika hanya dipakai untuk bekerja office,
AGP sudah lebih dari cukup. Dan jika anda yang berdana terbatas, VGA card
tambahan ini bisa diabaikan jika mobo anda memiliki built in VGA card.
Memory; Memory atau RAM adalah tempat penyimpanan sementara berkecepatan
tinggi. Saat ini yang tersedia di pasaran adalah jenis DDR-1, DDR-2. Periksa
apakah mobo anda mendukungnya. DDR-2 jelas lebih cepat daripada DDR-2
dengan harga yang tidak jauh berbeda.
Harddisk; Jika mobo anda mendukung SATA jangan ragu2 gunakan SATA. Port
IDE lama kurang ergonomis dan kalah cepat dibanding SATA. Harganya juga
tidak jauh berbeda. Untuk size itu terserah anda. Semakin besar tentu saja
semakin mahal.
Soundcard; Kebanyakan mobo sekarang sudah dilengkapi dengan soundcard
built ini. Jadi kemungkinan anda tidak usah membelinya. Kecuali jika anda
seorang profesional di bidang musik. Anda bisa membeli soundcard add on yang
jauh lebih handal seperti Soundblaster Audigy.
Power Supply; PSU (power supply unit) beragam, dari yang murah sampai yang
super mahal. Semakin mahal tentu saja semakin stabil pasokan listrik dan
semakin awet komponen PC anda. Tapi tidak berarti yang murah itu murahan.
Paling tidak komputer anda bisa dipakai seperti biasa. Biasanya PSU standar
sudah bersama dengan casing yang bisa anda pilih sesuai selera.
Sisanya adalah aksesoris seperti; CD-ROM/DVD-ROM, CDRW/Combo/DVDRW,
Speaker, Monitor, Casing, UPS, Camera, Mouse, Keyboard, Printer, dan
sebagainya itu terserah selera anda. Apapun merknya, tidak akan mempengaruhi
kinerja atau kecepatan PC yang telah anda beli. Hati-hati, merk mahal belum
tentu sesuai… belilah sesuai kebutuhan.
Terakhir adalah software. Komputer rakitan tidak disertai software operating
system asli sehingga anda harus membelinya. Yaah kalau kepepet pas lagi bokek,
beli aja yang bajakan Rp. 25 ribu. Tapi kalau mau aman gunakan Open Source
Operating System atau kita mengenalnya dengan Linux.
REferensi:
1. http://permai1.tripod.com/tip.html
2.http://www.titiw.com/2007/06/19/tips-membeli-komputer/

Mengetahui Jenis Koneksi Internet

Posted: 8th April 2010 by Rozze in Uncategorized

(oleh Muhammad Saefurrozi : 07/253580/pa/11718)
Sering kali kita tidak menyadari, bahwa ketika kita sedang asyik membuka browsing atau chating
dengan kawan-kawan, saudara saudara atau kolega yang jauh dari kita ada yang di lain kota bahkan ada
yang di negeri tetangga…, Sampai ke negeri jauh… yah hanya sekedar mengobrol, Sharing, atau bahkan
mengirim Email… Cari kawan baru di jejaring sosiall seperti Facebook, Yahoo masanger dan lain
sebaginya. Atau sekedar browsing cari situs situs baik situs yang ehem… sampai situs situs yang
bermanfaat dan ribuan jumlahnya di dunia maya ini.
Dalam kesempatan ini penulis akan membahas bagai mana terjadinya hubungan internet dari mulai
pengenalan jenis perangkat dan componennya sampai terjadinya koneksi ke situs situs baik seperti
Google, Yahoo, dan lain sebagainya secara singkat dan hanya sekedar sebagai tambahan wawasan buat
kita.
Apa itu koneksi? koneksi dari kata konek istilah umumnya adalah tersambung, bisa juga nyambung,
ada celetukan dari para newbi (pengemar internet) “wah payah bener ya ngonekin internet nya punya
ISP A, konek nya cepetan punya ISP nya B”.
Ok sebelum kita berbicara lebih lanjut mari kita perkenalkan satu persatu jenis-jenis atau componentcomponent
system yang menjadikan sebuah browsing terbangun dari ruang kamar pribadi, ruang tamu,
kantoran atau di tempat-tempat umum seperti warnet, fasilitas hotspot wireless.
Network Component/jenis perangkat jaringan internet terdiri dari: CPE, AKSES, akses ada 3 macam
yairu akses wired, akses wireless dan akses kombinasi (wired dan wireless), NETWORK dan
SERVER.
1. CPE atau singkatan dari Customer Presmises Equipment yang lebih umum di kenali sebagai
TERMINAL CLIENT digunakan untuk memanfaatkan service atau fitur jaringan berupa PC/Laptop,
Komputer, TV, Telepon atau perangkat multimedia lainnya.
2. AKSES ialah sebagai media yang digunakan oleh terminal client/CPE agar tersambung ke Node
Network di atasnya atau ke Network Intervice, betuknya bisa berupa wired (kawat/kabel), wireless,
atau kombinasi kedua duanya.
Jenis Wired:
2 kawat menggunakan dan memanfaatkan jaringan physic atau jaringan telepon (PSTN atau dedicated
list) dan menggunakan modem sebagai akses, baik modem xDSL atau modem DIAL UP.
8 kawat menggunakan kabel UTP itu kabel UTP (RJ 45) itu adalah kabel khusus buat transmisi data.
UTP, singkatan dari “Unshielded Twisted Pair”. Biasa nya aksesnya lansung ke NETWORK (Converter
E1, router dsb)
HUB (SWITCH HUB) merupakan extensi agar jalur akses bisa di gunakan oleh beberapa CPE
(terminal client).
Jenis Wireless
Menggunakan mobile telepon bergerak seperti GSM, CDMA
Menggunakan wireless standard broadband (201x) seperti wi-fi, Wimax.
Akes kombinasi
Menggunakan berbagai jenis akes wired dan ases wireless. Secara bersamaan.
Jenis modem ada 2 yaitu DIAL UP dan xDSL, dial up mempunyai kecepatan sampai dengan 56 kbps
(pstn) atau 112 kbps untuk ISDN simetrik antara Upload dan Download.
Modem xDSL kecepatan nya tergantung dan bervarasi biasanya sudah di golongkan sebagai broadband
Accsess sda simetrik dan asimetrik.
Modem ber fiture wired akses dan koneksinya menggunakan kabel UTP/RJ 45 .Akesenya lansung ke
network (lewat router atau hub) ada menggunakan USB atau wireless.
Modem ber fiture wireless seperti CDMA yang tergantung jenisnya kecepatan mulai 153 kbps sampai
2Mbps.GSM dengan 19 Kbps samapi 384 Kbps , Wi-Fi kecepatannya 56 Kbps dengan standart akses
A,B atau G.
3. NETWORK sebagai jalur pendistribusian dan pengaturan trafick dari satu interface node ke node
yang lain.komponen utama dalam network adalah Router,fungsi router adalah menyediakan fungsi
routing menjaga QOS (quality of service) jika di butuhkan dan beberapa jenis router juga memberikan
fungsi sebagao security dan filtering.
4.SERVER adalah komponen ter akhir dalam Network Component adalah server. Server merupakan
pemberi servis pada network.
Jenis server: server FTP lebih dikenal sebagai file transfer transfer protocol, server DNS Domain Name
System adalah suatu server yg berfungsi sebagai mentransmisikan alamat web ke IP, server BRAS
(Broad band Remote Accses Server)adalah server pendistribusian alamat IP, VoIP server digunkana
untuk VOIP dan WEB server berfungsi sebagai penyimpan WEB Page.
Itulah jenis komponen-komponen di dalam dunia maya internet.baik yang bersifat physical yang bisa
dilihat maupun non physical Secara sederhana sebuah web terdiri dari PC, ISP SERVER dan ROUTER
untuk melakukan Informasi.
Bagaimana cara kerja subuah WEB?, misal kita akan mengunjungi Website nya Google atau
kompas.com atau yang lain:
1. Masukan alamat atau URL website tersebut pada browser http://www.google.co.id.
2. browser akan meminta semua file data yang berisi web page dari web server dari dite google.
3. Server akan mengirimkan data melalui internet ke komputer/PC kita.
4. Web Browser akan meng Intreprestasikan data tersebut dan menampilkan ke layer komputer.
5. Web site google akan me link informasi dari website lainnya ( misal iklan).
6. Bila kita me klik linl tersebut maka kita akan meng akses we server dari website tersebut
Demikian lah sekilas prinsip kerja terjadinya sebuah hubungan website-website di dunia akses multi
media…

*Note: recovered file. Source address was lost.

My Linux option

Posted: 8th April 2010 by Rozze in Uncategorized

Situs web: www.slackware.com
Perusahaan/
pengembang: Patrick Volkerding
Keluarga OS: Linux, Unix-like
Model kode sumber: Free and open source software
Rilis terakhir
• Stabil: 13.0 / 27 Agustus 2009 (2009-08-27), 199 hari yang lalu
Tipe kernel: Monolithic kernel (Linux)
Lisensi: GNU General Public License
Status: Current
Slackware merupakan sistem operasi yang dibuat oleh Patrick Volkerding dari Slackware Linux, Inc.
Slackware merupakan salah satu distro Linux awal, dan merupakan yang tertua yang masih dikelola.
Tujuan utama Slackware adalah stabilitas dan kemudahan desain, serta menjadi distribusi Linux yang
paling mirip Unix.
Sejarah
Slackware pada awalnya merupakan turunan dari Softlanding Linux System, yang paling populer dari
distribusi Linux asli. SLS mendominasi pasar sampai para pengembang membuat keputusan untuk
mengganti format executable-nya dari a.out ke ELF. Ini bukan keputusan yang populer di kalangan
basis pengguna SLS pada saat itu. Patrick Volkerding meluncurkan versi modifikasi dari SLS, yang dia
beri nama Slackware. [4] Rilis pertama Slackware, 1.00, diluncurkan pada tanggal 16 Juli 1993. [5]
Berupa sebuah citra 3½” floppy disk yang tersedia melalui FTP.
Pada tahun 1999, Slackware berkali-kali dirilis, mulai dari rilis nomor 4 sampai 7. Hal ini dijelaskan
oleh Patrick Volkerding sebagai upaya pemasaran untuk menunjukkan bahwa Slackware adalah sebuah
distro Linux yang up-to-date sebagaimana distro-distro lainnya, yang kala itu banyak yang telah
melepas nomor 6 (seperti Red Hat yang merilis setiap revisi dari distribusinya dengan kenaikan dari 4.1
ke 5.0 bukan 3.1 ke 3.2 sebagaimana Slackware). [6] Slackware memang memiliki beberapa rilis Beta
dalam rentang 6.x, tetapi hal ini tidak dihitung sebagai rilis resmi.
Pada tahun 2005, lingkungan desktop GNOME telah dihapus dari rilis yang akan diluncurkan, dan
diserahkan kepada dukungan komunitasnya. [7] Penyingkiran GNOME dianggap oleh sebagian
komunitas Linux sebagai tindakan yang menggemparkan karena lingkungan desktop tersebut banyak
digunakan di distro-distro Linux. Sebagai balasan, beberapa proyek berbasis komunitas mulai
menawarkan distribusi GNOME lengkap untuk Slackware.
Filosofi Desain
Banyak pilihan desain di Slackware dapat dilihat sebagai contoh dari prinsip KISS. [8] Dalam konteks
ini, “sederhana” merujuk ke sudut pandang desain sistem, dan bukannya kemudahan penggunaan.
Kebanyakan perangkat lunak dalam Slackware menggunakan mekanisme konfigurasi yang disediakan
oleh penulis asli masing-masing perangkat lunaknya; hanya sedikit mekanisme umum di distribusi ini.
Akibatnya, hanya terdapat beberapa perangkat GUI untuk mengkonfigurasi sistem. Ini
menyebabkannya kurang ramah pengguna. Kritikus menganggap instalasi distribusi ini memakan
waktu dan sulit dipelajari, sedangkan pendukungnya menganggapnya fleksibel dan transparan serta
menyukai pengalaman yang diperoleh dari proses pembelajaran.
Manajemen Paket
Sistem manajemen paket Slackware dapat menginstal, upgrade, dan menghapus paket dari sumber
lokal, tetapi tidak akan mencoba untuk melacak atau mengelola dependensi, pengguna harus
memastikan sendiri bahwa sistem telah memiliki semua perpustakaan sistem dan program-program
yang dibutuhkan oleh paket baru (yang akan diinstal). Jika ada yang kurang, mungkin tidak ada
indikasi sampai pengguna berupaya untuk menggunakan perangkat lunak yang baru diinstal.
Paket-paket Slackware adalah tarballs yang diringkas secara gzip dan memakai nama file yang berakhir
dengan .tgz dan .txz. Paket berisi file yang berupa bagian dari perangkat lunak yang diinstal, serta filefile
tambahan yang berguna untuk sistem manajer paket Slackware. File yang berupa bagian dari
perangkat lunak yang diinstal tersebut akan diatur, sehingga bila diekstrak ke dalam direktori root, filefile
tersebut akan ditempatkan di lokasi instalasinya. File-file lain adalah file yang ditempatkan di
direktori install/ dalam paket.
Dua file yang umumnya ditemukan di direktori install/, adalah file-file slack-desc dan doinst.sh. Filefile
ini tidak ditempatkan langsung ke file system dengan cara yang sama seperti yang file lain dalam
paket. File slack-desc adalah file teks sederhana yang berisi keterangan mengenai paket yang diinstal.
Ini digunakan ketika melihat paket menggunakan manajer paket. File doinst.sh merupakan shell script
yang biasanya ditujukan untuk menjalankan perintah atau membuat perubahan yang tidak dapat
dilakukan dengan mengubah isi paket. Script ini dijalankan pada akhir instalasi sebuah paket.
Resolusi Dependensi
Sementara Slackware itu sendiri tidak mempunyai alat untuk secara otomatis menata dependensi bagi
pengguna dengan secara otomatis dengan mengunduh dan menginstalnya, beberapa perangkat lunak
pihak ketiga ada yang dapat memberikan fungsi ini, mirip dengan cara APT di Debian.
Slackware 9.1 memasukkan Swaret dan slackpkg sebagai tambahan paket di CD kedua, [10] tetapi
tidak menginstal salah satunya dengan standar. Swaret telah dihapus dari distribusi Slackware sejak
dari versi 10.0 tetapi masih tersedia sebagai paket dari pihak ketiga.
slapt-get tidak menyediakan resolusi dependensi untuk paket-paket yang disertakan dalam distribusi
Slackware. Namun ia menyediakan kerangka kerja untuk resolusi dependensi pada paket-paket yang
kompatibel dengan Slackware, serupa dengan metode APT. Beberapa sumber paket dan distro-distro
berbasis Slackware memanfaatkan fungsi ini.
Alternatif lain adalah pkgsrc dari NetBSD yang menyediakan dukungan untuk Slackware. pkgsrc
menyediakan resolusi dependensi baik untuk paket sumber maupun biner.
Semenjak versi 13.0, slackpkg sudah disertakan pada direktori ap/ untuk memudahkan penggunanya
mengelola paket-paket Slackware. Paket ini sudah disertakan sejak versi 12.1, tetapi masih berada di
direktori extra/.
Spesifikasi Hardwareku
Untuk melihat spesifikasi hardware kita, contohnya pada linux slax. Bisa dicari melalui directory proc
sebagai berikut:
pertama
untuk melihat list dari isi komputer bisa menggunakan code seperti dalam gambar
kedua
Untuk melihat daftar pci yang dipakai oleh user dengan cara begini
ketiga
untuk mengintip isi dari komponen device dan juga memori info dapat digunakan cara begini
keempat
untuk melihat dari usb bisa dipakai cara begini