Size: a a a

2020 November 27

PZ

Pavel Zheltouhov in ru_proxmox
Не, у меня столько дисков и времени простоя не найдется, чтобы на zfs переходить
источник

РП

Рома Петров... in ru_proxmox
Ivan
пробовали вырубать питание c lvmcache при включенном writeback ?
не должно сильно аффектить... разве что срубится в момент, когда данные в кеше ssd, но не записаны в сам ssd и нет никакого конденсатора
источник

PZ

Pavel Zheltouhov in ru_proxmox
да скорее всего тормозит оно даже больше lvmcache, но возможно эта история с fsync сделана лучше
источник

I

Ivan in ru_proxmox
Pavel Zheltouhov
да скорее всего тормозит оно даже больше lvmcache, но возможно эта история с fsync сделана лучше
тормозит. зато имеет некоторые полезные плюшки.
источник

СГ

Сергей Голод... in ru_proxmox
Pavel Zheltouhov
да скорее всего тормозит оно даже больше lvmcache, но возможно эта история с fsync сделана лучше
а сколько там вам pveperf показывает?
источник

PZ

Pavel Zheltouhov in ru_proxmox
Сергей Голод
а сколько там вам pveperf показывает?
не знаю. что буду бегать чтобы узнать очевидные  вещи?
источник

PZ

Pavel Zheltouhov in ru_proxmox
дисков и ресурсов для еще одного  эксперимента нет
источник

PZ

Pavel Zheltouhov in ru_proxmox
я раньше как-то тестировал - было дно
источник

СГ

Сергей Голод... in ru_proxmox
Pavel Zheltouhov
не знаю. что буду бегать чтобы узнать очевидные  вещи?
Так вы вроде на pveperf как инструмент для измерения производительности жаловались. Или вам просто «линейка» не нравится?
источник

PZ

Pavel Zheltouhov in ru_proxmox
Сергей Голод
Так вы вроде на pveperf как инструмент для измерения производительности жаловались. Или вам просто «линейка» не нравится?
просто хотелось разобраться в сути явления исходя из того, как сделан pve.
источник

R

Roman in ru_proxmox
Народ, тут есть кто из причастных к разработке? хотел бы некоторые пожелания в развитие продукта озвучить, на буржуйском долго формулировать, порываюсь в группу рассылки написать, да всё никак не дойду, сочинить ещё грамотно надо, чтобы поняли
источник

Vs

Vladislav support.od... in ru_proxmox
Roman
Народ, тут есть кто из причастных к разработке? хотел бы некоторые пожелания в развитие продукта озвучить, на буржуйском долго формулировать, порываюсь в группу рассылки написать, да всё никак не дойду, сочинить ещё грамотно надо, чтобы поняли
На их форуме регулярно появляются пожелания по улучшению, но разрабам, мягко говоря, плевать
источник

R

Roman in ru_proxmox
Ну я бы не сказал, они внедряют всякие новшества, но очень медленно
источник

R

Roman in ru_proxmox
в целом есть несколько мыслей по улучшению продукта, в частности Storage QoS как нибудь сделать, не просто резать скорость, а именно приоритетность, насколько я читал в cgroup2  уже есть механизмы, я говорю про опцию ядра CONFIG_BLK_CGROUP_IOLATENCY, но как минимум они в своих ядрах отключают эту опцию
источник

R

Roman in ru_proxmox
ещё openvswitch с XDP реализацией было бы не плохо
источник

R

Roman in ru_proxmox
про использование ими фаервола вообще молчу, любой мало-мальский ддос с включеными на хосте правилами фаервола, запросто положет хост, и при определённых сценариях и весь кластер, т.к. атакуемая машина рестартанёт на другом хосте, это я  про задействование connection tracking в linux на хостовой машине, и с этим надо что-то делать
источник

I

Ivan in ru_proxmox
лучше код присылайте )
источник

Vs

Vladislav support.od... in ru_proxmox
не надо сюда свои пожелания, разробы этот чат не читают
источник

R

Roman in ru_proxmox
ещё вот sanlock для шареного lvm было бы неплохо задействовать, вместо встроеного механизма активации, а там глядишь и до шареного lvm-thin не далеко
источник

R

Roman in ru_proxmox
Эхх, придётся всё же писать в меил группу разрабам
источник