« Rev
@openstack_ru   319
Fwd »


Sergey
не
Sergey
варьщики фекалии по имени опенстэк есть не будут
Sergey
более того у вари есть свой опенстэк
Sergey
только он нинужен
Aleksey
Подскажите пожалуйста, Qemu-KVM корректно работает с Turbo Boost? И можно-ли попросить гипервизор заранее поднять частоту процессора?
NS 🇷🇺
Говернера на максимальную производительность зарядите
Ascandar
1С-ка наверно
Ascandar
лечится макс производительности виндой где то в энергопотреблении
Aleksey
А какие потенциальные проблемы ты видишь?
Читал что не все гипервизоры умеют повышать частоту используя TurboBoost
J
Читал что не все гипервизоры умеют повышать частоту используя TurboBoost
Частотой управлять будет хостовая система. Для нее никакой разницы между kvm и обычными процессами нет.
Aleksey
Вопрос родился в связи с тем, что предлагают брать Xeon Silver 4114, но у него базовая 2.1, в бусте до 3, а приложение у меня в основном на 3.3GHz тестировалось... Не хочется получить просадку по производительности...
J
Понял, спасибо!
Не за что) Все ок будет.
Anonymous
Тогда получите просадку
Anonymous
Турбобуст позволяет КРАТКОВРЕМЕННО (обычно секунды, не больше) поднять частоту для отдельного ядра
Anonymous
Зависит от многих факторов, в первую очередь от температуры
Aleksey
Зависит от многих факторов, в первую очередь от температуры
Не порекомендуете описание данной технологии чтобы самостоятельно разобраться в её работе?
Алексей [PEBHOCTb]
вот тут наглядно как это выглядит в реальности)
Алексей [PEBHOCTb]
Anonymous
Не порекомендуете описание данной технологии чтобы самостоятельно разобраться в её работе?
начать можно с вайтпепера http://files.shareholder.com/downloads/INTC/0x0x348508/C9259E98-BE06-42C8-A433-E28F64CB8EF2/TurboBoostWhitePaper.pdf но вообще лучше погуглить, хорошую документацию не подскажу
Алексей [PEBHOCTb]
Турбобуст позволяет КРАТКОВРЕМЕННО (обычно секунды, не больше) поднять частоту для отдельного ядра
При наличии соответствующего охлаждения можно разгон держать очень долго
Anonymous
Верно, так и живем в своём ЦОД, но в том же даталайне например у нас так не получается (температура в машзалах у них сильно выше чем в наших собственных)
Anonymous
Но долго - то все равно десятки секунд, после частота падает, пусть и не до номинальной
Алексей [PEBHOCTb]
Но долго - то все равно десятки секунд, после частота падает, пусть и не до номинальной
Сутками гоняли HPC кластер. Правда там Xeon E5 2680v2 был. При наличии закрытых шкафов и достаточным продувом счетных серверов. Турбо держит. Правда затраты на охлаждение очень сильно повышаются. ни о каком КПД близвом к 100% уже речи не идет в принципе. только ради рекордов по производительности
Anonymous
При хорошей системе охлаждения, закрытых шкафах и разделении горячего/холодного коридора вполне верю
Алексей [PEBHOCTb]
Еще ньюанс есть в технологическом процессе Интела. Одна и та же партия процессоров, один и тот же месяц и завод, судя по маркировке. Одни процы залочены на 85 градусов, другие на 77.
Dmitry
Турбобуст позволяет КРАТКОВРЕМЕННО (обычно секунды, не больше) поднять частоту для отдельного ядра
вот нюанс в том - что для ОДНОГО - для всех ядер он не поднимет 🙂
Алексей [PEBHOCTb]
вот нюанс в том - что для ОДНОГО - для всех ядер он не поднимет 🙂
не для одного. Посмотри картинку.
Алексей [PEBHOCTb]
просто чем дальше, тем меньше)
Anonymous
Там фишка в том что раздельно поднимает для разных ядер 😀
J
Уф. А я думаю что начать нужно с того что протестировать как меняется производительность приложения с изменением тактовой частоты. Может, вся эта история и яйца выеденного не стоит.
Anonymous
Одно ядро будет горячим, остальные powerclamp тротлить может начать
Алексей [PEBHOCTb]
если приложение не умеет в многопоточность, то и говорить не о чем
Aleksey
не для одного. Посмотри картинку.
Поясните пожалуйста, что значит градации от 1 до 28?
Алексей [PEBHOCTb]
Одно ядро будет горячим, остальные powerclamp тротлить может начать
ну я же говорю. охлаждай соответствующе.
Алексей [PEBHOCTb]
иначе и основное ядро начнет такты пропускать
Dmitry
Сутками гоняли HPC кластер. Правда там Xeon E5 2680v2 был. При наличии закрытых шкафов и достаточным продувом счетных серверов. Турбо держит. Правда затраты на охлаждение очень сильно повышаются. ни о каком КПД близвом к 100% уже речи не идет в принципе. только ради рекордов по производительности
вот на 2660 мы видели весьма плавающую картинку, у нас синтетикой не получалось одновременно на всех держать. Правда тестировали с гипертредингами и сама методика оставляла желать лучшего, да
Aleksey
это ядра
т.е. это GHz на нагруженное ядро? И чем больше нагруженных ядер, тем меньше буст?
Алексей [PEBHOCTb]
оно неравномерно гонится
Dmitry
мы нагружали целиком. HT выключен. Выкручивали охлаждение.
попробуем без HT, с охлаждением хорошим
Алексей [PEBHOCTb]
ну опять же. это рекорды и синтетика. типа LinPACK
Anonymous
В среднем чем ниже температура и удачнее экземпляр процессора (это тоже похоже важно, у нас разные экземпляры дают разную картину) - тем более долгий буст в пике может быть
Алексей [PEBHOCTb]
В среднем чем ниже температура и удачнее экземпляр процессора (это тоже похоже важно, у нас разные экземпляры дают разную картину) - тем более долгий буст в пике может быть
общался с Интелоидами) технология выглядит примерно так. бьерется партия в 1000 процессоров с незалоченно верхней границей. берется из нее 10. делается испытание при нагрузке. Если пропускает частоты, то лочится все на температуре ниже у всей партии. при этом конкретные экземпляры могут держать и значительно больше. как повезет
Anonymous
Очень похоже на правду
Алексей [PEBHOCTb]
кокретные экземпляры на нашем кластере, имеют турбо от 102 до 115%.
Алексей [PEBHOCTb]
опять же по следам общения. когда есть возможность выбирать процессоры испытанием, можно подобрать для всего кластера с разбросом 1-2%
Алексей [PEBHOCTb]
но это нужен доступ к гигантским обьемам
Jaroslav
Граждане, если нужен только Baremetal as a service BMaaS, стоит ли заморачиваться с Ironics as a standalone service? Или поставить Foreman и не прелюбодействовать? Canonical MaaS не подходит из-за того, что не поддерживает multitenancy.
Jaroslav
Да ну заморочься, чо бы нет? ironic+keystone+glance+neutron Ну и прикрутить веб интерфейс к этому всему.
Обычно чем проще, тем лучше. Потом ни о каких one button upgrade можно не мечтать )
J
Обычно чем проще, тем лучше. Потом ни о каких one button upgrade можно не мечтать )
Будто с любым другим инструментом все по магии само обновится. -_- С тем ж bifrost вполне себе нормально будешь обновлятсья, мне кажется. Ты не нас спрашивай, а себя спроси) Хочется тебе с ironic работать или нет)
J
неутрон и гланс тут зачем?
Гланс для образов с метаданными и для удоьства. А нейтрон не обязательно, но хорошо подойдет чтоб иметь отдельные сети для инспектирования, развертки систем, для, собственно, раздачи клиентам и "техническую" сеть на непредвиженные случаи. И оба хорошо подходят к концепции множества излированных проектов.
NS 🇷🇺
С чего это?
ну с того, что даже по докам именно эти бекенды указаны как поддерживаемые.... если есть обратный опыт с удовольствием выслушаю =)
NS 🇷🇺
скорее всего =)
J
Это только для деплой интерфейсов *_agent, тех где агент работающий на сервере напрямую качает образ. А вот для тех где iscsi - образ качает уже conductor и раскатывает его на сервер по iscsi. А агент в этом случае просто запускает таргет.
J
Как-то так)
NS 🇷🇺
а для FC ничего не запилили еще ? :D
J
А что-то и не знаю) По идее, там работать будет по той же схеме что и с iscsi.
J
ну да) я щас с телефона и искать неудобно.
NS 🇷🇺
не понятно почему они для http это не реализовали, че проще слил образ и раскатал...нет блять в цеф им надо
NS 🇷🇺
херню сморозил
NS 🇷🇺
не http а из гланса, с люым бекендом
NS 🇷🇺
именно по http у нас ща и тянется
J
не http а из гланса, с люым бекендом
С любым и будет, если iscsi deploy интерфейс использовать.
NS 🇷🇺
нет в нашем колхоже искази
« Rev
@openstack_ru   319
Fwd »