ну нафиг

я лучше упорюсь и сделаю многопоточность без блокировок

@tokenizer мне в помощь

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

не хочу

говорю же, я не хочу никаких блокировок

и в гошке не хотели, когда мой proposal развернули

но тогда я не знал, как сделать иначе

в общем, вот это отработало без паник, стабильно выдавая ожидаемый результат package main import ( "time" "github.com/kirillDanshin/dlog" ) var m = map[int]int{ 1: 0, } func chMap(n int) { for i := 0; i < 10000; i++{ m[n]++ } } func main() { go chMap(1) go chMap(2) time.Sleep(5 * time.Second) dlog.D(m) }

нашёль кейс, когда падает

при evacuate(), который во время growWork

а вы знали, что код Go не проходит go vet?

атом?

конечно

у меня что-то не взлетел

vs code как-то приятнее, ИМХО

значит, что-то не так делал :)

ну, там сложно делать что-то не так

довольно просто

плагины не те заюзать, например

надо будет свой список плагинов выложить

сегодня обновились плагины и у меня на трех линуксах отлетел GOPATH в атоме, зато он в настройке go-plus появился

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

плюсую

надо будет свой список плагинов выложить

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

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

Community Packages (51) /home/kirilldanshin/.atom/packages ├── atom-clock@0.0.8 ├── atom-material-syntax@0.4.6 ├── atom-material-syntax-dark@0.2.5 ├── atom-material-syntax-light@0.4.5 ├── atom-material-ui@1.3.6 ├── autocomplete-go@1.3.0 ├── bezier-curve-editor@0.7.2 ├── build-elixir@0.6.0 ├── chester-atom-syntax@0.1.1 ├── color-picker@2.2.2 ├── css-snippets@1.1.0 ├── editor-background@1.2.27 ├── editorconfig@2.0.4 ├── environment@1.3.1 ├── es6-javascript@1.0.0 ├── file-icons@1.7.24 ├── go-config@1.2.4 ├── go-get@2.1.1 ├── go-outline@0.6.1 ├── gofmt@1.2.0 ├── gometalinter-linter@1.2.2 ├── gotests@0.2.5 ├── improved-chester-atom-syntax@0.2.0 ├── javascript-snippets@1.2.1 ├── language-babel@2.48.5 ├── language-elixir@0.16.0 ├── language-hjson@0.3.0 ├── language-quicktemplate@1.0.0 ├── language-rust@0.4.8 ├── language-svg@0.9.0 ├── language-x86@1.0.1 ├── language-x86-64-assembly@2.2.8 ├── language-x86asm@0.8.0 ├── linter@1.11.18 ├── linter-csslint@1.3.3 ├── linter-eslint@8.0.0 ├── linter-flow@5.5.0 ├── linter-golinter@1.2.1 ├── linter-rust@0.7.0 ├── linter-write-good@0.8.0 ├── markdown-preview-plus@2.4.0 ├── nord-atom-syntax@0.4.0 ├── nord-atom-ui@0.9.0 ├── qolor@0.4.0 ├── steam-pirate-ui@0.6.1 ├── svgo@2.6.0 ├── term@0.2.4 ├── terminal-plus@0.14.5 ├── tidy-markdown@3.0.1 ├── tokamak-terminal@0.1.2 └── vivid@1.1.8

