[linux-network] Re: Samba

---------

From: ILKER FICICILAR (ilkerf@isbank.net.tr)
Date: Thu 01 May 2003 - 19:50:17 EEST

  • Next message: salihb@ozdilek.com.tr: "[linux-network] Re: Ben bu linux servera taktim."

    Merhabalar,
    On Thu, 29 Apr 2004 10:55:36 +0300
    "Emre AYTAC" <emre@mbm.erciyes.edu.tr> wrote:
    ...
    > kullaniyorum. Problemim ise Sa= mba'da yuk dengeleme(load balancing)
    > yani Samba'nin gelen her istege esit=
    > miktarda oncelik vermesi. Bu istegimi bir ornekle aciklamak
    ...

    Su adres isinize yarayabilir:
    http://hr.uoregon.edu/davidrl/samba/samba-optimize.html

    > depo = paylasimi var. Ag uzerinden bir kullanici mp3 dinlerken, baska
    > bir kullan= ici ag uzerinden buyuk boyutlu (ornegin 400MB'lik bir iso)
    > bir dosya alir= ken mp3 kesiliyor, yani baglantida gecici sureligine
    ...
    >

    Ama, samba'da tamponlar normalde gercek zamanli isler için degil veri
    aktarim hizini arttirmak için ayarlandigindan, gönderme (ve hatta alma)
    tampon boyunlarini mtu civarina, mesela 2048 byte'a düsürmek yardimci
    olabilir.

    yani, smb.conf'ta ilgili yere:
    socket options = SO_RCVBUF=2048 SO_SNDBUF=2048

    gibi bir satir gelecek. Daha ayrintili parametreler için yukaridaki
    linki incelemenizde yarar var.

    Buna ek olarak da, mp3 dinleyen tarafta xmms veya winamp'in tampon
    bellegi arttirilabilir. Mesela, simdi baktigim kadariyla xmms'de bu is,
    preferences'de output plugin kismindaki buffer menusunden
    halledilebiliyor.

    Bir baska cözüm olarak da winamp veya xmms'nin sambadan mp3 okurken
    kullandigi tipik paket boyutunu iptraf vb. ile ögrenip. O boyuttan
    ufak paketleri daha öncelikli bir QOS kuyruguna atabilirsiniz. Bunu en
    kolay http://lartc.org/'dan indireceginiz wondershaper scriptiyle
    oynayarak yapabilmeniz mümkün.

    Aslinda basit bir QOS bant açip buna sfq uygulamak bile
    sorununuzu çözebilir. Diger çözümler karisik gelirse, önce bunu kullanin
    isterseniz:

    hemen ilgili cihaza bir root qdisc olusturalim, mesela eth0'a:
    tc qdisc add dev eth0 root sfq

    kullanilip kulanilmadigina bakalim:
     tc -s qdisc ls dev eth0

    simdi, mp3 ve büyük dosya çekme islemleriyle bir sInama için uygun bir
    zaman bence.

    Bu sfq (Stochastic Fairness Queue) kuyrugu bir
    baglantinin hatta baskin olmasini engelliyor. Bunu paketlerin kuyruktaki
    siralarini belli bir hash degere bakip öyle degistererek yapiyor. Hatta
    bu hash degerini de sIk sIk degistirtip adaleti iyice saglayabiliriz.
    Mesela 8 saniyede bir:

    ama önce az önce olusturdugumuz qdisci iptal edelim:
    tc qdisc del dev eth0 root

    ve bir daha olusturalim:
    tc qdisc add dev eth0 root sfq perturb 8

    tek satirlik bu komut isinizi en pratik yoldan çözebilecek gibi
    görünüyor. Sonucu iletebilirseniz harika olur. Bizler de çalisip
    çalismadigini ögreniriz.

    Eger çalismazsa Token Bucket Flow da denenebilir saniyorum. Bu tbf
    kuyrugu daha cok bir hattin bant genisligini kismakta kullanilir. Ama
    zaten bir mp3 ortalama 128kbit kullandigina göre 100mbit'lik bir hattaki
    kIsIntIdan etkilenmese gerek. O 400MB'lik dosyayi ceken uygulamayi biraz
    daha bekletmekte sakinca yoksa 100Mbit'i biraz düsürelim. Mesela
    70Mbit'e (ilk denemede biraz fazla kIrptIk):

    (önce, varsa root qdisci silelim: tc qdisc del dev eth0 root )

    simdi tbf uygulayabiliriz. Parametreleri http://lartc.org/'daki
    "advanced routing & traffic howto" 'da ayrintisiyla bulabilirsiniz,
    kisaca komut satiri söyle:
    tc qdisc add dev eth0 root tbf rate 70mbit buffer 1600 limit 3000

    sonuca göre bu 70mbit ile oynayabilirsiniz. Aslinda bunu, hattin en cok
    %95'i gibi bir degere ayarlayarak çogu congestion'in / tikanikligin
    önüne geçebiliyorsunuz.

    hem tbf hem sfq vs. uygulamak istiyorsaniz. Olasilikla kernelinizi
    yeniden derlemeniz ve HTB kullanmaniz gerekebilecek.

    SFQ ve samba'daki send buffer ayari yüksek olasilikla ise yariyacaktir.

    Sonucu merakla bekliyorum,

    simdilik hosçakalIn.

    -- 
    ... ilker FIÇICILAR              ilkerf@geocities.com
    ... ftp://ekitap.2y.net/        . Elektronik Kitaplar
    ... http://ekitap.2y.net/ftp.php     . E-Kitap Dizini
    ... http://ilkerf.tripod.com/teknik/  . Linux & Bilgi
    ... http://ekitap.kolayweb.com/   . Palm icin E-kitap
    ... http://mezopotamya.tripod.com/        . Arkeoloji
    ... http://nukleer.findhere.org/     . Nukleer Enerji
    ... http://ilkerf.tripod.com/cbm.html      . C64/C128
    ------------------------------------------------------------------
    Virus taramasi Vexira AV programi kullanilarak Is Net tarafindan yapilmistir.
    This e-mail is checked by Is Net against all known types of viruses using Vexira AV.
    Is Net'in en ucuz saatlik kullanim paketi Teneffus.Net'i ve en ucuz sinirsiz erisim paketi Taksitli Ekonet'i duymus muydunuz?
    http://www.isnet.net.tr/teneffusnet/
    http://www.isnet.net.tr/taksitliekonet/
    

  • Next message: salihb@ozdilek.com.tr: "[linux-network] Re: Ben bu linux servera taktim."

    ---------

    Bu arsiv hypermail 2.1.6 tarafindan uretilmistir.