UNIX and Multitasking ???

Znachi sedia si az i si mislai: " hubavo neshto e Multitaskinga na UNIX,
praskash si edin "fork() " i te ti bulka multitasking"- e da ama ne, az dosega
polzvah raznite mu nishki i "konci" na VC++ i mi beshe got . Obache toia UNIX
mi otrovi dushta, sasipa ma, naprovo me hvarli v poezia.
K'vo da pravia, pomosht ot nikade. NEVOLIO, NEVOLIO ...
Komu e nujno tova razklonenie na procesa na dve - " Dobre de ami "exec()" '
-shte kajete vie.
- E samo zaradi "exec() " li e toia "fork() "?
Ei hora nishto ne razbiram i v mykata si se napivam ( no pak ne razbiram )




(UFFF PAK NIAMAM KIRILICA ... DRUGIA PAT OBESHTAVAM DA SI TURNA )

Ами като се ръгаш в ония спагети на Windows -така е ! C-то е роден в UNIX, а UNIX е развита в С :-))))

don't waste my time - waste yours !

fork () e za syzdavane na dyshteren proces. a dali nego shte zamenish s nov izpylnim image, ili shte si ostanesh v syshtiya (no shte se razklonish) si e tvoya rabota.

[линк]
[линк]
[линк]
[линк]

Vprochem naj-dobroto reshenie e mozebi da poglednesh [линк] Started With POSIX Threads.zip

Mislq che ne e nikak losha knizkata

... колко ценни са повечето идеи в Win, ама кога ще е...

Si Vis Pacem, Para Bellum

ako iskash mozhe da probvash i tova:

[линк]

Spri da piesh i procheti slednoto:
1. fork-a sazdava identichen proces s identichno (e, pochti - podchineno na nqkoi ogranicheniq, kato kopirane na failovite manipulatori napr.) sastoqnie, koet sled momenta na forkvaneto mozhe da se promenq nezavisimo i za dvata procesa.
2. exec-a ne e zadalzhitelen - vikash go samo ako iskash da simulirash CreateProcess na win32.
3. Za Mig-31 - ako iskash da simulirash fork pod win32, shte ti bade malko po-trugno :))
4. Pomisli si dobre, predi da reshish da polzvash otdelni procesi vmesto threado-ve pod unix - v mnogo sluchai tova mozhe da ti sazdade problemi s komunikaciqta i s proizvoditelnostta.

Ne sym programiral s thread-ove pod windows no pyk za smetka pod linux se programira s UNIX POSIX - koeto shte reche che sa syvmestimi v povecheto UNIX operacionni sistemi (kakto i donqkyde s realtime i embedded POSIX operacionni sitemi;)
A shto se otnasq do cennite idei na prehvaleniq windows - mislq che te v golqma stepen se ogranichavat s UI-to. Ako mislish che threado-vete tam sa lesni po-dobre pogledni Java-ta.

IMHO единственото предимство на posix threads e че ги има на повечето UNIX-и. Win32 нещата по threads и синхронизацията ми се струват по-добри - най малкото че можеш да Wait-ваш на MultipleObjects (OR или AND). Особено пък с неща като Completion Ports - NT-то наистина е добро.
все пак да се има предвид че говоря за posix threads, не за Native thread implementation-ите на thread-овете в UNIX-ите - предполагам че Microsoft за взаимствали кое-що от DEC и в това отношение (като се има предвид че екипът правил VMS-то е творил NT-то. :))

WaitForMutipleObjects s and, or ili proizvolna buleva funkciq pod UNIX se realizira twarde lesno chrez select ili poll i pipove vmesto eventi. Pri win32 tova e napraveno po-elegantno - no samo ako imash do 64 obekta, po-natatak i tam neshtata zapochvat da izglezhdat *grozno*.
Completion portovete sa edna zabelezhitelna ideq - uvi, bez osobeno praktichesko prilozhenie - obiknoveno se nalaga thread pool-a da e po-inteligenten. Vprochem, v win2k ima oshte novi api-ta po vaprosa... :))
Za vsqkakvi prakticheski celi pthreads napalno shte ti svarshat rabota.

ne to4no - fork() syzafa kopie na tekushtiq process (including fds...etc)
f zasimost ot implementa, fd sa sys syshtiq ili == 0 position.

rgdz
curly

edfa li :P
NT e pisano ot DEC, ekipa syzdal VMS....
mai edinstfenoto hubafo det go nqma f unix e domain arch...
koqto f 2k osraha totalno :P

rgdz
curly