Mihaly Zachar írta: > Zsolt HAJDU wrote: > >> Szia, >> >> >> >>> bebootoltam a szervert SMP support nelkul es lass csodat, >>> tok zsir lett... >>> >>> >> >> >>> Ugyan a progim egyszalu, de azert jolenne hasznalni azt >>> a maradek 3 magot is a tobbi processznek :) Van >>> valakinek ilyesmivel tapasztalata ? >>> >>> >> Nem kellene kulon thread vagy process-eket inditani >> a progidbol ? >> >> bye >> Zsolt. >> >> > > nemvagyok nagyon otthon a tobbszalu programozasban, de eddig > ugygondoltam, h nem kell tobbszalon futtatnom ezt a progit > > a progi tudja amit kell tudnia igy egyszalasan is, ugyerzem kezben > tartottam a dolgokat, megfutja a 400 parhuzamos hivas limitet, ugyhogy > elegedett vagyok, csak most pislogtam egy picit, amikor felkerult az > SMP-s kernelre. > > szoval tobbszaluan jobban teljesitene ugyanilyen idoziteses megoldassal ? > > a socketeket egyebkent select()-tel vezerlem, az idozites alapja meg a > gettimeofday(). >
Szia, Nem olyan nehéz több szálon dolgozni, főleg net -s szerverek esetén. Ha már select() -tel multiplexeled a progit, akkor biztosan szét lehet szedni rendes több programra. pl.: A fő szál csak annyit csinál, hogy vár egy kapcsolódást, majd ha ez létrejött fork() és innen már több progid van. Mivel a fork() után új pid -n fut majd a progid, a kernel már szét tudja osztani a feladatot a többi mag között. Ennek azért akad egy igazán nagy előnye, Mégpedig nem kell azzal a hibával foglalkoznod, (márha előfordulhat, és márakinek hiba) hogy egy szám fölé nem megy a kapcsolatok száma. by István _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
