rpm же еще не появилось?)

¯\_(ツ)_/¯

а на хост-машине clickhouse-cli не вариант?

ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.1 0.1 114224 21828 ? Ss+ 12:10 0:00 /usr/bin/clickhouse-client

ну у меня рабочая машина - fedora

запущено под root в контейнере

а. и че, в /root/ нету истории?

а, есть. тогда замаплю)

а на федоре, если есть третий питончик, можно -cli воткнуть (-client и -cli это разные клиенты, -client - яндексовский, -cli - мой)

да, может попробую

у них поведение одинаковое?

нет!

%)

но если чего будет не хватать или не устраивать, пиши, сделаю

Приветствую. Есть ли готовые сборки ch под debian jessie? Или подскажите как правильнее собрать пакет под jessie?

Собирать свое придется официально на репозитории только убунта попробуйте докер образ

Приветствую. Есть ли готовые сборки ch под debian jessie? Или подскажите как правильнее собрать пакет под jessie?

1. поставить зависимости

2. release --standalone

но нужен gcc5+ или clang3.8+

оо, уже гцц5 с слангом нормально поддерживаются? круто, спасибо!

@milovidov_an а я правильно понимаю, что под старые убунты кликхаус вы собираете clang'ом?

заметной разницы между цлангом и гцц не будет

но в дебианах может не оказаться нужных версий, они любят всё... выдержанное

но в дебианах может не оказаться нужных версий, они любят всё... выдержанное

после рхела - дебиановское выдержанное вполне себе слишком свежее

заметной разницы между цлангом и гцц не будет

Почему же. Даже по нашим бенчмаркам clang оставал то ли на 5% то ли на 9% в среднем, до версии 4.0.

на глаз не заметно 8)

5% в среднем получается так, что почти все тесты - никакой разницы, но на нескольких будет уже в районе 30-50%.

@milovidov_an так это, ты не в курсе, под старые убунты вы шлангом все собираете?

Нет. Под все Убунты (Precise, Trusty, Xenial) мы собираем одним и тем же компилятором gcc 6.2.0.

Да, если есть возможность на стороне софта это контролировать - это хорошо.

Это относится к таблице или все запросы лучше группировать?

Все

Если дефолтный лимит на запросы 100, а у вас на сайте ошивается 10 тыс онлайн, надо аккуратно

Ну так же как к sql базе: пул коннекшнов а заодно всякие хитрости

Например мы на подключении клиента сообщаем ему таймстемп последней записи от него что бы он нам закачал остатки. Что бы выдержать массовое переподкчение клиентов сделали синглтонный процесс, который агрегирует запросы и делает один запрос с кучей серверов

спасибо. У нас используется для аналитиков, но их тоже не мало, около сотни. Мы перед CH поставили наш прокси с корп. авторизацией, вот видимо туда ещё и очередь прикрутим.

у нас у аналитиков обычно max_concurrent_queries_for_user=2 и квота 10 минут в час

Добрый вечер! Дата митапа по прежнему не определена?

кроме аналитиков есть ещё заливка

кстати, когда устанавливаешь clickhouse-client, создается пользователь, и он интерактивный. лучше сделать системным

в последних пакетах должно быть исправлено

а еще скоро грядет переименовние пользователя в clickhouse

Добрый вечер! Дата митапа по прежнему не определена?

Уже определено место. Это Санкт-Петербург. Дата почти определена, но я ещё не могу её говорить. Это конец февраля.

Всем привет. А никто не сталкивался со следующей ошибкой, при сборке на маке? gcc-6: error: unrecognized command line option '-no-pie'; did you mean '-no-pie'?

ловкий способ обойти - cmake -DUSE_STATIC_LIBRARIES=0

а что говорит gcc-6 -v

Уже ничего не говорит, решил попробовать переустановить. Грешу на отстуствие Xcode CLT До этого brew писал gcc-6.3.0_1

установка clt и переустановка gcc не помогла

