<bgdev />free

Вход Регистрация

Колко ядра може да има процесорът, ако го проектираха по-добре.
1

0 1 2 3 4 5 6 7 8 ....10 11 12 13 14 15
#122704 (ツ) Стуйо
Създадено на 20.10.2024, видяно: 105 пъти.
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

My picture

#122707 (ツ) waldorf
Създадено на 20.10.2024, видяно: 101 пъти.

var count = fluent.CountDocumentsAsync(cancellationToken);
		var items = fluent.Skip(query.Skip ?? 0).Limit(query.Take ?? Constants.DefaultPageSize).ToListAsync(cancellationToken);

		return new()
		{
			TotalCount = (int)await count,
			Items = await items
		};

Баш паралелно ще се изпълнят защо сами ороцеси започват в първите два реда по горе. После ретърна само ги изчаква.

Но не е хубаво да се пише така дори и заради факта каква дискусия се разрази. Ако беше ползвал WaitAll или както там се казваше метода за explicit паралелно изпълнение нямаше да има дискусия дали е паралелно или не. Точно това губене на време трябва да се избягва. Дори когато човек работи сам.

#122708 (ツ) synergie
Създадено на 20.10.2024, видяно: 98 пъти.
waldorf
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

Не и ако await-ваш вече стартирани promises. Чакай да видя пак кода де.

Аз не казвам че двата таска, не вървят заедно. Асинхронните таскове си работят. Казвам че ги чака последователно. Не само това, но той сега разбира че await call-a му блокира асихнронната функция. ВТФ?

#122715 (ツ) Стуйо
Създадено на 20.10.2024, видяно: 87 пъти.
synergie
waldorf
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

Не и ако await-ваш вече стартирани promises. Чакай да видя пак кода де.

Аз не казвам че двата таска, не вървят заедно. Асинхронните таскове си работят. Казвам че ги чака последователно. Не само това, но той сега разбира че await call-a му блокира асихнронната функция. ВТФ?

Така ли казваш сега?

#122716 (ツ) Стуйо
Създадено на 20.10.2024, видяно: 86 пъти.
waldorf

var count = fluent.CountDocumentsAsync(cancellationToken);
		var items = fluent.Skip(query.Skip ?? 0).Limit(query.Take ?? Constants.DefaultPageSize).ToListAsync(cancellationToken);

		return new()
		{
			TotalCount = (int)await count,
			Items = await items
		};

Баш паралелно ще се изпълнят защо сами ороцеси започват в първите два реда по горе. После ретърна само ги изчаква.

Но не е хубаво да се пише така дори и заради факта каква дискусия се разрази. Ако беше ползвал WaitAll или както там се казваше метода за explicit паралелно изпълнение нямаше да има дискусия дали е паралелно или не. Точно това губене на време трябва да се избягва. Дори когато човек работи сам.

Уважавам те, защото мислиш. Да, WaitAll е препоръчан в случай на ексепшън от някои от тасковете, но той си има перформънс пенълти. Както и да е.

#122718 (ツ) Стуйо
Създадено на 20.10.2024, видяно: 82 пъти.
synergie
waldorf
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

Не и ако await-ваш вече стартирани promises. Чакай да видя пак кода де.

Аз не казвам че двата таска, не вървят заедно. Асинхронните таскове си работят. Казвам че ги чака последователно. Не само това, но той сега разбира че await call-a му блокира асихнронната функция. ВТФ?

Аве ща иба в гъзъ, цял ден ме занимаваш с малоумието ти :

https://learn.microsoft.com/en-us/dotnet/csharp/asynchronous-programming/task-asynchronous-programming-model


 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

НА!

#122719 (ツ) synergie
Създадено на 20.10.2024, видяно: 82 пъти.
Стуйо
synergie
waldorf
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

Не и ако await-ваш вече стартирани promises. Чакай да видя пак кода де.

Аз не казвам че двата таска, не вървят заедно. Асинхронните таскове си работят. Казвам че ги чака последователно. Не само това, но той сега разбира че await call-a му блокира асихнронната функция. ВТФ?

Така ли казваш сега?

Koга съм казвал нещо друго? Дай цитат.

