Е
Повесив два планировщика в цепочку, не получим ли мы в итоге ситуацию взаимного противоречия, aka Лебедь, Рак и Щука?
Size: a a a
2021 October 14
I
вы может и получите, а я получал hierarchical scheduling
I
а вообще ЛРЩ — это как только две (ок, три) независимые задачи на одной вычислительной системе оказываются запущены
AN
Влияние разных шедулеров на реальную работу влияет мало. Все в рамках стат.погрешности.
Е
Отсюда следует, например, что шедулер можно выкинуть совсем?
AN
Да. Для дисков SSD это уже сделали. noop - рекомендуемый шедулер.
AN
Ну реально. cfq, bfq, mq-deadline, то, сё... Если крутится какая-то одна софтина на компе и создает дисковую нагрузку - ок. Выберите себе из этого что вам душе мило.
На Гипервизоре крутятся виртуалки чье поведение I/O не спрогнозируешь. Поэтому у себя я не видел существенной разницы от дисковых планировщиков.
На Гипервизоре крутятся виртуалки чье поведение I/O не спрогнозируешь. Поэтому у себя я не видел существенной разницы от дисковых планировщиков.
Е
Спасибо!
I
целью планировщиков дискового ввода-вывода является не прогноз поведения VM, а обеспечение им справедливого (или ограничения) доступа к ресурсу по полосе и задержке
https://en.wikipedia.org/wiki/I/O_scheduling#I/O_scheduling
https://en.wikipedia.org/wiki/I/O_scheduling#I/O_scheduling
I
соответственно, если внутри VM такой функционал не требуется, планировщик там не нужен. И наоборот.
AN
Да сколько чего не выставляли, не работает оно путью на HDD. На SSD еще может быть. А на HDD печаль.
I
ну, возможно крайние случаи какие-то, там печаль будет независимо от
К
Кто-нибудь встречал проблему с невозможностью добавить osd-контейнеры в свежеустановленном Ceph/Pacific при помощи
ceph orch apply osd --all-available-devices или просто ceph orch daemon add osd *<host>*:*<device-path>* при этом из cephadm shell, ceph-volume inventory показывает доступные диски, а ceph orch device ls --refresh ничего не показывает?П
а еще вопрос немного не по теме, просто тут похоже самое большое сообщество)
кто-нибудь пробовал заводить сетевые карты Intel X710 4P rNDC SFP+ на ноунейм-модулях? Есть рабочие варианты? Или только брендовые подойдут?
Для драйвера i40e воркарауд типа allow_unsupported_sfp=1 не подходит..
Я нашел статью https://forums.servethehome.com/index.php?threads/unlocking-any-brand-sfp-modules-on-intel-x710.29040/, и в ней ссылка на гитхаб - https://github.com/terpstra/xl710-unlocker, но я реально не понимаю, что там происходит и что с этим делать
кто-нибудь пробовал заводить сетевые карты Intel X710 4P rNDC SFP+ на ноунейм-модулях? Есть рабочие варианты? Или только брендовые подойдут?
Для драйвера i40e воркарауд типа allow_unsupported_sfp=1 не подходит..
Я нашел статью https://forums.servethehome.com/index.php?threads/unlocking-any-brand-sfp-modules-on-intel-x710.29040/, и в ней ссылка на гитхаб - https://github.com/terpstra/xl710-unlocker, но я реально не понимаю, что там происходит и что с этим делать
k
И не подойдет, allow_unsupported_sfp это для драйвера ixgbe, а для i40e или ice - защита в eeprom, а не в драйвере
SFP трансивер оригинальный стоит 4 тыщи рублей, не думаю что эта вещь на которой следует экономить
SFP трансивер оригинальный стоит 4 тыщи рублей, не думаю что эта вещь на которой следует экономить
AN
Да уж. Sfp нынче дешев. Купите и не парьтесь.
AN
Дорогие дальнобойные. Они мало кому надо.
П
заказать действительно не проблема, ждать 2 недели.
То есть воркараундов нет?
То есть воркараундов нет?
UD
Там патчится прошивка
UD
82599 максимально тупая вся логика в драйвере считай