скорее вопрос был про блокировки 1) все системные вызовы от любого пользовательского потока в процессе обрабатываются одним потоком уровня ядра 2) каждый поток пользователя во время системного вызова присоединяется к своему собственному потоку 3) во время системного вызова множество пользовательских потоков увязываются с множеством потоков уровня ядра

не, так не пойдет, тогда мешанина будет в одном месте при работе с ролями

разверни коммиты и посмотри, где я пиксели двигал, а где реактом занимался

с помощью какой техники верстают сайты?

с помощью какой техники верстают сайты?

с помощью какой техники верстают сайты?

Кирилл, ты как тругофер, скажи, где ты это используешь хоть?

как часто ты вспоминаешь про сисколы?

и что читать, например, побайтово надо из буферизованного ридера, а не прямо из файла/сокета

вообще-то, про них надо помнить, в контексте, что они очень дорогие

а, практически каждый день :)

это бесспорно, я бы вопрос Кирилла разделил на 3 - знает ли человек про kernel/user, на каких операциях чаще всего встречается, и, для самых упоротых, вопрос озвученный Кириллом

а есть какой-нибудь кросплатфомернный механизм IPC (без ipv4)? нужны osx,linux,windows?

я не разделаю, потому что вопрос этот задаю только для людей, которые могут быть крайне упоротыми :)

а есть какой-нибудь кросплатфомернный механизм IPC (без ipv4)? нужны osx,linux,windows?

зачем вам в go ipc?

Расскажите, как знание способа вызова сисколов влияет на ваше программирование на Го?

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

bebebe, я запилил на электроне гуи, проблем вроде нет особых

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

тут ты намекаешь, что это требование прям )

а нередко приходится писать что-то с нуля в замен stdlib

у вас есть CI для этого приложение, сборки происходят внутри докер котнейрера?

а нередко приходится писать что-то с нуля в замен stdlib

И? В ASM руками пишите? Если нет,то знание не влияет ни на один выбор при написании Го программы

я просто не понял, это вопрос базовый? или для самых упоротых? :)

да, ручками

коллега, я вот не уверен, что это действительно "приходится" скорее "мне прикольно"

не, пока в режиме тестирования собираю с макоси из консоли. Но смысл тот же

я опишу задачу, мне нужно что бы ui часть приложения отрисоывалась довольно быстро (сама бизнес логина приложения очень проста), отирсовать одно поле ввода. если запускать каждый раз golang+electron - выходит по 3-4 на старте. я хочу что бы приложение запустилось, и после работы с формой ui, закрывало ui, и в следующий раз когда пользователь захочет запустить приложение, оно бы заново не запускало весь golang+electron, а просто отрисовывало ui в уже работающем экземляре мне нужно определить, есть ли запущенное приложение, если нет - запустить, если есть - то послать через IPC сигнал на отрисовку ui части. Притом сделать так что бы этот IPC работал на osx,windows,linux

я опишу задачу, мне нужно что бы ui часть приложения отрисоывалась довольно быстро (сама бизнес логина приложения очень проста), отирсовать одно поле ввода. если запускать каждый раз golang+electron - выходит по 3-4 на старте. я хочу что бы приложение запустилось, и после работы с формой ui, закрывало ui, и в следующий раз когда пользователь захочет запустить приложение, оно бы заново не запускало весь golang+electron, а просто отрисовывало ui в уже работающем экземляре мне нужно определить, есть ли запущенное приложение, если нет - запустить, если есть - то послать через IPC сигнал на отрисовку ui части. Притом сделать так что бы этот IPC работал на osx,windows,linux

я опишу задачу, мне нужно что бы ui часть приложения отрисоывалась довольно быстро (сама бизнес логина приложения очень проста), отирсовать одно поле ввода. если запускать каждый раз golang+electron - выходит по 3-4 на старте. я хочу что бы приложение запустилось, и после работы с формой ui, закрывало ui, и в следующий раз когда пользователь захочет запустить приложение, оно бы заново не запускало весь golang+electron, а просто отрисовывало ui в уже работающем экземляре мне нужно определить, есть ли запущенное приложение, если нет - запустить, если есть - то послать через IPC сигнал на отрисовку ui части. Притом сделать так что бы этот IPC работал на osx,windows,linux

Что-то не особо понятно как работает связка гошки и электрона.

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

я опишу задачу, мне нужно что бы ui часть приложения отрисоывалась довольно быстро (сама бизнес логина приложения очень проста), отирсовать одно поле ввода. если запускать каждый раз golang+electron - выходит по 3-4 на старте. я хочу что бы приложение запустилось, и после работы с формой ui, закрывало ui, и в следующий раз когда пользователь захочет запустить приложение, оно бы заново не запускало весь golang+electron, а просто отрисовывало ui в уже работающем экземляре мне нужно определить, есть ли запущенное приложение, если нет - запустить, если есть - то послать через IPC сигнал на отрисовку ui части. Притом сделать так что бы этот IPC работал на osx,windows,linux

Так в чем сложность? Нужен просто ui фреймворк, который умеет делать окна невидимыми или типа того

перечитайте вопрос, он заключался о кроссплатформенном механизме IPC, например в osx,linux я могу это решить при помощи unix сокетов, как это сделать в windows

я опишу задачу, мне нужно что бы ui часть приложения отрисоывалась довольно быстро (сама бизнес логина приложения очень проста), отирсовать одно поле ввода. если запускать каждый раз golang+electron - выходит по 3-4 на старте. я хочу что бы приложение запустилось, и после работы с формой ui, закрывало ui, и в следующий раз когда пользователь захочет запустить приложение, оно бы заново не запускало весь golang+electron, а просто отрисовывало ui в уже работающем экземляре мне нужно определить, есть ли запущенное приложение, если нет - запустить, если есть - то послать через IPC сигнал на отрисовку ui части. Притом сделать так что бы этот IPC работал на osx,windows,linux

Для таких задач придумали сворачивание программы в трей.

т.е. наносекунды

Что float?

попробуйте reform. скорее всего, у вас все получится, и к вам в проект не придет рефлексия

я gorm пользую из-за автомиграций

перечитайте вопрос, он заключался о кроссплатформенном механизме IPC, например в osx,linux я могу это решить при помощи unix сокетов, как это сделать в windows

В windows есть named pipe или CreateEvent/OpenEvent/SetEvent. Хотя это придется под каждую платформу писать свой код. Может проще слушать какой-нибудь порт и не мучиться.

Для таких задач придумали сворачивание программы в трей.

спасибо

я опишу задачу, мне нужно что бы ui часть приложения отрисоывалась довольно быстро (сама бизнес логина приложения очень проста), отирсовать одно поле ввода. если запускать каждый раз golang+electron - выходит по 3-4 на старте. я хочу что бы приложение запустилось, и после работы с формой ui, закрывало ui, и в следующий раз когда пользователь захочет запустить приложение, оно бы заново не запускало весь golang+electron, а просто отрисовывало ui в уже работающем экземляре мне нужно определить, есть ли запущенное приложение, если нет - запустить, если есть - то послать через IPC сигнал на отрисовку ui части. Притом сделать так что бы этот IPC работал на osx,windows,linux