#122720 (ツ) Стуйо
Последно редактирано на 20.10.2024 от Стуйо, видяно: 82 пъти.
synergie
Стуйо
synergie
waldorf
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

Не и ако await-ваш вече стартирани promises. Чакай да видя пак кода де.

Аз не казвам че двата таска, не вървят заедно. Асинхронните таскове си работят. Казвам че ги чака последователно. Не само това, но той сега разбира че await call-a му блокира асихнронната функция. ВТФ?

Така ли казваш сега?

Koга съм казвал нещо друго? Дай цитат.

Лапай бе, не ми пиши повече, губиш ми времето само. Е горе ти дадох от на микромеките обяснение.

#122721 (ツ) waldorf
Създадено на 20.10.2024, видяно: 79 пъти.
Стуйо
waldorf

var count = fluent.CountDocumentsAsync(cancellationToken);
		var items = fluent.Skip(query.Skip ?? 0).Limit(query.Take ?? Constants.DefaultPageSize).ToListAsync(cancellationToken);

		return new()
		{
			TotalCount = (int)await count,
			Items = await items
		};

Баш паралелно ще се изпълнят защо сами ороцеси започват в първите два реда по горе. После ретърна само ги изчаква.

Но не е хубаво да се пише така дори и заради факта каква дискусия се разрази. Ако беше ползвал WaitAll или както там се казваше метода за explicit паралелно изпълнение нямаше да има дискусия дали е паралелно или не. Точно това губене на време трябва да се избягва. Дори когато човек работи сам.

Уважавам те, защото мислиш. Да, WaitAll е препоръчан в случай на ексепшън от някои от тасковете, но той си има перформънс пенълти. Както и да е.

Бе ти ела до Пловдив на следващата форумна сбирка. Тия дискусии вървят най добре с бира и мезета.

А това перформънс пеналти би трябввло да е пренебрежимо малко на модерен хардуер.

#122722 (ツ) synergie
Последно редактирано на 20.10.2024 от synergie, видяно: 77 пъти.
Стуйо
synergie
waldorf
synergie
Стуйо

А ще имаш ли смелостта да си признаеш, че си прост питонаджия и, че днес, благодарение на мен си изби от главата, че асинхорнен метод не забива при първия await де види в него :) Най-вероятно не, нали, щото аз само съм ви разправял за его-то ви :)

Стуйо продължаваш да демонстрираш пълно неразбиране и прост питонджия да ти шока канчето. Да асинхронния ти метод Handle забива, първо await-va да свърши първия таск, после аwait-va da свърши втория, вместо едновременно да аwait-va да свършат и двата.

Не и ако await-ваш вече стартирани promises. Чакай да видя пак кода де.

Аз не казвам че двата таска, не вървят заедно. Асинхронните таскове си работят. Казвам че ги чака последователно. Не само това, но той сега разбира че await call-a му блокира асихнронната функция. ВТФ?

Аве ща иба в гъзъ, цял ден ме занимаваш с малоумието ти :

https://learn.microsoft.com/en-us/dotnet/csharp/asynchronous-programming/task-asynchronous-programming-model


 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

 An await expression in an async method doesn't block the current thread while the awaited task is running. Instead, the expression signs up the rest of the method as a continuation and returns control to the caller of the async method.

НА!

Аве тъпир. Аз казвам, че изпълнението на функцията ти блокира, а не треда в който се изпълнява. Абе ти си бил уникална Джонка бе хахахах

п.п. То цялото асинхронно програмиране е че да върви парално код в една нишка тая Джонка какво си мисли малелелелелел, бах мааму какви Джонки има по фирмите.

#122726 (ツ) Стуйо
Създадено на 20.10.2024, видяно: 65 пъти.

My picture

#122728 (ツ) synergie
Последно редактирано на 20.10.2024 от synergie, видяно: 61 пъти.
Стуйо
waldorf

var count = fluent.CountDocumentsAsync(cancellationToken);
		var items = fluent.Skip(query.Skip ?? 0).Limit(query.Take ?? Constants.DefaultPageSize).ToListAsync(cancellationToken);

		return new()
		{
			TotalCount = (int)await count,
			Items = await items
		};

Баш паралелно ще се изпълнят защо сами ороцеси започват в първите два реда по горе. После ретърна само ги изчаква.