Community Packages (51) /home/kirilldanshin/.atom/packages ├── atom-clock@0.0.8 ├── atom-material-syntax@0.4.6 ├── atom-material-syntax-dark@0.2.5 ├── atom-material-syntax-light@0.4.5 ├── atom-material-ui@1.3.6 ├── autocomplete-go@1.3.0 ├── bezier-curve-editor@0.7.2 ├── build-elixir@0.6.0 ├── chester-atom-syntax@0.1.1 ├── color-picker@2.2.2 ├── css-snippets@1.1.0 ├── editor-background@1.2.27 ├── editorconfig@2.0.4 ├── environment@1.3.1 ├── es6-javascript@1.0.0 ├── file-icons@1.7.24 ├── go-config@1.2.4 ├── go-get@2.1.1 ├── go-outline@0.6.1 ├── gofmt@1.2.0 ├── gometalinter-linter@1.2.2 ├── gotests@0.2.5 ├── improved-chester-atom-syntax@0.2.0 ├── javascript-snippets@1.2.1 ├── language-babel@2.48.5 ├── language-elixir@0.16.0 ├── language-hjson@0.3.0 ├── language-quicktemplate@1.0.0 ├── language-rust@0.4.8 ├── language-svg@0.9.0 ├── language-x86@1.0.1 ├── language-x86-64-assembly@2.2.8 ├── language-x86asm@0.8.0 ├── linter@1.11.18 ├── linter-csslint@1.3.3 ├── linter-eslint@8.0.0 ├── linter-flow@5.5.0 ├── linter-golinter@1.2.1 ├── linter-rust@0.7.0 ├── linter-write-good@0.8.0 ├── markdown-preview-plus@2.4.0 ├── nord-atom-syntax@0.4.0 ├── nord-atom-ui@0.9.0 ├── qolor@0.4.0 ├── steam-pirate-ui@0.6.1 ├── svgo@2.6.0 ├── term@0.2.4 ├── terminal-plus@0.14.5 ├── tidy-markdown@3.0.1 ├── tokamak-terminal@0.1.2 └── vivid@1.1.8

да вродь похоже

но спасибо

Чёт внезапно решил заспидранить разработку новой библиотеки. С 0 до места в списке AwesomeGo: https://www.livecoding.tv/toby3d/

круто! имхо нужно стримов по программированию

+1 стрим по гошечки под пивко, лучший вечер :)

И тебе привет)

в общем, вот это отработало без паник, стабильно выдавая ожидаемый результат package main import ( "time" "github.com/kirillDanshin/dlog" ) var m = map[int]int{ 1: 0, } func chMap(n int) { for i := 0; i < 10000; i++{ m[n]++ } } func main() { go chMap(1) go chMap(2) time.Sleep(5 * time.Second) dlog.D(m) }

я надеюсь из того что это “нормально отработало” не будет сделан вывод что у го мапы вполне себе threadsafe и надо “немножко допилить” )

я надеюсь из того что это “нормально отработало” не будет сделан вывод что у го мапы вполне себе threadsafe и надо “немножко допилить” )

там не немножко допилить, а вкрутить ряд изменений

блокировки? )

ни в коем случае

это крайняя мера

все равно ж этот “ряд изменений” сделает мап медленнее при однопоточном использовании

все равно ж этот “ряд изменений” сделает мап медленнее при однопоточном использовании

не-а

мало того, их нужно будет немного ускорить

бесплатный threadsafe? извините, но за все надо платить

платить будешь при многопоточном доступе к одному и тому же ключу

А памятью платить не надо?

ну вот значит как минимум тебе нужна проверка “к одному ключу или нет”, где-то хранить кто куда лезет и тд

А памятью платить не надо?

постараюсь оставить потребление тем же или его уменьшить

чет с трудом верится что авторы го не додумались как такое сделать ) они конечно может и не на острие computer science, но и не полные дебилы

конечно. тут просто совсем неочевидное решение.

сделаю — зацените

и статейку захерачу на хабр

ну ок) будь морально готов что не прокатит

тут и постановка задачи узкоспециализированная, писать одним тредом в один ключ

тут и постановка задачи узкоспециализированная, писать одним тредом в один ключ

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

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

а для этого уже ряд сложностей нужно решить

ну блин… эти проверки ведь там не зря

и их туда сунули не потому что авторам просто захотелось )

конечно. я даже понял зачем именно.

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

конкретно этот код можно спокойно запустить на таких фиксах

а другой — да, улетит в пизду со скоростью света

я тут на работе тесты погонял, оно, конечно, дает небольшой выигрышь во времени, что-то около 400000-600000 наносекунд

на каждые 10 000 операций чтения/записи

конкретно этот код можно спокойно запустить на таких фиксах

а ты знаешь как формализовать какой код можно запускать а какой нет? тут мне кажется есть только два варианта “можно любое многопоточное использование” и “нельзя никакого”

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

а ты знаешь как формализовать какой код можно запускать а какой нет? тут мне кажется есть только два варианта “можно любое многопоточное использование” и “нельзя никакого”

да. поэтому знаю, как решать проблему

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

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

ERROR: S client not available

но не буду же я релизить промежуточный вариант :)

С 500 мемберами вас

В честь этого - помогите глупому @toby3d решить проблему с подстановкой структур

В честь этого - помогите глупому @toby3d решить проблему с подстановкой структур

Что там у тебя за проблема?

И ещё вопросец, есть такая структура: type Response struct { Ok bool `json:"ok" Result ??? `json:"result" } Тип Result - динамический, на его месте подставляется одна из известных структур с данными. Мне юзать json.RawMessage для определения и подстановки?

Да, json.RawMessage это наверное самое разумное решение такой задачи

Ещё можно написать Result interface{}. Всё зависит от того как ты хочешь работать с данными в случае Unmarshal в такую структуру

Ещё можно написать Result interface{}. Всё зависит от того как ты хочешь работать с данными в случае Unmarshal в такую структуру

я это и советовал

Я не читал, аж 300 сообщений понафлудили

Ещё можно написать Result interface{}. Всё зависит от того как ты хочешь работать с данными в случае Unmarshal в такую структуру

Ну вот сейчас так пока и Я совсем застрял что с телом дальше делать.

Я не читал, аж 300 сообщений понафлудили

а это не тут было

Я не читал, аж 300 сообщений понафлудили

Ну Я на стриме уже час долблюсь над этим

Ну Я на стриме уже час долблюсь над этим

а лучше бы с бабой

И стрим не смотрю сейчас. Я вообще за компьютером присутствую эпизодически %)

а лучше бы с бабой

Нету ее

Нету ее

дык и у меня нет. но это же не значит, что это не лучше.

Короче, у меня есть 6 известных типов, которые подставляются под Result. Вот с этим я и застрял

Лучше то что сам человек счёл для себя лучшим в конкретный момент времени, остальное - стереотипы ;)

Короче, у меня есть 6 известных типов, которые подставляются под Result. Вот с этим я и застрял

Проблема получить конкретный, или какая-то другая?

Проблема получить конкретный, или какая-то другая?

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

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

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

или проще запихнуть все в одну структуру

#ачотакможнобыло

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

И если ошибка, то зрить в корень и выдрать оттуда объект ошибки. Если всё норм - отдать корен с подставленной структурой, мол, так оно и было.

Пока так получилось: fanc decodeResp(data []byte) (*Response, error) { var apiResp Response if err := json.Unmarshal(data, &apiResp); err != nil { return nil, err } if !apiResp.Ok { return nil, errors.New(apiResp.Error) } return &apiResp, nil

Т.е. данные уже откуда-то получены и структура заполнена, например через Unmarshal, так? Если использовать тип interface{} для поля Result то такую структуру можно маршалить в ответ. Если требуется получить тип Foo из Result то надо использовать не interface{}(потому что при Unmarshal сопоставить полученные данные с типом Foo будет невозможно), а json.RawMessage, при этом потребуется описать некоторую логику по определению типа, в который должен быть заанмаршален этот кусок JSON. У тебя в данных есть какое-нибудь поле, которое позволяет это сделать?

Но тогда в тестах и вообще приходится писать что-то типа: resp.Result.(Account).AccessToken

Пока так получилось: fanc decodeResp(data []byte) (*Response, error) { var apiResp Response if err := json.Unmarshal(data, &apiResp); err != nil { return nil, err } if !apiResp.Ok { return nil, errors.New(apiResp.Error) } return &apiResp, nil

Response struct { Ok bool `json:"ok"` Error string `json:"error"` Result json.RawMessage `json:"result"` }

Да, это не очень хорошо. Возможно стоит сделать отдельную структуру под каждый вариант ответа(например ответ на действие с Account)

Пока так получилось: fanc decodeResp(data []byte) (*Response, error) { var apiResp Response if err := json.Unmarshal(data, &apiResp); err != nil { return nil, err } if !apiResp.Ok { return nil, errors.New(apiResp.Error) } return &apiResp, nil

фанк

лол