|
Boost : |
Subject: Re: [boost] [fiber] on schedulers and wakeups
From: Giovanni Deretta (gpderetta_at_[hidden])
Date: 2015-09-09 06:16:50
Oliver Kowalke <oliver.kowalke <at> gmail.com> writes:
> 2015-09-09 0:19 GMT+02:00 Giovanni Piero Deretta <gpderetta <at> gmail.com>:
> > On Tue, Sep 8, 2015 at 7:21 PM, Oliver Kowalke <oliver.kowalke <at>
gmail.com> wrote:
> > > 2015-09-08 13:34 GMT+02:00 Giovanni Deretta <gpderetta <at> gmail.com>:
> > >> My first concern is that scheduler is a global (per thread) property.
This
> > >> makes sense, but it limits its usability in libraries, unless the library
> > >> completely owns a thread.
> > >
> > > the scheduler is only entered if a function from boost.fiber is called.
> > > code outside of fiber code is âunaffected
> > > how does it limit the usability?
> >
> > Two different libraries can't use boost.fiber if they require a custom
> > scheduler oÑ¡ä¹Ñ¼Éոѡ¥È½Ý¸Ñ¡É
̸
Í¥
±±äÑ¡(øø͡ձȥÌÍ
ÉÉͽÕÉ
¹±¥µ¥Ñ̽µÁ½Í
¥±¥Ñä¸(ø(ø=,°½½Á½¥¹Ð(ø=¹½Ñ¡Í¥¸¥Í¥½¹Ì½È½½Íй¥ÈÝ
ÌÑ¡
Ðѡ͡ձȥÑͱ(ø¥Ì¹½Ð٥ͥ±(ø¡Ñ¡ÕÍȽ½Ì¹½Ð¥¹ÍÑ
¹Ñ¥
ѥФ¸Ñ¡±¥É
ÉäÍ¡½Õ±Ý½É¬Í¥µ¥±
ÈѼ(øÍÑèéÑ¡É
(ø¡½ÌµÍ¡Õ±È¹½Ð٥ͥ±¸¸¸¤¸()Q¡Á½¥¹Ð¥ÌÑ¡
Ðѡ͡ձȥ̹½Ð½µÁ±Ñ±ä¥¹Ù¥Í¥±
Ì¥Ð
¸)ÉÁ±
¸ÌÑ¡
Õ±Ð͡ձȥÌÙÉä
Í¥°ÉÁ±
¥¹¥Ð½µÌ)ÁÉÑÑäµÕ ÉÅեɵ¹Ð¸((ø(ø½½ÕÉͥѡ¥Ì¥Í¥½¸¥Ì¥Ù¸ÕÀ°Ñ¡ÕÍÈÉ
ÑÌ¡½¸ÍÑ
¬½È¡
À¤(øÍ¡Õ±È(ø
¹¥¹Ü¥È¥ÌÉ
ÑÑ¡½µÕÍÐÍÁ¥äѼݡ¥ Í¡Õ±ÈÑ¡(ø¥È±½¹ÌѼ¸(ø(øµå}͡ձȵÌì(ø(ø¥È µÌ°¸°
ÉÄ°&s"À ¥7V6gærâWÆ6B66VGVÆW"v÷VÆB&Ræ6RFFFöâÂ'WBbæ÷@§7V6fVBÂB6÷VÆBFVfVÇBFòFR7W'&VçB66VGVÆW"f÷"FRF&VBà £âHØÚY[XXH[]H\ÈHX\ÛÛ^
X\ÜÈÝXÚÊK]YX[È]XXÚÛÜÝX\ÎX\\È]XÚYÈÛHX\ÛÛ^
]XÚ[ÂHX\YX[ÈXÛÝ\Z[ÈÛBHÛÛ^
KÝÈÈ[ÝH]XÚHX\HHÛÛ^ÈÚ]Ù\È]YX[ÈY[ÝBYX[]XÚHX\ØÛÛ^ÛHHØÚY[\ÂÛÜÝX\ÎX\\ÈHY[X\Ú[\ÈÛÜÝX\ÎÛÛ^ÛÜÝX\ÎØÚY[\X[YÙ\ÈÛÜÝX\ÎÛÛ^
]XÚ[ÈYX[ÈÛÜÝX\ÎX\[\Ù\È]ÈÚ[\ÂÛÜÝX\ÎÛÛ^HØÚY[\Ý[X[YÙ\È
ØÚY[[ËÛY][YJHH]XÚYÛÛ^
ÛÜÝX\ÎÛÛ^\ÈHÛÛÛÝXÝ\B\ÚY[ÈÛHÜÙHX\\ÝXÚÊBÚËH[ÈH[\Ý[ÈHØ\È[ng about fiber the abstract concept,
while you of course meant the boost::fiber::fiber class, which can be
detached like an std::thread.
Although now I can't see how detaching is relevant to the nested scheduler
discussion...
-- gpd
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk