All Cups ... включает задачи ... что особенно важно, по системному администрированию и всяческому хайлоаду
Это, мягко говоря, не так: всё, что сейчас доступно в разделе "Высоконагруженные сервисы" — это соревнование "золотая лихорадка", которое, по сути, является глорифицированной версией задачи о рюкзаке и с хайлоадом связано примерно никак.
Прочитал все три, и это официально худшая НФ, которую я когда-либо читал, а я в отрочестве в городской библиотеке перечитал все книги на полках, хоть как-то связанных с фантастикой.
Сам пытаюсь держать в Notion GTD-систему, но в последнее время кажется, что лучше уж перейти на что-то гораздо более простое на основе плейнтекста, вроде Emacs'овского Org-mode, раз уж всё равно им пользуюсь в качестве IDE.
Без сути чего? Telegram — самый корявый из мессенджеров, которыми я когда-либо пользовался. Есть же божественный XMPP с федерацией и XEP-ами, но дуровский маркетинг на протяжении десятилетия всем гадил в мозг, и XMPP был незаслуженно забыт.
Помню по опыту вейпинга, что 18650 банки, если брать никель-кадмиевые, бывают даже на 3600 mAh и более, правда, у них есть "эффект памяти". А у вас в проекте литий-ионные, надо полагать?
Я, безусловно, махровый майкрософтоненавистник, каюсь, грешен, но, по-моему, эти скриншоты великолепно демонстрируют мой тезис о том, что MS - это такой царь Мидас наоборот, загаживает всё, к чему ни прикасается.
Так Microsoft только и умеет, что копировать, своего у них ничего нет. Ни для кого не секрет, что MS-DOS - скупленный за бесценок и переименованный проект 86-DOS, который, в свою очередь, является кривым клоном CP/M, Windows NT разрабатывалась переманенным в Microsoft создателем OpenVMS, NTFS - калька с HPFS из OS/2, ну и так далее.
Всё верно, только это не совсем асинхронный ввод-вывод
В большинстве случаев приложению (например, типичному серверу) больше ничего и не требуется делать, кроме как обрабатывать ввод-вывод, поэтому для него будет логично пробуждаться ядром в момент появления событий ввода-вывода, обрабатывать их, целиком или частично (тут могут помочь корутины, которые есть во многих ЯП) и снова засыпать до появления этих событий. Кроме того, вы правы, в подавляющем большинстве случаев такие серверы используют на сокетах флажок O_NONBLOCK, благодаря чему непосредственный ввод-вывод (например, отправка ответа клиенту) никогда не будет блокироваться.
кстати, про него забыл, давно хочу поиграться и посмотреть что за зверь, да руки не доходят, спасибо, что напомнили.
Пожалуйста. Я по нему проводил открытый урок, может, поможет глубже разобраться в теме.
Кроме того, из похожих на IOCP есть механизм POSIX AIO, но он редко используется из-за бед с башкой производительностью, т.к. под капотом банально реализован как фоновый тред, асинхронно перемалывающий запросы на ввод-вывод.
Не совсем верно, все эти три механизма просят ядро вернуть управление в юзерспейс, когда произойдёт обновление. Это выгодно отличается от того, что мы с некоторой периодичностью долбим ядро системными вызовами для проверки состояния дескриптора (или дескрипторов), впустую тратя циклы CPU на "нырки" из юзерспейса в кернелспейс и обратно. Ближайший аналог IOCP, насколько я понимаю, - новый линуксячий механизм io_uring.
Хорошо бы указывать, какая ОС подразумевается.
Это, мягко говоря, не так: всё, что сейчас доступно в разделе "Высоконагруженные сервисы" — это соревнование "золотая лихорадка", которое, по сути, является глорифицированной версией задачи о рюкзаке и с хайлоадом связано примерно никак.
Верните мне мой Highload cup 2018 ?
Ну да, куда лучше жить вовсе без стандартов.
За какую?.. В статье нет иллюстрации.
Разворачивающийся до размеров планеты протон — это, мягко говоря, такое себе осмысление, на уровне горячечного бреда.
Прочитал все три, и это официально худшая НФ, которую я когда-либо читал, а я в отрочестве в городской библиотеке перечитал все книги на полках, хоть как-то связанных с фантастикой.
Тут скорее нужно рассуждать не о размере страницы, а о размере кэш-линии, который в наши дни - 64 байта.
Сам пытаюсь держать в Notion GTD-систему, но в последнее время кажется, что лучше уж перейти на что-то гораздо более простое на основе плейнтекста, вроде Emacs'овского Org-mode, раз уж всё равно им пользуюсь в качестве IDE.
Непопулярное мнение, завуалированное в виде интернет-мема
Уточнение
По крайней мере в том виде, в котором его понимают в потомках Алгола вроде C++, Java, C# и проч.
Без сути чего?
Telegram — самый корявый из мессенджеров, которыми я когда-либо пользовался.
Есть же божественный XMPP с федерацией и XEP-ами, но дуровский маркетинг на протяжении десятилетия всем гадил в мозг, и XMPP был незаслуженно забыт.
Вся суть Telegram: костыль на костыле и бесстыжий маркетинг.
Помню по опыту вейпинга, что 18650 банки, если брать никель-кадмиевые, бывают даже на 3600 mAh и более, правда, у них есть "эффект памяти". А у вас в проекте литий-ионные, надо полагать?
Вы сделали шесть ошибок в слове "Jabber".
Я, безусловно, махровый майкрософтоненавистник, каюсь, грешен, но, по-моему, эти скриншоты великолепно демонстрируют мой тезис о том, что MS - это такой царь Мидас наоборот, загаживает всё, к чему ни прикасается.
Предупреждать надо, что речь про фронтэнд.
Интересно. А на каком ЯП ваш проект создан, если не секрет?
Так Microsoft только и умеет, что копировать, своего у них ничего нет. Ни для кого не секрет, что MS-DOS - скупленный за бесценок и переименованный проект 86-DOS, который, в свою очередь, является кривым клоном CP/M, Windows NT разрабатывалась переманенным в Microsoft создателем OpenVMS, NTFS - калька с HPFS из OS/2, ну и так далее.
В большинстве случаев приложению (например, типичному серверу) больше ничего и не требуется делать, кроме как обрабатывать ввод-вывод, поэтому для него будет логично пробуждаться ядром в момент появления событий ввода-вывода, обрабатывать их, целиком или частично (тут могут помочь корутины, которые есть во многих ЯП) и снова засыпать до появления этих событий.
Кроме того, вы правы, в подавляющем большинстве случаев такие серверы используют на сокетах флажок O_NONBLOCK, благодаря чему непосредственный ввод-вывод (например, отправка ответа клиенту) никогда не будет блокироваться.
Пожалуйста. Я по нему проводил открытый урок, может, поможет глубже разобраться в теме.
Кроме того, из похожих на IOCP есть механизм POSIX AIO, но он редко используется из-за бед с
башкойпроизводительностью, т.к. под капотом банально реализован как фоновый тред, асинхронно перемалывающий запросы на ввод-вывод.Не совсем верно, все эти три механизма просят ядро вернуть управление в юзерспейс, когда произойдёт обновление. Это выгодно отличается от того, что мы с некоторой периодичностью долбим ядро системными вызовами для проверки состояния дескриптора (или дескрипторов), впустую тратя циклы CPU на "нырки" из юзерспейса в кернелспейс и обратно.
Ближайший аналог IOCP, насколько я понимаю, - новый линуксячий механизм io_uring.