Но не е хубаво да се пише така дори и заради факта каква дискусия се разрази. Ако беше ползвал WaitAll или както там се казваше метода за explicit паралелно изпълнение нямаше да има дискусия дали е паралелно или не. Точно това губене на време трябва да се избягва. Дори когато човек работи сам.

Уважавам те, защото мислиш. Да, WaitAll е препоръчан в случай на ексепшън от някои от тасковете, но той си има перформънс пенълти. Както и да е.

Е виж тука пърформанс пеналтито на последователните аwaiti. Правиш ли разлика между WaitAll и WhenAll?

#122738 (ツ) Stilgar
Създадено на 20.10.2024, видяно: 55 пъти.
Стуйо
Stilgar
Последният акаунт на Единия
Stilgar
Стуйо
Stilgar
Стуйо
Stilgar

Какъв е дейтастора който налага тея ExpressionFilterDefinition?

Виж типа на колекшън.

Ох... ми съжалявам :(

Не му ли направиха вече LINQ provider дето поне може да работи с where

И аз те съжалявам, EF парадигмите водят до жестоки изкривявания за да ми задаваш такива въпроси :)

Не знам... такова нещо бих писал само ако дайтастор драйвъра ме принуждава. Ни с EF, ни с Dapper ни с нито по друг доброволен начин не бих си го причинил.

