мне как-то скучно было и я на жавоском сервере на домашнем компе поднял 2 миллиона активных соединений, потребовалось 10гб оперативы, но старенький амд осилил ^_^
- 512MB RAM + 1.5GB of swap is the absolute minimum but we strongly advise against this amount of memory. See the unicorn worker section below for more advice.
- 1GB RAM + 1GB swap supports up to 100 users but it will be very slow
- 2GB RAM is the recommended memory size for all installations and supports up to 100 users
не знаю, правда, насколько оно юзабельно, если нет двух гб оперативы
судя по системным требования, Gogs не сильно производительнее чем GitLab, обоим нужен минимум гигабайт памяти и пара ядер.
есть какое-нибудь сравнение производительности?
Без кипалайва тестировать не интересно — упираемся в скорость открытия соединения. Используется он почти всегда, это часть стандарта http 1.1, браузер открывает страницу, получается хтмл, а затем, через уже открытый коннекшен, запрашивает картинки, стили, скрипты, следующую страницу… ну и чтобы не упираться в одно соединение, браузер открывает несколько.
Похоже, пора переходить на wrk и увеличивать количество запросов, ab все равно не выдаст больше ~120к рпс
лучше, конечно, чем 250, но все равно в памяти быстрее, да и rtree-либой пользоваться намного проще
зачем — потому что база большая, нужно кучу инфы собрать
конечно, индексы использовались, но все в индекс не запихнешь
~250к
почти не меняются, иногда добавляются новые, сразу после добавления вероятность изменения больше
я сейчас переписываю систему, которая ищет объекты в базе в заданном радиусе от пользователя.
Старая версия: сходить в базу, ограничить зону поиска квадратом, отсортировать по радиусу, и затем полученные данные фильтруются в приложении по еще нескольким критериям. Вся эта подготовка занимает примерно 250мс
Новая версия: выгрузить все гео-объекты в память, положить в RTree, искать в нем. Время сократилось до 0.5мс
не всегда нужно знать, как все работает внутри, но было бы неплохо знать о существовании альтернативных алгоритмов
для тестов поднимал 2кк активных соединений на домашнем компе с 7ми летним процом… потребовалось гигов 12 оперативы, было интересно все это тестировать)
я все пытаюсь продавить его использование на работе, но проект уже начат на реакте, переписывать никто не даст =(
а riot кто-нибудь пробовал?
мне как-то скучно было и я на жавоском сервере на домашнем компе поднял 2 миллиона активных соединений, потребовалось 10гб оперативы, но старенький амд осилил ^_^
https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/requirements.md
не знаю, правда, насколько оно юзабельно, если нет двух гб оперативы
есть какое-нибудь сравнение производительности?
Похоже, пора переходить на wrk и увеличивать количество запросов, ab все равно не выдаст больше ~120к рпс
ab -k -c 200 -n 50000…
зачем — потому что база большая, нужно кучу инфы собрать
выполняется 12мс, с десятком джойнов будет значительно медленнее
~250к
почти не меняются, иногда добавляются новые, сразу после добавления вероятность изменения больше
Старая версия: сходить в базу, ограничить зону поиска квадратом, отсортировать по радиусу, и затем полученные данные фильтруются в приложении по еще нескольким критериям. Вся эта подготовка занимает примерно 250мс
Новая версия: выгрузить все гео-объекты в память, положить в RTree, искать в нем. Время сократилось до 0.5мс
не всегда нужно знать, как все работает внутри, но было бы неплохо знать о существовании альтернативных алгоритмов
java: 200127.00 rps