Size: a a a

cxx.Дискуссионная

2020 April 21

/dev/urandon ¯\_(ツ)_... in cxx.Дискуссионная
Андрей
Вот поеду на выходные на шашлычки
Беларусь — страна для жизни!
источник

А

Андрей in cxx.Дискуссионная
Kirill Kaymakov
А он разве отличается от жса прям сильно?
--------------------------------
Надо будет собрать хрень которая будет за счет эдитов нормально диалог выстраивать
--------------------------------
А Алекс - читер
угу, а в жс я про
источник

G

GNU/Плюшка in cxx.Дискуссионная
Alex Ф-ф-фэils!🌠︙
ВЕРНИТЕ МОЙ 2003
дайте мне тоже админку, чтобы я мог писать чаще, чем раз в час
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
а жареных гвоздей не хочешь, нет?
источник

RM

Roy Mustang in cxx.Дискуссионная
@h4cktill не подходит решение с тред пулом в libpqxx, там есть возможность сериализовать запросы, а потом разом отправить commit? И еще, должен ли я всегда вызывать commit если я например хочу просто прочесть базу, а не внести изменения? И как в случае если сериализация данных и отправка в бд возможна одним разом, то как получить pqxx::result для всех запросов что я сериализовал?
По сути, тред пулы не решают мою проблему, не буду же я создавать 100 потоков для 100 запросов, а 3 потока не решают мою проблему, один поток обрабатывает 1000 запросов с задержкой в 1.8 секунд, так что этот вариант с потоками не катит

———-
@zamazan4ik в смысле увидеть изменения? Не понял, что значит увидеть? Выполнить эти изменения или что?
——
@zamazan4ik тогда получается нет смысла делать .commit если я хочу просто прочитать данные с бд, но в таком случае, должен ли я вызывать .abort ? или можно просто получить pqxx::result не делая коммит и вызвать return result;
Что касается пулов, у меня есть уже пул соединений, но я не пойму, а что мне это дает? Я вот сделал щас пул соединений, не получил никакого прироста вообще, потому что по сути поток ждет ответа от postgresql. Теста ради создал 3 соединения, запросы шлются через queue, вытаскивается соединение, вызывается commit и пихается соединение вновь и так по кругу эти 3 соединения гоняет, но разницы в скорости никакой, что 1 соединение выдает 1.8 сек на 1к запросов, что 3 соединения

Вот Exec метод для коммитов
https://prnt.sc/s3a9c3
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
> вызывать commit если я например хочу просто прочесть базу, а не внести изменения

если нужно увидеть все изменения - да, нужно. если нет такой нужды - нет, не обязательно
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
> По сути, тред пулы не решают мою проблему, не буду же я создавать 100 потоков для 100 запросов

Не потоков, а соединений к бд
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
Roy Mustang
@h4cktill не подходит решение с тред пулом в libpqxx, там есть возможность сериализовать запросы, а потом разом отправить commit? И еще, должен ли я всегда вызывать commit если я например хочу просто прочесть базу, а не внести изменения? И как в случае если сериализация данных и отправка в бд возможна одним разом, то как получить pqxx::result для всех запросов что я сериализовал?
По сути, тред пулы не решают мою проблему, не буду же я создавать 100 потоков для 100 запросов, а 3 потока не решают мою проблему, один поток обрабатывает 1000 запросов с задержкой в 1.8 секунд, так что этот вариант с потоками не катит

———-
@zamazan4ik в смысле увидеть изменения? Не понял, что значит увидеть? Выполнить эти изменения или что?
——
@zamazan4ik тогда получается нет смысла делать .commit если я хочу просто прочитать данные с бд, но в таком случае, должен ли я вызывать .abort ? или можно просто получить pqxx::result не делая коммит и вызвать return result;
Что касается пулов, у меня есть уже пул соединений, но я не пойму, а что мне это дает? Я вот сделал щас пул соединений, не получил никакого прироста вообще, потому что по сути поток ждет ответа от postgresql. Теста ради создал 3 соединения, запросы шлются через queue, вытаскивается соединение, вызывается commit и пихается соединение вновь и так по кругу эти 3 соединения гоняет, но разницы в скорости никакой, что 1 соединение выдает 1.8 сек на 1к запросов, что 3 соединения