И сепак евала - кода му е що годе читав (мое да се оптимизира, но е приемлив), но да MangoDB е малко shit. :-(

Не знам. Мен тея хендлъри ме дразнят. Сигурно някъде там има и mediatr бррррр

Либертарианец сплескан, колко пъти трябва да ти казвам, че MediatR е лайно и само идиоти като джуджераста биха го ползвали със CQRS? Вземай от хапчетата за деменция на рабиняка.

Как ти изглежда тва дет го вика тоя хендлър

#122740 (ツ) Stilgar
Създадено на 20.10.2024, видяно: 53 пъти.
Последният акаунт на Единия
Стуйо
Stilgar
Последният акаунт на Единия
Stilgar
Стуйо
Stilgar
Стуйо
Stilgar

Какъв е дейтастора който налага тея ExpressionFilterDefinition?

Виж типа на колекшън.

Ох... ми съжалявам :(

Не му ли направиха вече LINQ provider дето поне може да работи с where

И аз те съжалявам, EF парадигмите водят до жестоки изкривявания за да ми задаваш такива въпроси :)

Не знам... такова нещо бих писал само ако дайтастор драйвъра ме принуждава. Ни с EF, ни с Dapper ни с нито по друг доброволен начин не бих си го причинил.

И сепак евала - кода му е що годе читав (мое да се оптимизира, но е приемлив), но да MangoDB е малко shit. :-(

Не знам. Мен тея хендлъри ме дразнят. Сигурно някъде там има и mediatr бррррр

Либертарианец сплескан, колко пъти трябва да ти казвам, че MediatR е лайно и само идиоти като джуджераста биха го ползвали със CQRS? Вземай от хапчетата за деменция на рабиняка.

А бе чудите ме - Stilgar вика, че некъде съм ползвал MediatR и ме бил гледал.

Ся се затърсих на кое събитие, workshop или лекция съм го ползвал, че вече не знам на колко съм бил (като при коврите) и не намирам, бе. 🤔

Само за едно събитие се сещам дет обяснявах за многослойна архитектура с микросървиси, ама там не съм ползвал CQRS.

Ако съм казвал такова нещо забравил съм че съм го казвал и защо съм го казал

#122742 (ツ) Стуйо
Последно редактирано на 20.10.2024 от Стуйо, видяно: 53 пъти.
Stilgar
Стуйо
Stilgar
Последният акаунт на Единия
Stilgar
Стуйо
Stilgar
Стуйо
Stilgar

Какъв е дейтастора който налага тея ExpressionFilterDefinition?

Виж типа на колекшън.

Ох... ми съжалявам :(

Не му ли направиха вече LINQ provider дето поне може да работи с where

И аз те съжалявам, EF парадигмите водят до жестоки изкривявания за да ми задаваш такива въпроси :)

Не знам... такова нещо бих писал само ако дайтастор драйвъра ме принуждава. Ни с EF, ни с Dapper ни с нито по друг доброволен начин не бих си го причинил.

И сепак евала - кода му е що годе читав (мое да се оптимизира, но е приемлив), но да MangoDB е малко shit. :-(

Не знам. Мен тея хендлъри ме дразнят. Сигурно някъде там има и mediatr бррррр

Либертарианец сплескан, колко пъти трябва да ти казвам, че MediatR е лайно и само идиоти като джуджераста биха го ползвали със CQRS? Вземай от хапчетата за деменция на рабиняка.

Как ти изглежда тва дет го вика тоя хендлър

Повече код не пускам тук, има прекалено силни дотнетаджии-питонаджии на ваучери за храна, които ме карат да изглеждам глупав, вземайки абсурдни суми въпреки некадърността ми.

#122745 (ツ) synergie
Създадено на 20.10.2024, видяно: 47 пъти.
Stilgar

Как ти изглежда тва дет го вика тоя хендлър

Вместо да му изпишем веждите му избодохме очите. To забавното е, че на никой не му пука кой как маже, ама Стуйо нали да се похвали какъв добър код пишел, как да не го зачепкаш :)

#122747 (ツ) waldorf
Създадено на 20.10.2024, видяно: 47 пъти.
Стуйо
Stilgar
Стуйо
Stilgar
Последният акаунт на Единия
Stilgar
Стуйо
Stilgar
Стуйо
Stilgar

Какъв е дейтастора който налага тея ExpressionFilterDefinition?

Виж типа на колекшън.

Ох... ми съжалявам :(

Не му ли направиха вече LINQ provider дето поне може да работи с where

И аз те съжалявам, EF парадигмите водят до жестоки изкривявания за да ми задаваш такива въпроси :)

Не знам... такова нещо бих писал само ако дайтастор драйвъра ме принуждава. Ни с EF, ни с Dapper ни с нито по друг доброволен начин не бих си го причинил.

И сепак евала - кода му е що годе читав (мое да се оптимизира, но е приемлив), но да MangoDB е малко shit. :-(

Не знам. Мен тея хендлъри ме дразнят. Сигурно някъде там има и mediatr бррррр

Либертарианец сплескан, колко пъти трябва да ти казвам, че MediatR е лайно и само идиоти като джуджераста биха го ползвали със CQRS? Вземай от хапчетата за деменция на рабиняка.

Как ти изглежда тва дет го вика тоя хендлър

Повече код не пускам тук, има прекалено силни дотнетаджии-питонаджии на ваучери за храна, които ме карат да изглеждам глупав, вземайки абсурдни суми въпреки некадърността ми.

Аз бях пуснал един супер изчистен фиксед поинт но го затрих заради на Рабиняка псувните. Не си струва да гневиш неможачите …

#122750 (ツ) Rabin
Създадено на 20.10.2024, видяно: 40 пъти.
waldorf

Аз бях пуснал един супер изчистен фиксед поинт но го затрих заради на Рабиняка псувните. Не си струва да гневиш неможачите …

Забравил съм, я пусни го да те опсувам пак!

#122752 (ツ) Последният акаунт на Единия
Създадено на 20.10.2024, видяно: 33 пъти.
Стуйо
Последният акаунт на Единия

Отивам да блъскам у финтеса

Безсмислено е, ако те видя ще те направя на пестил.

Малий, насрах се... от смях! rofl

#122757 (ツ) Stilgar
Създадено на 20.10.2024, видяно: 28 пъти.
waldorf
Стуйо

На return стейтмънта двата await-a се изпълняват паралелно, но не очаквам мазач на питон да разбира нещо от кода ми.

Не знам в .нет как е но в жабаскрипт ще се изчака първия await да върне резултат преди да се стартира втория. За паралелно изпълняване трябва да ги викнеш без await и да чакаш докато не се изпълнят всички promises. Шибано е ама върши работа.

Това не е вярно. Просто ако е вярно значи цялата схема не работи, а тя работи.

0 1 2 3 4 5 6 7 8 ....10 11 12 13 14 15

Колко ядра може да има процесорът, ако го проектираха по-добре.
1

AsmBB v3.0 (check-in: 65d5ec9aed0c1302); SQLite v3.47.0 (check-in: 03a9703e27c44437);
©2016..2024 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE