Тоже постгрес, но не такой навороченный, как выше) pq: ошибка синтаксиса (примерное положение: \"$3\") На место 3 встает либо ASC либо DESC На что жалуется то?

Так биндишь строку непонятно куда. Там идёт prepare, а ты строку ему даешь

напиши плиз сюда эту строку

Asc и desc в sprintf перенеси

``` fmt.Sprintf(`SELECT * FROM %s WHERE user_id=$1 ORDER BY '$2' %s LIMIT $4 OFFSET $5`, transactionTable, dir) ```

Кстати если записей дофига и тебе нужно пройтись по всем страницам, то такой запрос будет на каждую следующую страницу отрабатывать всё дольше и дольше

Hi, somebody speak English here?

1. Decide how many workers do you need(numWorkers). E.g., number of CPUs. 2. Start nunWorker goroutines and give them a sub slice your slice with numbers and a channel to return result. 3. They find the greatest number in their slices and send them via channel to your main goroutine. 4. In main goroutine read from channel numWorker times. 5. Find the greatest number of what you got from channel.

Приветствую! Подскажите пожалуйста, возможно ли реализовать множественное подключение к устройствам в сети с помощью горутин, чтобы не появлялась ошибка Error: read tcp х.х.х.х:43048->х.х.х.х:23: i/o timeout Автоматизирую поиск MAC-адресов на коммутаторах, при запуске функции в цикле "по очереди" для каждого коммутатора данные приходят успешно, но если запускать их в горутинах, появляется ошибка выше. В сети пишут про установку timeout для net.Conn, но оно у меня и так высокое, не совсем понимаю что требуется сделать. Код: https://pastebin.com/A3020FTH

SetWriteDeadline SetReadDeadline Вот тут у тебя таймаут срабатывает вроде

Я прошелся по статьям в интернете, в среднем, вроде бы пишут следующее - если поставить слишком мало, то будет разрыв соединения и ошибка, но даже поставив минуту (см. константу) - оно прерывается. Если пустить все по очереди, каждое подключение обрабатывается за доли секунды, но если оптом - на ком-то и умирает

Если бы) Успешно обрабатываются около 4-5 горутин и появляется ошибка. Если посмотришь, я после запуска горутины поставил задержку в 500 милисекунд - тогда все подключения проходят успешно. Теститую на 15 коммутаторах. В идеале будет около 40. Было бы смешно, не будь грустно GO 1.16.6/1.17-alpine docker

Только что сделал примерно тоже самое но вместо телнета просто 500 запросов к гуглу, все гуд сработало

К сожалению "Error: read tcp x.x.x.x:58408->x.x.x.x:23: i/o timeout" Да, когда только начинал составлять модуль, простое подключение вида net.conn.Dial с последующим conn.Close() было успешно. Но тут похоже идет проблема во время чтения данных от коммутаторов

Тупой вопрос, но он дожидается ту минуту дедлайна? или плюет ошибку раньше?

Приветствую! Подскажите пожалуйста, возможно ли реализовать множественное подключение к устройствам в сети с помощью горутин, чтобы не появлялась ошибка Error: read tcp х.х.х.х:43048->х.х.х.х:23: i/o timeout Автоматизирую поиск MAC-адресов на коммутаторах, при запуске функции в цикле "по очереди" для каждого коммутатора данные приходят успешно, но если запускать их в горутинах, появляется ошибка выше. В сети пишут про установку timeout для net.Conn, но оно у меня и так высокое, не совсем понимаю что требуется сделать. Код: https://pastebin.com/A3020FTH

может быть такое, что один девайс имеет несколько ip и там в нем какой-то косяк в софте допустим?

Приветствую! Подскажите пожалуйста, возможно ли реализовать множественное подключение к устройствам в сети с помощью горутин, чтобы не появлялась ошибка Error: read tcp х.х.х.х:43048->х.х.х.х:23: i/o timeout Автоматизирую поиск MAC-адресов на коммутаторах, при запуске функции в цикле "по очереди" для каждого коммутатора данные приходят успешно, но если запускать их в горутинах, появляется ошибка выше. В сети пишут про установку timeout для net.Conn, но оно у меня и так высокое, не совсем понимаю что требуется сделать. Код: https://pastebin.com/A3020FTH

Так начнем. У Вас ошибка в алгоритме. Разбираю по шагам: 1. строка 27 - формирует канал с буфером в 3*на количество коммутаторов 2. строка 35 - вы ждете, пока закончат работу все го рутины, т.е. все все считают, но 3 пункт 3. в строке 71 вы пишете в канал все мак адреса, но мак адресов может быть больше, чем 3*на количество коммутаторов. У Вас в 71 строке встает выполнение, т.к. буфер канала переполняется, а считываете вы его только после всех данных. Самое простое решение убрать waitGroup, но вопрос возникнет проблема, если коммутаторов много. Я бы лучше запустил пул из 10 воркеров, им бы скармливал список коммутаторов по одному, а они возвращали бы данные, тогда waitGroup вообщне не нужен и вы сможете прогнозировать количество соединений и трату ресурсов.

Где порекомендуете починать на счет воркеров?

Где порекомендуете починать на счет воркеров?

Просто решали задачу сборки конфигов и инвентаризации, как раз goexpect и работал, с ним не было проблем.

Пулы(worker)

хорошо, тогда как освоюсь с ними, напишу о результатах)

хорошо, тогда как освоюсь с ними, напишу о результатах)