niko
Ceph давно у больших ребят в проде и все ок
niko
Похмелфс мертв давно
niko
Эллиптикс это хранилище а не фс
Sergei
https://bugs.mysql.com/search.php?search_for=&status=Active&severity=-2&limit=All&order_by=&cmd=display&direction=ASC&os=0&phpver=&bug_age=0 1118 Serious багов в мускуле.
Sergei
все срочно выбрасываем мускуль.
niko
Vlad
Ceph давно у больших ребят в проде и все ок
А-ха-ха https://www.reddit.com/r/ceph/comments/575sf5/irony_cephcom_is_down_because_the_ceph_cluster/
Sergei
пробежал глазами и не нашел root cause.
Sergei
вполне может быть ситуация "ceph в дауне. и серверы в дауне. и оба датацентра в дауне, потому что кончилось электричество".
Михаил
Ты не понимаешь. Все равно что сломалось, но если кто то использует цеф, значит именно цеф и виноват
Михаил
Это такая странная логика)
Vlad
Ты бы трекер открыл
http://tracker.ceph.com/projects/ceph/issues?c%5B%5D=project&c%5B%5D=tracker&c%5B%5D=status&c%5B%5D=priority&c%5B%5D=subject&c%5B%5D=assigned_to&c%5B%5D=updated_on&c%5B%5D=category&c%5B%5D=fixed_version&c%5B%5D=cf_3&f%5B%5D=status_id&f%5B%5D=priority_id&f%5B%5D=cf_16&f%5B%5D=&group_by=&op%5Bcf_16%5D=%3D&op%5Bpriority_id%5D=%3D&op%5Bstatus_id%5D=o&page=1&set_filter=1&t%5B%5D=&utf8=✓&v%5Bcf_16%5D%5B%5D=jewel&v%5Bpriority_id%5D%5B%5D=5&v%5Bpriority_id%5D%5B%5D=6&v%5Bpriority_id%5D%5B%5D=7
Sergei
и уже 43, а не 200.
Alexey
выглядит не страшно
Alexey
особенно учитывая что народ в основном rados пользуется
Sergei
а если посчитать только RADOS + rbd + ceph - то внезапно всего 20.
Alexey
для нас сторадж -- ядро бизнеса. но даже для нас писать своё -- огромная инвестиция. мы первые 7 лет юзали спокойно S3. Весьма вероятно, что мы были их самыми большими клиентами.
Alexey
то что у нас сейчас весьма похоже на ceph, толькосильно проще
Alexey
https://blogs.dropbox.com/tech/2016/05/inside-the-magic-pocket/ вот максимум что нашёл в паблике
Михаил
Инженеры redhat работают. Вон даже glusterfs в божеский вид привели.
Ну не знаю. Гластер очень своеобразный
Sergei
Denis
У дропбокса там такоооое
Denis
С раст демонами чекающими файлики )
Denis
У нас примерно тоже самое тока раз в 20 меньше и медленнее ))
Alexey
Ну у нас уже и сами OSD на расте
Denis
И на питоне )))
Denis
Да не, я шучу, там инженерная мысль работала
Alexey
(Там народ посчитал что все баги которые нашлись за эксплуатацию старого Го демона могли бы быть найдены тупо компилятором)
Alexey
(Да и память на много дисковых машинах начала кончаться)
niko
А есть кто из фейсбука кстати?)
niko
Они нам платежи не хотят платить, а саппорта у них нет
niko
Молчат
Vladimir
(Да и память на много дисковых машинах начала кончаться)
кстати в Го 1.9 в очередной раз потюнили поведение рантайма и стало чуточку проще жить
Vladimir
Vladimir
вот это на canary box'ике 1.9б1
Alexey
да, память по-лучше выглядит
Aleksey
господа а netns иерархичен ?
Nick
Инженеры redhat работают. Вон даже glusterfs в божеский вид привели.
а со скоростью там сделали лучше? А то я со времен 3.2 его перестал трогать и было тогда там печально
Александр
manefesto
ребята, возник вопрос на который я пока не могу ответить
у меня есть требования к криптопро, версия ОС такая то, версия ядра такая то
Теперь вопрос, как мне зафиксировать допустим все пакеты на уровне debian 8.0
чтобы ни один пакет не обновился, только добавлялись при необходимости новые
manefesto
apt-mark hold ?
Pavel
холдинг
manefesto
ок, буду думать
первый раз с такими требованиями сталкиваюсь
Pavel
Так покрасивше, наверное:
Another way to block updates of a specific package is to add its entry in /etc/apt/preferences or /etc/apt/preferences.d/official-package-repositories.pref file. This file holds responsibility of updating or blocking certain package updates according to priority specified by the user.
To block the package, you just need to enter its name, additional feature, and to what priority you want to take it to. Here, priority < 1 would block the package.
manefesto
мерси
Serghei
Добрый вечер.
В продолжении нашей эпопеи выбора message bus мы решили померить pdezwart/php-amqp (PHP расширение написанное на C) и php-amqplib/php-amqplib (PHP библиотека написанная на PHP)
Serghei
Serghei
Это паблишинг сообщения длинной в 1024 byte
Serghei
RabbitMq кластер с 3 нодами + HA mode ON
Serghei
время в миллисекундах
Serghei
после каждого прогона тестов я очишал очередь
Serghei
В общем, если смотреть на 90ый перцентиль, то паблишинг 1000 сообщений одинаков. В связи с чем у меня вопрос к знатокам - может быть такое или нет? Стоит грешить на утечки памяти в расширении например или это вполне вероятный сценарий?
Просто при публикации одного сообщения (наш типичный юзкейс) отрыв налицо
Vladimir
В общем, если смотреть на 90ый перцентиль, то паблишинг 1000 сообщений одинаков. В связи с чем у меня вопрос к знатокам - может быть такое или нет? Стоит грешить на утечки памяти в расширении например или это вполне вероятный сценарий?
Просто при публикации одного сообщения (наш типичный юзкейс) отрыв налицо
так берешь и профилируешь расширение и смотришь что у тебя в нем тормозит больше всего
Vladimir
и сними промежуточные размеры - для 100 сообщений например
Vladimir
и посмотри как там время растет
Serghei
Да вот решил спросить у кого нибудь еще, чтоб понять профилировать или нет
Vladimir
такое ощущение что время паблишинга растет просто быстрее
🅁
В таблице время публикации?
Serghei
да
Serghei
и прошу прощения за опечатки, там не 1000 а 10000
Serghei
в обеих колонках
🅁
Вы говорите - ваш юзкейс - 1 сообщение. Данные через пхп в кролик кидаете?
Serghei
ну пока что да. пхпшникам нужна быстрая очередь с характеристиками кроликов. вот мы и выбираем
Serghei
недели три уже :(
Serghei
ничего не устраивает
🅁
Тут есть подводный камень с таким подходом
Stanislav
критерии отбора, в студию
Stanislav
но у кроля есть вещи, которых нет ни у кого. Одна беда - тормозной.
Stanislav
и на нагрузке еще крешится
Stanislav
один сбой за полтора года, ровно в момент пиковой нагрузки