те же мьютексы и семафоры чисто ос делает

https://ru.wikipedia.org/wiki/%D0%A1%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BE%D0%BC

Поддерживается в семействах процессоров x86, Itanium, Sparc и других.

ну интеррапты важнее

те же мьютексы и семафоры чисто ос делает

это да

А так меня в недавнее время дико парила проблема защищённого многопоточного доступа, когда множество отдельных тредов обращаются к одним и тем же данным и меняют их, без гарантий на уровне структур данных всё это было довольно адово) Даже не с атомарностью операций а с более эзотерическими вещами типа ресурсов которые могут быть использованы только один раз но доступны постоянно и так далее

Я уже реально хотел эмулировать мьютексы но вроде наконец-то нашёл более изящное решение)

https://ru.wikipedia.org/wiki/%D0%A1%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BE%D0%BC

блин, чет я вообще профита не уловил. эт типа процессор будет ждать пока ресурс освободится, но кмк на уровне ОС это лучше сделать, так как пока ресур ожидает процесс, можно на проце же другой процесс запустить

да какие ресурсы

речь про оперативу и несколько ядер

> У нас есть n процессоров, каждый из которых иногда хочет получить доступ к какому-то общему ресурсу. Например, к устройству или общему участку памяти

ну мб не оперативу, а кеш там какой-нибудь расшаренный на ядра. но я не помню есть ли такой

кэш у каждого процессора по разному может быть

просто я все равно не понял зачем такая инструкция нужна)

читаем значение переменной; производим некоторую обработку; производим cmpxchg новое значение переменной в предположении что значение все еще равно старому; если значение было изменено другим потоком-повторяем обработку;

Удобно

ну это пример использования для твоей ос которую ты пишешь на данную архитектуру. если на процессоре нет этой фичи то делаешь сам

меня больше смущает ожидание процессора

просто я все равно не понял зачем такая инструкция нужна)

ну тип попробуй локфри что-нибудь простое сделать, там оно обязательно всплывёт. правда навряд ли ты на это на ассемблере будешь писать. наверное что-нибудь готовое используешь

как локфри и блокировка процессора связаны?

в котлин чате тоже челу оно пригодилось. так что в джаве где-то это можно достать

хм

и правда

меня больше смущает ожидание процессора

Так там не ожидание, а блокировка участка

Так там не ожидание, а блокировка участка

> При основной работе каждый процессор должен проверить, что в ячейке находится −1, и если это так, то записать в неё свой номер. Если же ячейка занята — процессор обязан ждать, пока она не освободится

мб конечно я не так эту фразу понял

Хм

> При основной работе каждый процессор должен проверить, что в ячейке находится −1, и если это так, то записать в неё свой номер. Если же ячейка занята — процессор обязан ждать, пока она не освободится

а вообще мне кажется что автор ошибся и должно быть «Если же ячейка занята — процесс обязан ждать», так как то логичнее)

и то деталь имплементации по ходу

привет

дрону теперь можно ливать

дрону теперь можно ливать

реально ливнул

я его отпустил

Ребят, насколько каррирование сказывается на производительности? (жс).

не на заметную для жиесера степень

Не сильно, но я все равно прихожу к выводу что это чуждая концепция для языка

Если уж хочется одноаргументных функций, то контекст — идея о том, что можно передавать везде объект с именоваными аргументами работает куда лучше

То есть это была такая попытка сделать фп через копирование, подражание

А нужно было через переосмысление

Если уж хочется одноаргументных функций, то контекст — идея о том, что можно передавать везде объект с именоваными аргументами работает куда лучше

это жирный ту хуйню сделал

? Кто?))

Если уж хочется одноаргументных функций, то контекст — идея о том, что можно передавать везде объект с именоваными аргументами работает куда лучше

зависит

? Кто?))

https://github.com/getify/fpo

Аа, лол, ну да ?

Я просто смотрю вот на декларацию curry3 и думаю шо мы где то свернули не туда)) https://gist.github.com/zerobias/dd6c9cd577d4f258465fd0c9147a8bae

Так у тебя будет такая же декларация

только с объектами

)

Не, не будет, так как тут ключевое, что внутри типа функции содержится информация, и если мы куда-то тащим функцию от трех дженериков, то в случае с объектом будет функция в одну строку, а с каррированной мы тащим вот это вот всё

Ну в крайнем случае (A, B, C) => D тоже норм

Потому что каррирование можно сделать и по требованию а не по дефолту)

Пчёлы против мёда : фп чят против каррирования

во Vue применение линзам находил кто-то ?

изучил линзы, а применить негде. (на реакте не пишу)

вуй же мутабельный апи имеет, не?

угу, есть правда Vue.set, типо setState, но это зашквар там

привет

привет

Сам с собой?

привет

привет

Не уважаете себя? Здравствуйте нужно же писать второй раз

Пинг большой?

Не уважаете себя? Здравствуйте нужно же писать второй раз

/pidor@SublimeBot

Согласно моей информации, по результатам сегодняшнего розыгрыша пидор дня - Dmitry_Kovbasa!

почему sublime бот, а не вскод

Не по трендам

OldSchoolBot

Согласно моей информации, по результатам сегодняшнего розыгрыша пидор дня - Dmitry_Kovbasa!

эээх

а про errorcode никто не заценил

лол он мне в личку теперь пишет

так горело с него где-то в 2014м когда пытался просто парсек с парой пакетов поставить

переустанавливал ось чтобы заново эти все зависимости ставить и снова вся дрянь не собиралась

лол он мне в личку теперь пишет

это забавно. кто? почему?

бот-шмот

это забавно. кто? почему?

Me

:з ?

ну да так и подумал. но ты ему всего одно сообщение написал

да и не ему

хз он походу жсер

блин раньше встречал Me, но это наверное другие были.

себя встречал?

алсо джсер мерящий скалу и котлин

себя встречал?

аа

да давно было

Лоли в реакт чате

топ мем

Скрином бы закинул

Удалят же

форвард?

реплай ссылается, форвард копирует

да форварды сейвят