workers-MacBook-Pro:build user$ gcc-6 -v Using built-in specs. COLLECT_GCC=gcc-6 COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/6.3.0_1/libexec/gcc/x86_64-apple-darwin16.3.0/6.3.0/lto-wrapper Target: x86_64-apple-darwin16.3.0 Configured with: ../configure --build=x86_64-apple-darwin16.3.0 --prefix=/usr/local/Cellar/gcc/6.3.0_1 --libdir=/usr/local/Cellar/gcc/6.3.0_1/lib/gcc/6 --enable-languages=c,c++,objc,obj-c++,fortran --program-suffix=-6 --with-gmp=/usr/local/opt/gmp --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc --with-isl=/usr/local/opt/isl --with-system-zlib --enable-libstdcxx-time=yes --enable-stage1-checking --enable-checking=release --enable-lto --with-build-config=bootstrap-debug --disable-werror --with-pkgversion='Homebrew GCC 6.3.0_1' --with-bugurl=https://github.com/Homebrew/homebrew-core/issues --enable-plugin --disable-nls --enable-multilib Thread model: posix gcc version 6.3.0 (Homebrew GCC 6.3.0_1)

cmake -DUSE_STATIC_LIBRARIES=0 .. выдает аналогичную ошибку ...

rm CMakeCache.txt

и опять cmake -DUSE_STATIC_LIBRARIES=0 ..

в любом случае завтра появится тест на возможность использования этого флага

если не поможет удаление кеша - пойти в CMakeLists.txt:129 и убрать две строки про этот флаг

rm CMakeCache.txt

Не скажу, что стало лучше, но стало по другому

Performing C++ SOURCE FILE Test HAVE_GETADDRINFO_A failed with the following output: Change Dir: /Users/user/Downloads/ClickHouse/build/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make" "cmTC_f8d0d/fast" /Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/cmTC_f8d0d.dir/build.make CMakeFiles/cmTC_f8d0d.dir/build Building CXX object CMakeFiles/cmTC_f8d0d.dir/src.cxx.o /usr/local/bin/g++-6 -D_GLIBCXX_USE_CXX11_ABI=1 -pipe -std=gnu++1y -Dexp10=__exp10 -fno-omit-frame-pointer -Wall -Wnon-virtual-dtor -msse4 -mpopcnt -Wno-old-style-cast -Wno-unused-private-field -Wno-unused-local-typedef -Wno-for-loop-analysis -Wno-unknown-pragmas -Wno-unused-variable -Wno-deprecated-declarations -DHAVE_GETADDRINFO_A -o CMakeFiles/cmTC_f8d0d.dir/src.cxx.o -c /Users/user/Downloads/ClickHouse/build/CMakeFiles/CMakeTmp/src.cxx /Users/user/Downloads/ClickHouse/build/CMakeFiles/CMakeTmp/src.cxx: In function 'int main()': /Users/user/Downloads/ClickHouse/build/CMakeFiles/CMakeTmp/src.cxx:4:17: error: 'GAI_NOWAIT' was not declared in this scope getaddrinfo_a(GAI_NOWAIT, nullptr, 0, nullptr); ^~~~~~~~~~ /Users/user/Downloads/ClickHouse/build/CMakeFiles/CMakeTmp/src.cxx:4:48: error: 'getaddrinfo_a' was not declared in this scope getaddrinfo_a(GAI_NOWAIT, nullptr, 0, nullptr); ^ At global scope: cc1plus: warning: unrecognized command line option '-Wno-for-loop-analysis' cc1plus: warning: unrecognized command line option '-Wno-unused-local-typedef' cc1plus: warning: unrecognized command line option '-Wno-unused-private-field' make[1]: *** [CMakeFiles/cmTC_f8d0d.dir/src.cxx.o] Error 1 make: *** [cmTC_f8d0d/fast] Error 2

явно что-то с окружением не так.

Кстати, из дополнительный вводных - начал попытки сборки на el capitan. Все сломалось на ошибке про -no-pie, обновил до сиеры, переустановил все окружение, но ошибка не ушла

Проблема решена. Нужно было установить glib

brew install glib

В последней master версии (выложится, наверное, в начале недели) мы убрали использование glib.

Мне как всегда везет:)

Кстати, в доке, которая скачалась гитом - glib есть. Плохо, что на github отображается не stable версия. https://github.com/yandex/ClickHouse/blob/master/doc/build_osx.md (ссылку на эту страницу взял из https://clickhouse.yandex/reference_en.html)

Может поменять ссылку на https://github.com/yandex/ClickHouse/blob/stable/doc/build_osx.md ?

Наверное. Сейчас посмотрю, почему их две...

Вторую ссылку(со stable) я сгенерил сам

А, понял. Да, можно заменить ссылки, только ещё указать ссылку на исходники тоже в бранч stable.

Уже так и есть:) Checkout ClickHouse sources To get the latest stable version: git clone -b stable git@github.com:yandex/ClickHouse.git # or: git clone -b stable https://github.com/yandex/ClickHouse.git

Решил заново пересобрать, без -DUSE_STATIC_LIBRARIES=0 Теперь все свалилось с ошибкой CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: ICONV_LIB linked by target "common" in directory /Users/user/Downloads/ClickHouse/libs/libcommon При этом в логе /Users/user/Downloads/ClickHouse/build/CMakeFiles/CMakeError.log опять ошибки про gcc-6: error: unrecognized command line option '-no-pie'; did you mean '-no-pie'?

orkers-MacBook-Pro:build user$ iconv --version iconv (GNU libiconv 1.11) Copyright (C) 2000-2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Bruno Haible.

При этом с -DUSE_STATIC_LIBRARIES все собралось

У меня заработало, когда я поменял -no-pie на --no-pie (два дэша), сделал PR

хотя всё равно где-то ломается сборка в конце, но, думаю, не связано

ого, под маком завелось?

под маком оно в докере работает

ну да, это понятно

но всё же докер не самое удобное решение

для разработки - вполне

а для продуктива - os x - паршивая серверная платформа

продуктив на маке даже не обсуждается =)

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

чего его поднимать-то на OS X ?

А с клиентом, наверное проще через какой-нибудь JDBC зацепить за тот же DataGrip

Наткнулся утром на хабре https://habrahabr.ru/post/320762/

чего его поднимать-то на OS X ?

ну а ниче, что виртуалка, оверхед, вот это все? ) хотя, с hxyve может оверхеда и меньше стало, не уверен

не знаю, меня коробит от необходимости держать запущенную виртуалку с линуксом ради какого-то консольного клиента

Наткнулся утром на хабре https://habrahabr.ru/post/320762/

Тестирование производительности с помощью SELECT count(*) FROM table никуда не годится. Вставка данных через Node.JS драйвер тоже не радует.

пост мягко говоря поверхностный и больше похож на бенчмарк php vs mysql

пост мягко говоря поверхностный и больше похож на бенчмарк php vs mysql

Угу. Странно что нету теста на 10К записей

монгу вообще очень обманчиво тестировать из-за её схемы работы с диском

фантастически непредсказуемая штука

ну а ниче, что виртуалка, оверхед, вот это все? ) хотя, с hxyve может оверхеда и меньше стало, не уверен

говорят, что диск в xhyve хуже работает

да, возможно, даже я это и говорил)) по сравнению с virtualbox'ом раза в полтора-два просаживается

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

Я тестовые опыты с ch как раз в виртуалке и делал. Результаты мне вполне устроили.

да я тоже. но сейчас необходимость больше в клиенте :(

да я тоже. но сейчас необходимость больше в клиенте :(

нам на виндах до недавнего времени только так и можно было делать =)

А моя сборка на маке провалилась на [ 97%] Building CXX object dbms/src/Server/CMakeFiles/clickhouse-server.dir/HTTPHandler.cpp.o /Users/user/Downloads/ClickHouse/dbms/src/Client/Client.cpp: In member function 'void DB::Client::loop()': /Users/user/Downloads/ClickHouse/dbms/src/Client/Client.cpp:501:73: error: 'append_history' was not declared in this scope if (!history_file.empty() && append_history(1, history_file.c_str())) ^ make[2]: *** [dbms/src/Client/CMakeFiles/clickhouse-client.dir/Client.cpp.o] Error 1 make[1]: *** [dbms/src/Client/CMakeFiles/clickhouse-client.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs....

нам на виндах до недавнего времени только так и можно было делать =)

А как сейчас можно на винде запускать клиента кх?

А как сейчас можно на винде запускать клиента кх?

в теории, можно поставить из репы для xenial. я не пробовал. Но если там только userspace-код, то должно заработать