Вот Exec метод для коммитов
https://prnt.sc/s3a9c3
ты когда делаешь коммит, изменения, что ты сделал в БД, становятся видны тем, кто читает
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
>  Выполнить эти изменения или что?

да, выполнить на стороне БД
источник

а

акварель на мету... in cxx.Дискуссионная
Roy Mustang
@h4cktill не подходит решение с тред пулом в libpqxx, там есть возможность сериализовать запросы, а потом разом отправить commit? И еще, должен ли я всегда вызывать commit если я например хочу просто прочесть базу, а не внести изменения? И как в случае если сериализация данных и отправка в бд возможна одним разом, то как получить pqxx::result для всех запросов что я сериализовал?
По сути, тред пулы не решают мою проблему, не буду же я создавать 100 потоков для 100 запросов, а 3 потока не решают мою проблему, один поток обрабатывает 1000 запросов с задержкой в 1.8 секунд, так что этот вариант с потоками не катит

———-
@zamazan4ik в смысле увидеть изменения? Не понял, что значит увидеть? Выполнить эти изменения или что?
——
@zamazan4ik тогда получается нет смысла делать .commit если я хочу просто прочитать данные с бд, но в таком случае, должен ли я вызывать .abort ? или можно просто получить pqxx::result не делая коммит и вызвать return result;
Что касается пулов, у меня есть уже пул соединений, но я не пойму, а что мне это дает? Я вот сделал щас пул соединений, не получил никакого прироста вообще, потому что по сути поток ждет ответа от postgresql. Теста ради создал 3 соединения, запросы шлются через queue, вытаскивается соединение, вызывается commit и пихается соединение вновь и так по кругу эти 3 соединения гоняет, но разницы в скорости никакой, что 1 соединение выдает 1.8 сек на 1к запросов, что 3 соединения

Вот Exec метод для коммитов
https://prnt.sc/s3a9c3
ебать ты графоман
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
Roy Mustang
@h4cktill не подходит решение с тред пулом в libpqxx, там есть возможность сериализовать запросы, а потом разом отправить commit? И еще, должен ли я всегда вызывать commit если я например хочу просто прочесть базу, а не внести изменения? И как в случае если сериализация данных и отправка в бд возможна одним разом, то как получить pqxx::result для всех запросов что я сериализовал?
По сути, тред пулы не решают мою проблему, не буду же я создавать 100 потоков для 100 запросов, а 3 потока не решают мою проблему, один поток обрабатывает 1000 запросов с задержкой в 1.8 секунд, так что этот вариант с потоками не катит

———-
@zamazan4ik в смысле увидеть изменения? Не понял, что значит увидеть? Выполнить эти изменения или что?
——
@zamazan4ik тогда получается нет смысла делать .commit если я хочу просто прочитать данные с бд, но в таком случае, должен ли я вызывать .abort ? или можно просто получить pqxx::result не делая коммит и вызвать return result;
Что касается пулов, у меня есть уже пул соединений, но я не пойму, а что мне это дает? Я вот сделал щас пул соединений, не получил никакого прироста вообще, потому что по сути поток ждет ответа от postgresql. Теста ради создал 3 соединения, запросы шлются через queue, вытаскивается соединение, вызывается commit и пихается соединение вновь и так по кругу эти 3 соединения гоняет, но разницы в скорости никакой, что 1 соединение выдает 1.8 сек на 1к запросов, что 3 соединения

Вот Exec метод для коммитов
https://prnt.sc/s3a9c3
пул тебе даёт возможность конкурентного обращения к БД из разных потоков. Теперь ты можешь организовать многопоточную работу с БД
источник

AB

