FW: [FreeBSD] freebsd ve shoutcast
O halde yapı şu şekilde mi olacaktır? Ses kartından giren sesi bir client dinleyecek, ve bu dinlediğini server a iletecek, server da bu sesi herkese yayınlayacak? Peki bunu yapabilen arkadaşlar var mI? ya da NASIL sorusuna cevap nasıl bulabilirim? Hangi uygulama nasıl bir conf ile? Teşekkürler? From: tees tuai [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 12:02 AM To: freebsd@lists.enderunix.org Subject: Re: [FreeBSD] freebsd ve shoutcast merhaba. ses kartından giren girişleri yayına verebilmeniz için bi tane server ve bir tane client e sahip olmanız gerekmektedir. Serverdan ses kartınız vasıtası ile direk yayına veremezsiniz. iyi çalışmalar. 15.01.2008 tarihinde Mesut GÜLNAZ [EMAIL PROTECTED] yazmış: Freebsd üzerinde bulunan bir ses kartının inline girişine giren bir sesi, shoutcast ile stream yapmak istiyorum. Shoutcast sunucu üzerinde bulunan mp3 leri sorunsuz şekilde stream yapabiliyor ancak, söz konusu girişten gelen sesi nasıl stream edeceğimi bulamadım. Source olarak ses kartının girişi nasıl gösterilir. Hatta belki daha önemlisi BSD OS acaba ses kartını tanıdı mı nasıl anlarım? Nasıl test ederim?
Re: FW: [FreeBSD] freebsd ve shoutcast
Öncelikle acilen shoutcasti terketmenizi tavsiye ederim. Icecast çok daha akıllıca bir çözüm olacaktır. Diğer detaylar için listedeki iyi insanlar sanırım yardımcı olacaklardır. http://www.icecast.org/ Kolay gelsin, Gökhan Mesut GÜLNAZ yazmış: O halde yapı şu şekilde mi olacaktır? Ses kartından giren sesi bir client dinleyecek, ve bu dinlediğini server a iletecek, server da bu sesi herkese yayınlayacak? Peki bunu yapabilen arkadaşlar var mI? ya da NASIL sorusuna cevap nasıl bulabilirim? Hangi uygulama nasıl bir conf ile? Teşekkürler? *From:* tees tuai [mailto:[EMAIL PROTECTED] *Sent:* Wednesday, January 16, 2008 12:02 AM *To:* freebsd@lists.enderunix.org *Subject:* Re: [FreeBSD] freebsd ve shoutcast merhaba. ses kartından giren girişleri yayına verebilmeniz için bi tane server ve bir tane client e sahip olmanız gerekmektedir. Serverdan ses kartınız vasıtası ile direk yayına veremezsiniz. iyi çalışmalar. 15.01.2008 tarihinde *Mesut GÜLNAZ* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] yazmış: Freebsd üzerinde bulunan bir ses kartının inline girişine giren bir sesi, shoutcast ile stream yapmak istiyorum. Shoutcast sunucu üzerinde bulunan mp3 leri sorunsuz şekilde stream yapabiliyor ancak, söz konusu girişten gelen sesi nasıl stream edeceğimi bulamadım. Source olarak ses kartının girişi nasıl gösterilir. Hatta belki daha önemlisi BSD OS acaba ses kartını tanıdı mı nasıl anlarım? Nasıl test ederim? - Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz. Cikmak icin, e-mail: [EMAIL PROTECTED] Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey FreeBSD 6 kitabi cikti! http://www.acikakademi.com/catalog/freebsd6
RE: [FreeBSD] NFS server I/O performans...
Selamlar, Server makina uzerinde sysctl parametrelerinizden kernel ile alakali olanlari ve tcp.sendspace, tcp.recvspace gibi degerleri aktarabilir misiniz ? Cagri Bey, sadece meraktan soruyorum, client'lar ayni anda NFS uzerinde ayni dosyalara okumaktan ziyade yazma islemi yapiyormu? Yapiyorsa, bufdaemon'in sisme sebebi budur.. -- Mehmet CELIK Date: Wed, 16 Jan 2008 17:20:04 +0200From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Re: Re[4]: [FreeBSD] NFS server I/O performans... Tekrar merhaba, NFS istemcileri onerdiginiz sekilde mount etmis olmama ragmen malesef herhangi bir duzelme olmadi. Aslinda sorun S.A.N baglantisi olan FreeBSD makinesinde ki I/O ile alakali oldugu icin sorunu biraz daha acarak anlatmak iyi olacak sanirim. Sistemimizde normal şartlar altında read i/o = ~ 2x write i/o yani sistem genel olarak random read agirlikli olarak calisiyor. Sorun şu ki, bufdaemon read agirlikli bir sistemde görülmesi beklenmeyecek kadar sık ve uzun süreli çalışıyor ve 300-400 write/sec mertebesinde i/o yapıyor. Iste tam olarak bunun sebeplerini arastiriyorum. Bu konuya nasil bir onlem alinabilir ? Mehmet Celik arkadasimizin da soylemis oldugu ve benim okudugum kadariyla bufdaemon yazma ile ilgili, dirty buffer'ları disk'e yazan bir daemon. Ancak neden bu kadar cok I/O'ya neden oluyor anlayamadik. Ekte durumu ozetleyecek bir top ciktisinin goruntusunu gonderiyorum. Simdiden tesekkur ederim. Çağrı Ersen. 2008/1/15 Cagri Ersen [EMAIL PROTECTED]: Ismail bey, istemcileri önerdiğiniz parametrelerle yeniden düzenledim. Ancak su an sistemin yogun bir zamani olmadigi icin hissedilir bir degisiklik gorunmuyor. Aksam saatlerinde kontrol edip, sonucu tekrar bildirecegim. Yardimlariniz icin tesekkur ederim. Çağrı Ersen. 2008/1/15 Ismail YENIGUL [EMAIL PROTECTED]: Merhaba, NFS'i asagidaki parametrelerle mount edip deneyebilir misiniz? mount -o tcp,intr,nfsv3,-w=32768,-r=32768 Monday, January 14, 2008, 3:25:04 PM, you wrote: NFS sunucusundaki exports dosyasinin icerigi: /storage/domains /storage/users -maproot=root xxx.xxx.xx.xx xxx.xxx.xx.xxx NFS istemcilerin fstab icerigi: xxx.xxx.xx.xxx:/storage/domains /usr/home/vpopmail/domains nfs rw 0 0 xxx.xxx.xx.xxx:/storage/users /var/qmail/users nfs rw 0 0 2008/1/14 Ismail YENIGUL [EMAIL PROTECTED]: Merhabalar, cevabınızı listeye yazarsaniz memnun olurum. NFS'i hangi parametrelerle ile mount ediyorsunuz? Monday, January 14, 2008, 2:56:31 PM, you wrote: Ops, en onemli bilgiyi atlamisim, pardon. FreeBSD 6.2 kurulu. 2008/1/14 Ismail YENIGUL [EMAIL PROTECTED]: Merhaba, FreeBSD'nin tam versiyonu nedir? Monday, January 14, 2008, 2:01:34 PM, you wrote: Merhabalar, FreeBSD serverlardan olusan cluster yapimda, fazla yuk olmasindan dolayi I/O ile ilgili bazi performans sorunlari yasiyorum. Yapi, S.A.N baglantisi olan ve Storage olarak kullanilan bir FreeBSD ile NFS uzerinden bu servera baglanip storage'e yazan cizen iki adet FreeBSD client'tan olusuyor. Bu yapi cok fazla trafigi olan bir domain için mail server (qmail/vpopmail) cluster olarak hizmet veriyor. Bu yuksek mail trafiginden mutevellit, storage serverin uzerinde (olusmamasi gerektigi kadar) ciddi miktarlarda I/O olusuyor. (Sistemin en yogun saatlerinde, saniyede 750 I/O write) Zira aynı saatlerde, clientler üzerinde oluşan I/O miktarına baktığım zaman client başına ortalama 50 I/O write gibi rakamalar görüyorum, dolayisi ile NFS serverda görülmesi gereken değer, iki client olduğuna göre ortalama 100 - 200 I/O wtire olması gerekirken 750'ye kadar ulaşabiliyor. Bu dengesizliğin nedenini araştırdığım zaman, NFS server tarafındaki I/O nun büyük bölümünü bufdeamon'ın oluşturduğunu gördüm. Bufdeamon'in neden olduğu yüksek I/O değerini nasıl düşürebileceğim ve performansı nasıl arttırabileceğim konusunda fikirlerinizi rica edebilir miyim ? Aslında, storage diskini asyn mount ederek performans arttırma yöntemi mevcut. Ama bu tehlikeli yöntemi pek kullanmak istemiyorum. Zira, diskte bulunan datanin, kayba pek tahammülü yok. Bu konuda yardımcı olabilecek arkadaşlara şimdiden teşekkür ederim. Çağrı Ersen. -- + + http://www.enderunix.org/ismail http://www.endersys.com.tr + + EnderUNIX SDT @ Tr Endersys Consultancy
Re: [FreeBSD] NFS server I/O performans...
Merhaba,
sysctl kern ve tcp degerleri asagida, ancak ayni dosyaya yazma cizme durumu
yok. Tamamen random read ve write var. Zira bu mail serverlar icin storage
vazifesi goren bir makine. Maildir yapisi kullanildigindan dolayi direk
olarak belli dosyalarin icine yazmaktan ziyade mail icin bir dosya olusturma
isinden kaynaklanan random write islemi var.
Mail serverlardaki trafik ile nfs server üzerinde read ve write degerlerini
karsilastirdigim zaman degerler birbirleri ile ortusuyorlar, ancak bufdeamon
ekstradan -nedenini anlayamadigimiz bir sekilde- write I/O yapiyor.
Yardimlariniz icin tesekkur ederim.
kern.ostype: FreeBSD
kern.osrelease: 6.2-RELEASE
kern.osrevision: 199506
kern.version: FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007
kern.maxvnodes: 10
kern.maxproc: 6164
kern.maxfiles: 12328
kern.argmax: 262144
kern.securelevel: -1
kern.hostname: nfs.xxx.com
kern.hostid: 0
kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 }
kern.posix1version: 200112
kern.ngroups: 16
kern.job_control: 1
kern.saved_ids: 0
kern.boottime: { sec = 1197298359, usec = 301199 } Mon Dec 10 16:52:39 2007
kern.domainname:
kern.osreldate: 602000
kern.bootfile: /boot/kernel/kernel
kern.maxfilesperproc: 11095
kern.maxprocperuid: 5547
kern.ipc.maxsockbuf: 262144
kern.ipc.sockbuf_waste_factor: 8
kern.ipc.somaxconn: 4096
kern.ipc.max_linkhdr: 16
kern.ipc.max_protohdr: 60
kern.ipc.max_hdr: 76
kern.ipc.max_datalen: 132
kern.ipc.nmbclusters: 25600
kern.ipc.nmbjumbop: 0
kern.ipc.nmbjumbo9: 0
kern.ipc.nmbjumbo16: 0
kern.ipc.maxpipekva: 16777216
kern.ipc.pipes: 4
kern.ipc.pipekva: 32768
kern.ipc.pipefragretry: 0
kern.ipc.pipeallocfail: 0
kern.ipc.piperesizefail: 0
kern.ipc.piperesizeallowed: 1
kern.ipc.msgmax: 16384
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 2048
kern.ipc.msgtql: 40
kern.ipc.msgssz: 8
kern.ipc.msgseg: 2048
kern.ipc.semmap: 30
kern.ipc.semmni: 10
kern.ipc.semmns: 60
kern.ipc.semmnu: 30
kern.ipc.semmsl: 60
kern.ipc.semopm: 100
kern.ipc.semume: 10
kern.ipc.semusz: 92
kern.ipc.semvmx: 32767
kern.ipc.semaem: 16384
kern.ipc.shmmax: 33554432
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 8192
kern.ipc.shm_use_phys: 0
kern.ipc.shm_allow_removed: 0
kern.ipc.numopensockets: 43
kern.ipc.maxsockets: 25600
kern.ipc.nsfbufs: 6656
kern.ipc.nsfbufspeak: 7
kern.ipc.nsfbufsused: 0
kern.dummy: 0
kern.ps_strings: 3217031152
kern.usrstack: 3217031168
kern.logsigexit: 1
kern.iov_max: 1024
kern.cam.cam_srch_hi: 0
kern.cam.scsi_delay: 5000
kern.cam.cd.changer.min_busy_seconds: 5
kern.cam.cd.changer.max_busy_seconds: 15
kern.cam.da.retry_count: 4
kern.cam.da.default_timeout: 60
kern.cam.da.0.minimum_cmd_size: 6
kern.cam.da.1.minimum_cmd_size: 10
kern.cam.da.2.minimum_cmd_size: 6
kern.disks: da2 da1 da0
kern.geom.debugflags: 0
kern.geom.collectstats: 1
kern.elf32.fallback_brand: -1
kern.init_path:/sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall
kern.init_shutdown_timeout: 120
kern.acct_suspend: 2
kern.acct_resume: 4
kern.acct_chkfreq: 15
kern.acct_suspended: 0
kern.cp_time: 284420 36 21640481 13042152 822444156
kern.openfiles: 96
kern.kq_calloutmax: 4096
kern.stackprot: 7
kern.ps_arg_cache_limit: 256
kern.lastpid: 22280
kern.randompid: 0
kern.ktrace.genio_size: 4096
kern.ktrace.request_pool: 100
kern.module_path: /boot/kernel;/boot/modules
kern.malloc:
kern.malloc_count: 199
kern.ident: SMP-GENERIC
kern.maxusers: 384
kern.fallback_elf_brand: -1
kern.kstack_pages: 2
kern.sync_on_panic: 0
kern.shutdown.poweroff_delay: 5000
kern.shutdown.kproc_shutdown_wait: 60
kern.sugid_coredump: 0
kern.coredump: 1
kern.nodump_coredump: 0
kern.corefile: %N.core
kern.fscale: 2048
kern.timecounter.stepwarnings: 0
kern.timecounter.nbinuptime: 1898258916
kern.timecounter.nnanouptime: 22734
kern.timecounter.nmicrouptime: 122198
kern.timecounter.nbintime: 3164413
kern.timecounter.nnanotime: 644474
kern.timecounter.nmicrotime: 2519939
kern.timecounter.ngetbinuptime: 677662579
kern.timecounter.ngetnanouptime: 1467817
kern.timecounter.ngetmicrouptime: 109982911
kern.timecounter.ngetbintime: 0
kern.timecounter.ngetnanotime: 772
kern.timecounter.ngetmicrotime: 2463633150
kern.timecounter.nsetclock: 3
kern.timecounter.hardware: ACPI-fast
kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-100)
kern.timecounter.tick: 1
kern.timecounter.smp_tsc: 0
kern.threads.thr_scope: 0
kern.threads.thr_concurrency: 0
kern.threads.debug: 0
kern.threads.max_threads_per_proc: 1500
kern.threads.max_groups_per_proc: 1500
kern.threads.max_threads_hits: 0
kern.threads.virtual_cpu: 2
kern.sched.name: 4BSD
kern.sched.quantum: 10
kern.sched.ipiwakeup.enabled: 1
kern.sched.ipiwakeup.requested: 0
kern.sched.ipiwakeup.delivered: 0
kern.sched.ipiwakeup.usemask: 1
kern.sched.ipiwakeup.useloop: 0
kern.sched.ipiwakeup.onecpu: 0
kern.sched.ipiwakeup.htt2: 0
kern.sched.followon: 0
kern.sched.pfollowons: 0
kern.sched.kgfollowons: 0
kern.sched.preemption: 1
kern.sched.runq_fuzz: 1
kern.ccpu: 1948
