HC> Felado :  [Hungary]
HC> Temakor: Delphi adatbaziskezeles. ( 20 sor )

HC> Szoval szeretnem megtudni a velemenyeteket, hogy a bizonyos
HC> "professzionális" ceg palira vesz minket, vagy tenyleg  igazat mond.
HC> ...
HC> A kulso ceg valasza par honapos gondolkodasi ido utan, hogy nekik ehhez az

Ebbol en az alabbi okokat  sejtem:
1; Nem tul fontos nekik ez a projekt.
2; Valami fofejleszto/projektvezeto aki atlatta az egeszet lelepett,
   ezert valakinek ujra kell(ett) tanulni a cuccot, esetleg dokumentacio
   nelkul, csak a forraskod alapjan.
3; Kicsi a vóceg es tul sok a megbizas, es szetszakadnak a sok
   melotol.
4; Erzik, hogy neked fontos, es minnel tobb adatot nyomsz ebbe a
   rendszerbe annal tobbet kerhetnek a fejlesztesert.

Ha jo a kpcsolatod valamelyik programozojukkal tole probalj
infot szerezni az okokrol, lehet hogy elobbre jutsz. Ha normalis
szerintem megmondja a valos okokat.

Udv
   Rada

Hi!

On Sat, 30 Nov 2002, HIX CODER wrote:

> azok alig csinalnak valamit, igaz, futnak. A kerdesem az, hogy van-e 
> olyan linux (libc) fuggvenyhivas, amit ha az aktualis szal mar elvegezte 
> minden feladatat, kiadok es a linux utemezoje elveszi a szaltol a futast 
> es tovabbadja masnak. Mert elegge zavar, hogy szinte alig csinal 
> valamit, es megis sok CPU-idot hasznal el. DOS DJGPP alatt volt egy 

Hasznalhatod a select vagy a poll fuggvenyhivast (man 2 select, man 2
poll). Ezek eredetileg arra valok, hogy sok fajl (socket) egszerre torteno
figyeleset lehet megvalositani, de ha ures fajl halmazokkal hivod meg,
akkor mellekhataskent kihasznalhatok eleg pontosan idozitett varakozasra:

select (0, NULL, NULL, NULL, &tv);  // vagy hasonlo, fejbol irom

A varakozasi ciklusodba beraksz egy ilyet mondjuk 100ms-os varakozasi
idovel.

Udv.

--

tocsa

 ---
| email:                        |
| homepage:  http://www.inf.bme.hu/~tocsa       |
 ---

On Sat, Nov 30, 2002 at 02:19:08AM +0000,  wrote:
> A gondom az, hogy ha nem megy mp3 lejatszas, akkor ugye mindharom szal 
> uresjaraton fut, ez OK, de a top szerint a szalak egyenkent 33% CPU idot 
> hasznalnak. Ha megy a lejatszas, akkor a dekoder szal nehany %-ot 
> fogyaszt, a 100%-bol maradekon pedig a ket masik szal osztozik, pedig 
> azok alig csinalnak valamit, igaz, futnak. A kerdesem az, hogy van-e 
> olyan linux (libc) fuggvenyhivas, amit ha az aktualis szal mar elvegezte 
> minden feladatat, kiadok es a linux utemezoje elveszi a szaltol a futast 
> es tovabbadja masnak.

Nagyhabol harom dolgot tehetsz:
  -- a ket nem lejatszo thread prioritasat lejjebb veszed a
     lejatszoehoz kepest (sched_setparam(), sched_setscheduler())
  -- valamilyen elv alapjan a nem fontos threadekben idonkent
     csinalsz egy sched_yield()et (ez a konkret kerdesedre a
     valasz)
  -- ugy alakitod at a jelfeldolgozo reszeket hogy ne ciklusban
     dolgozzanak hanem valamilyen blocking syscallt hivjanak
     meg (read(), select(), ...), ekkor a process sleeping
     allpapotba kerul

Ezen harom lehetosegek egyike sem linux specifikus.

bit,
adam

-- 
 Use  | 10/05/02 my GPG key chenged | Some days, my soul's confined
 GPG, | 1024D/37B8D989 finger: | And out of mind
 PGP! | 954B 998A E5F5 BA2A 3622  82DD 54C2 843D 37B8 D989 | Sleep forever
-- Die die die my darling, don't utter a single word ---.---.---.--.--.-....