Потому что должен работать между ядрами

Зачем для этого сисколл?

Зачем для этого сисколл?

https://ru.wikipedia.org/wiki/%D0%A4%D1%8C%D1%8E%D1%82%D0%B5%D0%BA%D1%81 Фьютекс представляет собой выровненное целое в общей памяти (для нескольких процессоров) в пользовательском пространстве и очередь ожидания в пространстве ядра А ядро - это сисколл.

https://ru.wikipedia.org/wiki/%D0%A4%D1%8C%D1%8E%D1%82%D0%B5%D0%BA%D1%81 Фьютекс представляет собой выровненное целое в общей памяти (для нескольких процессоров) в пользовательском пространстве и очередь ожидания в пространстве ядра А ядро - это сисколл.

ну я смотрю на perf trace и не вижу никаких futex

https://golang.org/src/sync/mutex.go?m=text

ну я смотрю на perf trace и не вижу никаких futex

Вот тут же есть: https://gist.github.com/scukonick/8257bc5f5717bf4d95c01168cb2cb872

Вот тут же есть: https://gist.github.com/scukonick/8257bc5f5717bf4d95c01168cb2cb872

это какой код исполняется?

package main func main() { ch := make(chan bool) go func() { ch <- true }() <-ch }

Вот этот

package main import "sync" func main() { var mtx = &sync.Mutex{} for { mtx.Lock() mtx.Unlock() } }

я вот взял такой код

зачем каналы, если нас интересует мьютекс?

https://golang.org/src/sync/mutex.go?m=text

atomic.CompareAndSwapInt32 - вот оно должно в ядро стучать

atomic.CompareAndSwapInt32 - вот оно должно в ядро стучать

не стучит.

нет там сисколлов, только select

Лимиты на тельце все равно те же.

лимиты на тельце мультипарт не те же, он на диск сбрасывает, если тельце большое, о чем сам valyala говорил.

atomic.CompareAndSwapInt32 - вот оно должно в ядро стучать

причём, там [pid 13296] select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)

зачем каналы, если нас интересует мьютекс?

в каналах немного другая реализация мьютекса видимо https://golang.org/src/runtime/chan.go#49

т.е. оно поллит только stdin

зачем каналы, если нас интересует мьютекс?

Мои изначальный пост был и про каналы, и про мьютексы)

Кирилл говорил что просто готовить его не умеем и все там есть

^

лимиты на тельце мультипарт не те же, он на диск сбрасывает, если тельце большое, о чем сам valyala говорил.

ну, мультипарт сам по себе глупый

Кто пробовал совместную разработку на Атоме?

Это всё твой многогорутинный строкопроцессор? Тогда надо больше работы на каждую горутину вешать, в смысле от получения из канала до отправки в следующий.

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

скорость упала

flat flat% sum% cum cum% 141.10s 58.63% 58.63% 141.13s 58.64% syscall.Syscall 41.51s 17.25% 75.88% 41.51s 17.25% runtime.mach_semaphore_wait 29.27s 12.16% 88.04% 29.27s 12.16% runtime.usleep 19.18s 7.97% 96.01% 19.18s 7.97% runtime.mach_semaphore_signal 3.81s 1.58% 97.59% 3.81s 1.58% runtime.memmove 2.22s 0.92% 98.51% 2.22s 0.92% runtime.indexbytebody 0.16s 0.066% 98.58% 1.29s 0.54% runtime.mallocgc 0.12s 0.05% 98.63% 70.83s 29.43% runtime.findrunnable 0.06s 0.025% 98.65% 28.79s 11.96% runtime.runqgrab 0.04s 0.017% 98.67% 81.93s 34.04% runtime.schedule

нет там сисколлов, только select

Во! package main import "sync" func a(mutex *sync.Mutex) { for { mutex.Lock() mutex.Unlock() } } func main() { var mtx = &sync.Mutex{} go a(mtx) go a(mtx) go a(mtx) a(mtx) } Когда уходит на разные ядра (или, скорее, треды), то идут сисколлы.

если канал в одной горутине, то тоже сисколлов не будет: func main() { ch := make(chan bool, 1) for { ch <- true <- ch } }

