Менин сүйүктүү интервью суроолорумдун бири: "   жана   сыяктуу сөздөр сизге эмне дейт?" анткени бул интервьючу менен кызыктуу маек курууга мүмкүнчүлүк ачат... Же бул темада калкып жүргөндүктөн эмес. Менимче, бул ыкманы эмне үчүн колдонуп жатканыбызды түшүнүү абдан маанилүү. Асинхрондук күтүү  Менимче, көптөгөн иштеп чыгуучулар "бул эң жакшы тажрыйба" деген сөзгө таянып, асинхрондук ыкмаларды сокур колдонууну артык көрүшөт.  Бул макалада иш жүзүндө асинхрондук жана синхрондуу ыкмаларынын ортосундагы айырманы көрсөтөт.  Куралдар  .NET Web API колдонмосу (сыноо максаты)  2 Azure SQL маалымат базалары  2 Windows боюнча Azure App Service (тиркемени жайгаштырат)  Azure App Insights (метрикаларды чогултуу үчүн)    негизи (колдонуучунун жүгүн симуляциялоо үчүн). чегиртке  Конфигурация   Мен төмөнкү жол менен эталонду иштетем. Эки көз карандысыз чегиртке эки станокто иштеп жатат. Чегиртке мисалдары колдонуучуну имитациялайт, ал төмөнкүлөрдү аткарат:  Чегиртке хостунун 1 колдонуучусу     акыркы чекитине тийип, жооп алат жана 0,5–1 секунд бош турат (так убакыт кечигүү кокустук). Эксперименттин аягына чейин кайталанат. Колдонмо кызматынын 1 синхрондуу  Чегиртке 2 хостунун колдонуучусу өзүн бирдей алып жүрөт, бир гана айырмасы бар — ал     акыркы чекитине тийет. App Service 2нин асинхрондуу  Капчыктын астында ар бир Колдонмо кызматы өзүнүн маалымат базасына туташып, беш секундга созулган SELECT суроосун аткарат жана бир нече катар маалыматтарды кайтарат. Шилтемелер үчүн төмөнкү контроллердин кодун караңыз. Мен маалымат базасына чалуу үчүн Dapper колдоном. Мен сиздин көңүлүңүздү асинхрондуу акыркы чекит маалымат базасын асинхрондук түрдө чакырганына бургум келет (   ).  QueryAsync<T>  Кошумчалай кетүүчү нерсе, мен бир эле кодду эки колдонмо кызматына тең колдоном.  Сыноо учурунда колдонуучулардын саны максаттуу санга бирдей өсөт (   ). Өсүү ылдамдыгы   параметри (секундасына кошула турган уникалдуу колдонуучулардын саны) менен көзөмөлдөнөт — бул сан канчалык көп болсо, колдонуучулар ошончолук тезирээк кошулат. Бардык эксперименттер үчүн   10 колдонуучу/сек деп коюлган. Колдонуучулардын саны Spawn Rate урук тартуу ылдамдыгы  Бардык эксперименттер 15 мүнөт менен чектелген.  Машинанын конфигурациясынын чоо-жайын макаланын Техникалык деталдары бөлүмүнөн таба аласыз.  Metrics    — колдонмо иш жүзүндө иштеп чыккан жана статус кодун кайтарган сурамдардын санын көрсөтөт. мүнөтүнө суроо-талаптар    — колдонмо кызматы керектеген жиптердин санын көрсөтөт. жип саны   медианалык жооп убактысы, мс  Кызыл сызыктар асинхрондук, ал эми көк сызыктар синхрондуу акыркы чекитке тиешелүү.  Бул теория жөнүндө. баштайлы.   Эксперимент №1    : 75 (бир кызмат үчүн) колдонуучулардын саны  Биз эки акыркы чекиттин бирдей иштешин көрө алабыз - 5200 мс медианалык жооп берүү убактысы менен мүнөтүнө болжол менен 750 суроону аткарат.   Бул эксперименттеги эң кызыктуу график жип тренди болуп саналат. Сиз синхрондуу акыркы чекит үчүн кыйла жогору сандарды көрө аласыз (көк график) — 100дөн ашык жиптер!   Бул күтүлгөн жана теорияга дал келет — өтүнүч келип түшкөндө жана колдонмо маалымат базасына чалуу жасаганда, жип бөгөттөлөт, анткени ал айланып чыгууну күтүшү керек. Ошондуктан, башка суроо келгенде, колдонмо аны иштетүү үчүн жаңы жипти чыгарышы керек.  Кызыл график - асинхрондук акыркы чекит жиптеринин саны - ар кандай жүрүм-турумду далилдейт. Сурам келип түшкөндө жана колдонмо маалымат базасына чалуу жасаганда, жип бөгөттөлгөндүн ордуна жип бассейнине кайтып келет. Ошондуктан, башка өтүнүч келгенде, бул бекер жип кайра колдонулат. Кирүүчү суроо-талаптар өсүп жатканына карабастан, колдонмо эч кандай жаңы жиптерди талап кылбайт, андыктан алардын саны өзгөрүүсүз калат.  Үчүнчү метриканы белгилей кетүү керек —   . Эки акыркы чекит бирдей жыйынтыкты көрсөттү — 5200 мс. Демек, аткаруу жагынан эч кандай айырма жок.  жооп берүү убактысынын медианасы  Эми, бул коюмдарды көтөрүүгө убакыт жетти.  Эксперимент №2    : 150 колдонуучулардын саны  Биз жүктү эки эсеге көтөрдүк. Асинхрондук акыркы чекит бул тапшырманы ийгиликтүү аткарат — анын   1500дүн тегерегинде калкып чыгат. Синхрондуу бир тууган акыры салыштырмалуу 1410 санга жетти. Бирок төмөндөгү графикти карасаңыз, ага 10 мүнөт кеткенин көрөсүз! суроо-талабы мүнөтүнө  Себеби, синхрондуу акыркы чекит жаңы колдонуучунун келишине башка жипти түзүү менен жооп берет, бирок колдонуучулар системага кошулуп жатышат (жөн гана сизге   10 колдонуучу/с экенин эскертиш үчүн) веб-сервер ыңгайлаша алгандан тезирээк. Ошон үчүн эң башында эле көп суроо-талаптарды кезекке тургузган.  Spawn Rate  Таң калыштуусу,   көрсөткүчү асинхрондук акыркы чекит үчүн дагы эле 34түн тегерегинде, ал эми синхрондук үчүн 102ден 155ке чейин өстү.     талапка окшош эле начарлады - синхрондуу жооп берүү убактысы эксперименттин башында бир топ жогору болгон. Эгерде мен тестти 24 саат бою кармасам, медианалык сандар жуп болуп калмак.  жиптердин санынын Медианалык жооп берүү убактысы мүнөтүнө суроо-  Эксперимент №3    : 200 колдонуучулардын саны  Үчүнчү эксперимент экинчисинде ачылган тенденцияларды далилдөөгө арналган — биз синхрондуу акыркы чекиттин андан ары деградациясын көрө алабыз.   Корутунду  Синхрондуу операциялардын ордуна асинхрондук колдонуу натыйжалуулукту же колдонуучунун тажрыйбасын түздөн-түз жакшыртпайт. Биринчиден, ал басым астында туруктуулукту жана алдын ала айтууну күчөтөт. Башка сөз менен айтканда, ал жүк босогосун жогорулатат, андыктан система бузулганга чейин көбүрөөк иштете алат.  №1 тиркеме. Техникалык маалыматтар  Azure App Service: B1, 100   , 1,75 Гб эстутум, A-Series эсептөө эквиваленти. ACU  Azure SQL базасы: Стандарттык S4: 200 DTU, 500 Мб сактагыч.  SQL туташуу орнотуулары: Макс Пул көлөмү = 200.  №2 тиркеме. Эскертүүлөр  Сыноонун эң таза натыйжасына жетүү үчүн, мен максаттуу Колдонмо кызматтары отурган тармакта жайгашкан 2 VMден тесттерди өткөрүшүм керек болчу.  Бирок, мен тармактын артта калуусу эки колдонмого тең аздыр-көптүр таасир этет деп ойлогом. Ошондуктан, ал негизги максатты - асинхрондук жана синхрондук ыкмаларды кандайча алып жүрөрүн салыштыра албайт.   №3 тиркеме. Bonus Experiment  Синхрондуу акыркы чекитти дээрлик асинхрондук кылып, төмөндөгү графикти түзүүгө мажбурлоо үчүн мен эмнени бузуп алдым (эксперимент шарттары үчүнчүдөгүдөй — 200 колдонуучу)? 

Read My Stories

Buy Me a Coffee

Бул аудио окуянын түпнуска тилинде даярдалган!

Async vs Sync Benchmark (.NET): Асинхрондуу жана синхрондуу методдордун ортосундагы айырма

About Author

КОММЕНТАРИЙ

ТАГИП АЛУУ

БУЛ МАКАЛА БЕРИЛГЕН

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps