Чтобы сравнить одинаковы ли 2 набора int?

Чтобы сравнить одинаковы ли 2 набора int?

Да

Например, сет?

гуйс, а если юзать прокси в http.Client, там же по дефолтному указывать можно? user:pass@ip:host?

Отличная идея, но я их не увидел в туре? Множества - это хорошо

гуйс, а если юзать прокси в http.Client, там же по дефолтному указывать можно? user:pass@ip:host?

в доке как написано?

в доке как написано?

вот сейчас и узнаем

Если упорядочены, то можно и слайс. Но они в лоб не сравниваются. Нужно чуть хитрее

Если упорядочены, то можно и слайс. Но они в лоб не сравниваются. Нужно чуть хитрее

Сортировать и по элементам?

Ну правда, я прошу best practice, как это лучше сделать, чтобы сразу понять как нормально делается.

вот сейчас и узнаем

давай. потом расскажешь

Если я верно понял задачу, то вам даже слайс не нужен. Понимаете?

Ну правда, я прошу best practice, как это лучше сделать, чтобы сразу понять как нормально делается.

одного несовпадения в деревьях достаточно для принятия решения о неравенстве

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

да

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

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

Я как раз на этом и провалился

это бинарные деревья

> структурированное случайным образом двоичное дерево, которое содержит значения k, 2k, 3k, ..., 10k.

Они не упорядочены. Поэтому и собирал всё в слайсы.

> структурированное случайным образом двоичное дерево, которое содержит значения k, 2k, 3k, ..., 10k.

https://github.com/golang/tour/blob/master/tree/tree.go#L13

Кстати, вы хороший вопрос подняли: как сделать, чтобы горутины не оставались висеть?

Кстати, вы хороший вопрос подняли: как сделать, чтобы горутины не оставались висеть?

менять сигнатуру walk

Если красиво то да. Если некрасиво, то можно обойтись глобальными переменными

ch1 := make(chan int) ch2 := make(chan int) defer close(ch1) defer close(ch2)

Они не упорядочены. Поэтому и собирал всё в слайсы.

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

ch1 := make(chan int) ch2 := make(chan int) defer close(ch1) defer close(ch2)

тогда в go рутинах полетят паники на запись в закрытый канал

каналы, по идее, нужно закрывать внутри Walk, а рекурсивный кусок выносить в другую функцию

тогда в go рутинах полетят паники на запись в закрытый канал

не, так плохо

тогда в go рутинах полетят паники на запись в закрытый канал

почему? функция же закончит работу после окончания работы горутин (еслия правильно понимаю)

https://play.golang.org/p/IzSAtrhNjsj

я про этот код

это не рабочий код, мы про правильно работающий вариант

кинь ссылку. понятно что нерабочий, я исходил их того, что логика такая же останется

я уже грейс выход добавил ) сейчас

https://play.golang.org/p/oL1MkvQHd03

ну так такая же логика

да

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

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

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

а, мы гарантировано из всех горутин не выгребаем. ок

но в рабочем проекте начнется утечка

https://play.golang.org/p/1wgUnkkA-Y5

https://play.golang.org/p/1wgUnkkA-Y5

а если кто-то вызовет same 2 раза?

а если кто-то вызовет same 2 раза?

А такое не предполагается :) По-хорошему, канал quit надо втащить в Same и передавать в Walk. Использование глобальных переменных - зло. Здесь только ради того, чтобы не менять сигнатуру Walk

https://play.golang.org/p/aWZ8mzaV14w

Такой вопрос. Хочу сделать бэкенд для упрощенный проекта типа Яндекс Музыки. MongoDB подойдет?

Такой вопрос. Хочу сделать бэкенд для упрощенный проекта типа Яндекс Музыки. MongoDB подойдет?

только spanner только хардкор

Такой вопрос. Хочу сделать бэкенд для упрощенный проекта типа Яндекс Музыки. MongoDB подойдет?

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

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

https://www.mongodb.com/transactions

завезли

завезли

значит либо сломали старый функционал, либо это на самом деле не транзакции чудес не бывает

значит либо сломали старый функционал, либо это на самом деле не транзакции чудес не бывает

как это сломали старый функционал? multi-document ACID transactions

как это сломали старый функционал? multi-document ACID transactions

CAP теорема, монга всю жизнь была AP системой

если добавили C, значит сломали A или P

Скажите, где лучше делать локализацию шаблона? Бэк или фронт? Одностраничник но с большим количеством текстовых блоков

Скажите, где лучше делать локализацию шаблона? Бэк или фронт? Одностраничник но с большим количеством текстовых блоков

Где тебе удобнее

Товарищи подскажите в каком случае следует или не следует создавать несколько коннектов к одной и той же бд? Речь про postgresql. Допустим, есть процессы связанные с фронтендом, а есть вычисления бизнес-лоигки. И то и другое всё в одном апи. Бд это рассматривает как два подключения и работает с ними параллельно или она всё равно последовательно обрабатывает запросы и оттуда и оттуда?

Товарищи подскажите в каком случае следует или не следует создавать несколько коннектов к одной и той же бд? Речь про postgresql. Допустим, есть процессы связанные с фронтендом, а есть вычисления бизнес-лоигки. И то и другое всё в одном апи. Бд это рассматривает как два подключения и работает с ними параллельно или она всё равно последовательно обрабатывает запросы и оттуда и оттуда?

Драйвер имеет пул подключений и сам разруливает все

эка красота

Почитайте как реализовывать интерфейс sql.Db

спасибо.

ребята, очень хочется почитать или послушать перевод доклада Concurrency is not parallelism на русском, есть у кого нибудь? я слаб в английском(

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

ERROR: S client not available

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

Хост - какая ось?

ubuntu 16.04

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

ubuntu 16.04

Сорри, Нил, но ССЗБ.

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

Погоди, что ты имеешь ввиду под "на голом железе"?

ребята, очень хочется почитать или послушать перевод доклада Concurrency is not parallelism на русском, есть у кого нибудь? я слаб в английском(

Если очень хочется, то включи автосабы, открой Google Translate. У Роба там простой английский, никаких сложных построений фраз

Если очень хочется, то включи автосабы, открой Google Translate. У Роба там простой английский, никаких сложных построений фраз

да, так и сделал, спасибо

Плюс вот слайды в помощь, потому что на видео там видно чуть менее чем ничего https://talks.golang.org/2012/waza.slide

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

хм, то есть ос сносит из под руки сокет?

ага

полный привет

Погоди, что ты имеешь ввиду под "на голом железе"?

^

треш :)

^

я думаю имеется ввиде не на виртуалке, а на железе

Погоди, что ты имеешь ввиду под "на голом железе"?

ну первый раз я это в докере поймал

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

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

Вот интересно на каком уровне это происходит? Емнип я что-то такое ловил года 1.5 назад когда активно тестировал сервисы. Тоже на голом железе. Хз, но может после закрытия сокета его что-то держит и он не вычищаться так сразу?

нет

ну первый раз я это в докере поймал

Это по барабану, попробуй воспроизвести на нормальном ядре

Что происходит с сокетом после закрытия? Просто удаляется файл и все?

там же не гошный сокет у меня, а прямо системны ufd, который int

Что происходит с сокетом после закрытия? Просто удаляется файл и все?

файл там создает читатель

а я на писателе эту проблему выхватил

Это по барабану, попробуй воспроизвести на нормальном ядре

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

а я на писателе эту проблему выхватил

Ааа вот че. У меня было при открытии

самое неприятно - никаких сообщений об ошибке

совсем никаких

А оно воспроизводимое как я понимаю?

Могу повторить?

кода не дам

но можно повторит, да

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

У меня на центовом ядре проблем почему-то нет, затести