Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ohjelmointi, palvelimet ja muu edistyneempi käyttö => Aiheen aloitti: putte prossu - 04.04.13 - klo:16.29
-
Eli miten onnistuu parhaiten? Jonkun näköistä ohjeistusta löytyi mutta näissä dedikointi tapahtui prosessille mutta olisi kiva saada homma hoitumaan automaattisesti niin ettei tarvi aina erikseen tarkistaa prosissin ID:tä ja komennella sitten erikseen?
Kohteena olisi siis tiedostopalvelin Q8300 Quadilla, mistä voisi pari ydintä pyhittää pelkästään mdadm:lle...
Mielipiteitä? Ideoita? :)
-
Eikö kukaan tiedä? Redhattiin löytyi tämmöinen:
taskset -c 2-3 /opt/foobar1.3/my-special-programmutta en ole varma miten tuo Debianissa tapahtuu?
Olisiko oikea muoto:
taskset -c 2-3 /etc/init.d/mdadm?
Ja toinen asia mikä askarruttaa on että dedikoiko tuo taskset noita ytimiä vai rajoittaako se vain määritetyn ohjelman käyttämään määritettyjä ytimiä? Tarkoitus olisi saada tosissaan nii tuo että 2 ydintä olisi ainoastaan mdadm:n käytössä :)
-
Tuo ei tee mitä ajattelit. Tuo ohjaa vain kyseisen sovelluksen käyttämään tiettyä ydintä. "isolcpus" olisi lähinnä se mitä etsit. Kun vaatimus on dedikoida ydin niin tuonhan joutuu (?) tekemään jo käynnistysvaiheessa. En ole kokeillut itse mutta Google "isolcpus" antaa paljon luettavaa joka varmaan kiinnostaa.
-
Tuo ei tee mitä ajattelit. Tuo ohjaa vain kyseisen sovelluksen käyttämään tiettyä ydintä.
Tätä mä vähän pelkäsinkin mutta suoraa vastausta asiaan en löytänyt.
Äkkiseltään selattuna homma menee ilmeisesti niin että tuolla isolcpus:lla tulisi käynnistyksen yhteydessä eristää halutut ytimet ja tämän jälkeen tuolla taskset:llä saa delegoitua halutut suoritteet kyseisille ytimille.
Tästä oli iso apu, kiitoksia :)
-
Taisi tämä homma kaatua tähän:
When using isolated CPUs, specifying more than one CPU with the taskset command
will not result in an error, but only the first listed CPU will be used. Due to the nature of
isolated CPUs, specifying multiple CPUs is ineffective.
Ja sama homma Cset:llä :(
Eipä taida olla mitään tehtävissä tuon suhteen?
-
En näe tuossa viestissä vielä mitään masentavaa. Eikö sinulle riitä hoitamaan asiaasi yksi vapaa dedikoitu ydin sen ytimen lisäksi jonka olet bootissa ottanut käyttöön ? Tuohan sanoo vain että jos niitä ytimiä on vapaana monta niin et pysty ottamaan niistä vapaista käyttöösi kuin yhden --- vai käsitinkö aivan väärin ?
-
Kohteena olisi siis tiedostopalvelin Q8300 Quadilla, mistä voisi pari ydintä pyhittää pelkästään mdadm:lle...
Mielipiteitä? Ideoita? :)
mdadm softaraid monitorointi prosessi taitaa suurimman osasta ajastaa tehdä IO-wait:ta -> coren sille dedicoiminen olisi melkoista haaskausta minusta.
Itse kyllä luottaisin siihen että schedulerit osaavat antaa coreille hommia silloin kun tarvii ilman tuollaisia virityksiä.
-
Vielä tuosta dedicoimisesta, kun katsoo
/proc/<prosessi>/status
sieltä löytyy kohdat:
Cpus_allowed: ff
Cpus_allowed_list: 0-7
Ehkäpä noita voi jotenkin muuttaa ja saa prosessin pysymään tietyllä corella?
-
Itse kyllä luottaisin siihen että schedulerit osaavat antaa coreille hommia silloin kun tarvii ilman tuollaisia virityksiä.
No joo ehkä tuossa jää voitolle kun antaa olla tuollaisena niin kuin on. Tämän hetkisissä nopeuksissakaan kun ei ole mitään moitittavaa, tai siis tätähän voisi luokitella jopa nopeaksi kun katselee noita mdadm:n keskiverto rebuild ym. nopeuksia mihin näissä topiceissa on törmännyt... tämä nyt taisi olla enemmänkin tämmöistä säätämisen hakua kun tuo palvelin on vuosikaudet jo niin moitteettomasti pelannut että pitää ilmeisesti alkaa itse niitä ongelmia tuottamaan :D
-
Onko muuten joku syy miksei tuota asiaa voi hoitaa esimerkiksi priorisoinnilla? Periaatteessa minkä tahansa resurssin rajaaminen eklusiivisesti johonkin käyttöön on yleensä huono ratkaisu, mikäli dynaaminen allokointi voidaan hoitaa jotenkin järkevästi. Olisi kiva tietää taustoista hieman enemmän.
Monesti näen että asiaa yritetään ratkaista jollain hassulla tavalla ja sitten tuon tavan kanssa on joku ongelma jota yritetään kauheasti setviä, vaikka asiaa pitäisi katsoa kokonaisuutena. Joskus jopa ratkaisut on suorastaan takaperoisia, kun ongelmaa ei korjata siellä missä se on. Tästä asiasta on sitten jo ihan liikaa kokemusta.