Artöm Bakri Al-Sarmi... in cxx.Дискуссионная
Roy Mustang
@h4cktill не подходит решение с тред пулом в libpqxx, там есть возможность сериализовать запросы, а потом разом отправить commit? И еще, должен ли я всегда вызывать commit если я например хочу просто прочесть базу, а не внести изменения? И как в случае если сериализация данных и отправка в бд возможна одним разом, то как получить pqxx::result для всех запросов что я сериализовал?
По сути, тред пулы не решают мою проблему, не буду же я создавать 100 потоков для 100 запросов, а 3 потока не решают мою проблему, один поток обрабатывает 1000 запросов с задержкой в 1.8 секунд, так что этот вариант с потоками не катит

———-
@zamazan4ik в смысле увидеть изменения? Не понял, что значит увидеть? Выполнить эти изменения или что?
——
@zamazan4ik тогда получается нет смысла делать .commit если я хочу просто прочитать данные с бд, но в таком случае, должен ли я вызывать .abort ? или можно просто получить pqxx::result не делая коммит и вызвать return result;
Что касается пулов, у меня есть уже пул соединений, но я не пойму, а что мне это дает? Я вот сделал щас пул соединений, не получил никакого прироста вообще, потому что по сути поток ждет ответа от postgresql. Теста ради создал 3 соединения, запросы шлются через queue, вытаскивается соединение, вызывается commit и пихается соединение вновь и так по кругу эти 3 соединения гоняет, но разницы в скорости никакой, что 1 соединение выдает 1.8 сек на 1к запросов, что 3 соединения

Вот Exec метод для коммитов
https://prnt.sc/s3a9c3
Пизда лестница. Лучше ошибки сначала обрабатывай

===

@oficsu  пиздят

===

> это хороший реквест
@zamazan4ik Ну такое. Я часто ошибки исправляю, потому что т9 отключен
источник

O

Ofee in cxx.Дискуссионная
Ну как вы, потомки? Легенды гласит, что у вас должны были снять слоумод...
источник

IL

Ilya L in cxx.Дискуссионная
Это эпоха слоумода, мы в нем живем. Наши дети родятся и умрут в нем. Наши внуки родятся и умрут в нем. Мы будет жить в нем пока наша вселенная не угаснет
====
@Malbu0698 Отличная идея! Цифровой пропуск на сообщение
====
Еще бы запретить в чате редактировать сообщения и вообще шикарно. Но наверное такого нет
====
Ух ты рой потратил свое сообщение не на проблемы в коде!
====
@zamazan4ik Да, для чатов такая фишка полезна как мне кажется. Хотя мб немного противоречит идеям телеграмма. Так что вряд ли мы такого дождемся
====
@Andreyshn Эти пины?
источник

Е

Егор in cxx.Дискуссионная
Ofee
Ну как вы, потомки? Легенды гласит, что у вас должны были снять слоумод...
В рамках соблюдения карантинных мер в чате действует режим ограниченного общения. Дальше будем писать админам заявки на получение права на сообщение и qr коды сканить
источник

А

Андрей in cxx.Дискуссионная
Егор
В рамках соблюдения карантинных мер в чате действует режим ограниченного общения. Дальше будем писать админам заявки на получение права на сообщение и qr коды сканить
как это связано?
источник

G

GNU/Плюшка in cxx.Дискуссионная
Андрей
как это связано?
вирус передается через сообщения Роя
источник

TS

Till Schneider in cxx.Дискуссионная
источник

RM

Roy Mustang in cxx.Дискуссионная
Ахаахаха
источник

AZ

Alexander Zaitsev in cxx.Дискуссионная
Ilya L
Это эпоха слоумода, мы в нем живем. Наши дети родятся и умрут в нем. Наши внуки родятся и умрут в нем. Мы будет жить в нем пока наша вселенная не угаснет
====
@Malbu0698 Отличная идея! Цифровой пропуск на сообщение
====
Еще бы запретить в чате редактировать сообщения и вообще шикарно. Но наверное такого нет
====
Ух ты рой потратил свое сообщение не на проблемы в коде!
====
@zamazan4ik Да, для чатов такая фишка полезна как мне кажется. Хотя мб немного противоречит идеям телеграмма. Так что вряд ли мы такого дождемся
====
@Andreyshn Эти пины?
нельзя к сожалению запретить редачить. это хороший реквест, кстати
источник