Dreamboxissa pyörii ftp-serverinä vsftpd, jonka konffaukseen löytyy ohjeita täältä: http://vsftpd.beasts.org/vsftpd_conf.html Tuolta näyttäs mielenkiintoisimmilta optio: local_max_rate Normaalisti Linuxissa ohjelmien prioriteettia saa laskettua kun se käynnistetään laittamalla eteen "nice". Näyttäs vaan, ettei Dreamboxin OpenEmbedded-ympäristössä sitä ole (liekö jossain tuoreemmassa BusyBoxissa?). "renice" kuitenkin löytyy, jolla voit kokeilla miten prioriteetin pienentäminen auttaa. Tai oikeastaan pitää kasvattaa nice-arvoa Apua löytyy: renice -h
Eipä auta, kokeilin nyt toiseen suuntaan eli kopsata PC:ltä Dreamboxille samba-jaon kautta ja ihan sama ongelma. Dreamboxin levytoiminnot tahmaa, ja kun aikaisemmin katseltua tallennetta yrittää avata, tulee liitteen mukainen ilmoitus. Jos tallenteen edellistä katselupaikkaa ei yritä avata, niin sitten toimii. Tosin rattaat pyörii aika kauan ja levy rutisee, mutta toimii kuitenkin.
Hmmm.. En ole nähnyt moisesta ongelmasta kenenkään aiemmin raportoineen. Itse en valitettavasti pysty vastaavaa testailemaan kun boxit on vanhempaa mallia eikä kummassakaan ole kovalevyä sisällä...
Meillä tuli tuo samainen ilmoitus tänään ihan ilman mitään siirtojakaan... Viidennellä kerralla lähti tallenteen näyttö päälle. Nyt asensin tuon Suomipoeka 0.53:n deltan aiemmin installaation päälle ja Enigma ei enää suostu käynnistymään buutissa. Sama ongelma siis kuin aikanaan, kun ihan ensimmäisen kerran asensin 0.48:n ja kopsin päälle 0.49:n deltan. Eikö kellään muulla tule näitä ongelmia deltan asennusten jälkeen, kun minulla oli jo toinen kerta vähän yli viikon Dreamboxin omistamisen aikana... EDIT: telnetd näköjään käynnistyy, mutta ftpd esimerkiksi ei.
Vaihdoin Dreamboxiin toisen levyn (ennen 160GB 5400rpm, nyt 320Gb 7200rpm, cachen koossakin on eroja) ja nyt tiedoston avaaminen kopioinnin aikana toimii hiukan paremmin. Mutta kyllä tuon toosan tiedostovalikko on silti ihan tahmassa jos siihen/siltä taustalla kopsaa jotain. Miten tuo voikin olla noin surkea? Siis levy pystyy 50MB/sek nopeuteen, sille kopsataan yhtä isoa tiedostoa maksimissaan 8MB/sek ja se romahduttaa koko levyliikenteen. Tuo muistuttaa Win95 konetta jossa on kiintolevyssä PIO-mode päällä... Ihme juttu on myös se, että ftp:llä Dreamboxilta PC:lle siirtyy n. 8MB/sek mutta Samban kautta vain 5MB, toiseen suuntaan nopeus on n. 4MB kummallakin tavalla. Onko Sambassa jotain asetuksia joita voisi kokeilla muuttaa? Ja toinen ihmeellinen asia on noissa Geminin Blue Menun device settings/HDParm asetuksissa tuo kohta "enable/disable UDMA", siinä kun on vaihtoehtoina kyllä/ei. En kyllä osaa tulkita tuota kysymyksen asettelun logiikkaa. Nyt siinä lukee kyllä, mutta onko se oikein? Acoustics on 254, se kai pitäisi olla nopein? Nollaa tuo ei hyväksy.
hdparm näyttää löytyvän tuolta Dreamboxin busyboxista. http://gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_device_performance Tuolta voisi löytyä apuja telnetin kautta kovalevyn säätöön...
Jaahas, ja jostain syystä imagea ei saa asennettua myöskään tuolta nettiinterfacen kautta, koska syystä tai toisesta boksiin ei pääse selaimella tuossa asennustilassa... aletaan olla kohta kohtuullisissa ongelmissa.
Tuon info näyttää, että levyssä on UDMA2 päällä, en tiedä onko tuo maksimi mitä Dreambox tukee? Tuossa nopeustestin tulos: Timing buffer-cache reads: 128 MB in 3.34 seconds = 38.31 MB/sec Timing buffered disk reads: 64 MB in 4.46 seconds = 14.35 MB/sec Onko nuo nyt Dreamboxille hyvät vai huonot arvot? Tuossa levyn tietoja: Model=ST3320620A, FwRev=3.AAE, SerialNo=x Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=off CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: device does not report version: * signifies the current active mode
Tutkin tuota, max rate ei ole oikea vastaus. Varmaan aika alas pitäisi nopeus pudottaa jotta se auttaisi, enkä minä Topfieldin tasolle halua vajota. Mutta siirron aikana vsftpd näyttää vievän 70% cpu tehoa, prioriteetti oli 0, muutin sen 15 (task-listassa näkyi 2kpl noita, muutin molemmat) ja tuo kyllä parantaa tiedostovalikon toimintaa selvästi ftp-siirron aikana. Mutta miksi ftp-siirto vie noin paljon tehoa? Millä käskyllä näen kaikkien käynnissä olevien ohjelmien prioriteetit? PS:ään en niitä saanut näkymään... Ja miten saan tehtyä nuo muutokset pysyviksi, siis tuon vsftpd:n toimimaan aina alemmalla prioriteetilla? Aikaisemmin kun kerroin hitaasta tallenteiden avaamisesta, siis siitä joka sinulla tapahtui heti, niin siihen näyttää jotenkin vaikuttavan se onko cccam päällä vai ei. Ehkä senkin prioriteetti on pielessä. Ja taas heräsi kysymys: mitä ihmiset näillä bokseilla tekee jos tuota ftp-siirron tahmausongelmaa ei kukaan ole huomannut? Vai onko se vain minun laitteen erikoisominaisuus?
Näistä luulisi löytyvän jostain tuo prioriteetti: root@dm7025:~> cat /proc/PID/stat root@dm7025:~> cat /proc/PID/statm root@dm7025:~> cat /proc/PID/status Vaihtelemalla ja listaamalla varmaan selviää. Tuo PID yllä siis pitää korvata halutun prosessin ID:llä. Tuosta olisi aika hyvä olla/tehdä jokin skripti joka hakisi prosessin nimen perusteella prioriteetin. Luulisi kyllä, että muillakin tuota esiintyisi. Voi olla mahdollista, että kovalevy itsessään vaikuttaa jonkin verran ajurin toimintaan tms.. Tätä kannattaisi puida Huoltovalikon palstan puolella, siellä tulisi varmaan enemmän kommentteja käyttäjiltä.
Top-käskynkin pitäisi näköjään näyttää prioriteetti, mutta eipä sitä saraketta näkynyt. Täytyy tutkia onko sille laitettu määritykset etc-kansioon. Täytyy vielä testailla mitä levyn toimintaan vaikuttaa nämä: hdparm -X66 hdparm -m 16 -c 3 Multisect on näköjään nyt pois päältä, tiedä sitten vaikuttaako se tässä tapauksessa mitään vai siitäkö kaikki johtuukin... Ja bufftype on "unknown", sekin kai voisi olla tunnistettu oikein.
Kernelin levy-IO pitäisi näkyä systeemiajassa, eikä prosessin kuormana. Jotain kummallista se ftp tekee. Kaiken kukkuraksi vsftpd mainostaa olevansa kevyt ja nopea: "Probably the most secure and fastest FTP server for UNIX-like systems" http://vsftpd.beasts.org/ inetd.conf:iin siihen missä ftpd käynnistetään pitäisi saada "nice" eteen. Joudut ehkä kääntämään nicen itse, jos/kun sitä ei busyboxissa ole. Tuoreemmissa Busyboxeissa tuo näyttäs olevan. Oliskohan sellanen mahdollista, että vain linkki on tekemättä? Kokeilepas: /bin/busybox nice echo foo tai: /bin/busybox --help Normaalia katselua ja tallentelua + softan vääntämistä Ei mulla ainakaan ole ollut tarvetta siirrellä isompia tiedostoja boxista/boxiin. Vois kyllä illalla kokeilla mitä se mulla sanoo jos tuollasta tekee. Tulipa mieleen sellainen, että eihän sulla ole SSL / TSL:ää käytössä tuossa? vsftpd 2.0.0 näyttäs tukevan sellasta, mutta ei kyllä ole defaulttina päällä. Outoa kyllä olis, jos OpenEmbedded olisi sen enabloinut.
Minullakin siirron tarve tuli vain levynvaihton/Topfieldistä Dreamboxin käyttöön siirtymisen takia ja luulin, että taustalla tiedostoja voi siirrellä huoletta, mutta hommahan menikin huonommin kuin Topfieldillä... SSL ei ole päällä. Ja sama ongelmahan oli Samban kauttakin, en ole vielä tutkinut mikä prosessi silloin vie tehoja. Kerropa miten tuo sinulla toimi. Kokeilin eilen myös 19.11. virallista testi-imagea ja sen käytös oli ihan samanlainen kuin tuossa Gemini 3.1:ssä.
Samban kautta menee myös yli 70% cpu tehoa, smbd:n prioriteetin pudottaminen (siis numeroarvon nosto) auttaa tiedostovalikon tahmaan.
Dreamboardilla Ghost-nimisen developerin mukaan tuo tahmaus on normaalia ja johtuu CPU:n pienistä tehoista. Minä kyllä edelleenkin ihmettelen mikä tuossa tiedonsiirrossa voi tehoa noin paljon viedä. Ja kun se kuitenkin näköjään tiedetään, niin miksi ihmeessä ftp/samban prioriteetit on valittu noin?
No niin, nyt Dreambox sitten vajosi luotettavuudessakin siltä 100% tasolta, omituisen paljon kyllä sattuu minulle näitä kaikenlaisia asioita boksissa, jonka piti olla lähes täydellinen ja ainoan ongelman olla tekstitysten epätäydellinen toimiminen... Eli, juuri äsken boksi vaihtoi kanavaa, ilmoitti jotain tyyliin "to record a timer, the box needed to change to a service" ja yllätys yllätys: ei alkanut tallentaa mitään. Siellä se tallennus keikkuu listalla waiting tilassa ja jos nyt ei olisi satuttu olemaan TV:n ääressä, niin näkemättä olisi ehkä jäänyt. Voi toki olla, että jokin asia, jota juuri tehtiin samaan aikaan, aiheutti tuon, mutta mikään ei saisi tuota aiheuttaa, ei kertakaikkiaan mikään. Mitä tämä siis todistaa: täydellisen luotettavasti toimivaa boksia ei vain ole. Ei vaikka tekisi mitä. Ei auta, vaikka kuka tulisi sanomaan, että ikinä ei ole jäänyt mitään tallentamatta. En epäile kenenkään sanoja, mutta yksikin tallentamatta jäänyt tallenne kertoo jo sen, että 100% varma laite tämäkään ei ole. Osto ei silti edelleenkään kaduta, koska laite sinänsä on ihan vänkä ja tarjoaa paljon Toppyä paremmat ominaisuudet kokonaisuudessaan. Harmi vain, että tuohon 100% luotettavuuteen tuli nyt särö.
Mulle kävi " melkein" samoin. Syy oli, ettei ollut yhtään tuneria oikeesti vapaana. Kun tuo kompinaationi on C/T, niin on jokunen tallennus epäonnistunut, kun boxi ei herjaa ajastuksia tehdessä, ettei tuo ajatintallennus onnistu, kun ei ole vapaita virittimiä. Ajastuslistalla roikkuu sitten tuossa waiting-tilassa.
Tämä ei ollut tilanne. Kyseisessä tilanteessa yhtään tuneria ei ollut varattuna. Tai no, onhan se yksi aina katseluun varattuna, mutta siis yhtään tallennusta ei siis ollut käynnissä. Kombinaationa 2 x C-tuneri. Ilmeisesti tunerien varauksessa on joku bugi, koska tuohan nimenomaan ilmoitti, että joutuu vaihtamaan kanavaa sen takia, että saa tallennettua (ei pitänyt paikkaansa) ja vaikka katsottava kanava oli se, mitä piti tallentaakin, ei silti aloittanut tallennusta.
Minullakin tuli nyt samantapainen ongelma eli katselin tallennetta ja yhtäkkiä katselu keskeytyi tuohon ilmoitukseen ja mustaan ruutuun. Etupaneeliin tuli YLE TV2, mutta mitään ei näkynyt (laite kai jäi johonkin ihmetilaan), painoin kanavanvalintaa jolloin alkoi näkymään MTV3. Sitten aloin tutkimaan mitä tapahtui ja huomasin, ettei TV2:n ajastus käynnistynyt. (Toinen viritin oli varattu E-muxin tallennukseen). Tuo ei näköjään osaa lukita kanavanvalintaa vaikka ilmoittaakin pakotetusta vaihdosta tai sitten lukituskoodi on tahmassa/buginen eikä ehtinyt vielä käynnistyä. Vaihdoin itse TV2:lle ja käynnistin tallennuksen manuaalisesti, ajastinlistassa oli tuo ajastus yhä odottavassa tilassa. Mutta hetken kuluttua se käynnistyi ja sitten olikin kaksi saman ohjelman tallennusta menossa. Tuossa ajastimessa/pakotetussa kanavanvaihdossa taitaa olla joku retry-ajastin, mutta siinä kyllä on liian pitkä viive ennen kuin se yrittää aktivoida ajastimen uudestaan. Mutta miksi tallennuksen katselu keskeytyi? Topfieldistä on näköjään saatu yksi ominaisuus kopsattua... Asetuksissahan on valinta "tallennukset saavat keskeyttää suoran katselun" mutta miksi ihmeessä se myös tallenteen katselun keskeyttää? Eikös tuo tarkoita vain tilannetta jossa viritin on pakko ottaa käyttöön ajastusta varten?
Tuo minun eilinen ajastusongelma olikin hiukan erilainen kuin ensin luulin. Eli minullahan olikin näköjään kolme ajastusta ja kaikki eri muxeilta, yhden ajastuksen lisäaika teki tuon päällekkäisyyden. Eikö Dreambox tutki ollenkaan onko virittimiä vapaana, vaan antaa ajastaa mitä tahansa? Vai eikö se ota huomioon lisäaikaa?