хм. засунул в GOMAXPROCS=1 - ускорилось

хм. засунул в GOMAXPROCS=1 - ускорилось

А запусти htop, пока у тебя процесс бежит. Увидишь, наверняка, что там уходит много времени в system, а не в user. Это всё из-за сисколлов. Когда ты ставишь GOMAXPROCS=1, у тебя остаётся только один тред. И в нём, как мы тут выше выяснили, сисколлы не используются. Все блокировки в userspace происходят.

угу. сис раньше жрало 1/3 грубо говоря

даже больше

счас сиса почти нет

вот тебе и "плодите каналы"

У тебя, наверно, просто операций между забором из канала и отправкой в следующий канал мало, а переливаний из канала в канал много. Вот он и дёргается туда сюда.

угу.

ну да ладно.

на будущее буду знать

Хм

вот тебе и "плодите каналы"

По идее от задачи зависит. Чаще всего "плодите каналы" пока дает прирост.

Особенно если там чтото тяжелое. Картинки например генерируются

По идее от задачи зависит. Чаще всего "плодите каналы" пока дает прирост.

Даёт, когда надо распараллелить задачу на разные ядра. Или когда IO. Или в читабельности даёт прирост.

Нет не оставалю. Вы блять мою страну превращаете в срань какую-то. Имейте смелость признаваться, что гандоны. Не смогли РКН в хуй послать - придётся меня

Астанавись, Фил !!! Иначе в 60 лет, ты будешь брызгая слюной кричать на продавца в магазине за то что 1 января кусок колбасы очередной раз подорожал.

Кто пробовал совместную разработку на Атоме?

А ему разве не нужен акк платный на firepad? Или есть какойто новый модный плагин?

Приветствую товарищи, может кто нибудь сталкивался следующей задачей. Есть сервер, в котором есть сущности Customer и Supplier, также API на Create/Update этих сущностей. (Их может быть 10 000 записей на базе) И есть например 3 клиента Android, каждый из них может либо создать либо обновить (тоесть create/update) по api эти сущности. Проблема в том что, когда Android клиент online, должен получить все обновления, которые были на сервере, и вот как это сделать? Android клиент дублирует у себя всю базу сервера(Customer, Supplier)

версию храни справочника например

и при выходе онлайн запрашивай :)

при каждому insert/update инкрементируй версию хоть тригером хоть чем попало

если версия изменилась - мерж.

либо lastUpdate какое-нибудь поле, и у себя курсор в андроиде

после каждого онлайна where lastUpdate > $cursor

обновил. закомитил новую дату в локальное хранилище.

"если версия изменилась - мерж." всю базу merge?

ну это в лоб решение.

10к записей какбе ни о чем на самом деле в масштабе мировой революции

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

? внезапно

перфорируют?

Йоу!

Привет всем

Врываюсь конечно же с вопросом

Я ща исследую технологии и мне надо выбрать платформу и библиотеки для нового проекта

ну

Нужно будет сделать сервер к которому будет обращаться клиент из браузера или нет по http

buffalo martini gin

beego

Надо ли для этой задачи брать фреймворк

ERROR: S client not available

И если да то какой

Биго китайский

Надо ли для этой задачи брать фреймворк

если сессии не нужны то можно стандартный

Кто-нибудь работал с ним? Всё хорошо?

Сессии нужны

Аутентификация

buffalo martini gin

нормас

ну мартини не оч

потому что там что то не то с архитектурой

разраб признался

Лооол

а вот это

https://gin-gonic.github.io/gin/

типа реинжениринг мартини

кто-нить пробовал?

я это юзаю

хороший

и как?

ну удобнее, чем голый net/http :)

я прост хочу реквесты обрабатывать и всё))

и не заморачиваться там с многопоточностью итд

и в базу ходить хочу попроще))

ну тут и не надо заморачиваться

я в базу хожу через gorm

и не заморачиваться там с многопоточностью итд

а ты уверен что тебе нужен го? )

и в базу ходить хочу попроще))

что за база

монга небось

или постгресс

я прост хочу реквесты обрабатывать и всё))

Советую обратить внимание на https://github.com/avelino/awesome-go

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

Спасибо