Size: a a a

2019 April 30

S

Stanislav in uptime.community
Как у любого крупного проекта, у них слишком много своей специфики, слабоприменимой к типовым ИТ проектам и потребностям.
источник

S

Stanislav in uptime.community
У того же Facebook например было много хайпа по мемкешу, в итоге они так и не выложили свой продакшен мод мемкеша
источник

S

Stanislav in uptime.community
Хотя что-то и пропатчили в опенсорсной версии
источник

S

Stanislav in uptime.community
Мне посчастливилось пройти по стопам этой истории. По факту, половина заявленного хайперами из FB dev с опенсорсным мемкешем либо не работает, либо работает не так, как у них
источник

S

Stanislav in uptime.community
Зато я вынес из истории твердое знание, что опенсорцный мемкешд - унылое говно на потоке данных от 500 мбит
источник

C

Constantine in uptime.community
Stanislav
Зато я вынес из истории твердое знание, что опенсорцный мемкешд - унылое говно на потоке данных от 500 мбит
и что тогда юзать вместо мемкешд в такой ситуации🤔
источник

VS

Vladimir Smirnov in uptime.community
Stanislav
Как у любого крупного проекта, у них слишком много своей специфики, слабоприменимой к типовым ИТ проектам и потребностям.
Дело в том что ВК - не очень крупный
источник

VS

Vladimir Smirnov in uptime.community
и раньше как минимум у них очень много было NIH-синдрома
источник

DV

Dmitry Vylegzhanin in uptime.community
Stanislav
Там не в размере дело в целом, а в количестве. И не в регресии, а в стоимости определенных операций на FS
Много лет файлопомойки и shared web (lamp/lemp, маленький наверное по современным меркам) гоняли на xfs на hdd/raid и было ок. Думаю да, проверка диска от кол-ва файлов пухнет.
Оффтоп: была история с кешом тайлов планеты на 2tb развалившемся reisefs. Fsck не завершился за 2 недели...
источник

S

Stanislav in uptime.community
Скажу страшное: тайлы в таком количестве надо держать на NTFS
источник

DV

Dmitry Vylegzhanin in uptime.community
Не надо там было держать то, что  потребовалось восстановить, в общем сами себе буратины - вне зависимости от ФС :)
источник
2019 May 01

EO

Eric Oldmann in uptime.community
Stanislav
Скажу страшное: тайлы в таком количестве надо держать на NTFS
На ZFS. Только не на linux.
источник

S

Stanislav in uptime.community
БиЛайн:
- Нестабильная работа “Облачной АТС”
- Нестабильная работа мобильного интернета
- Нестабильная работа мобильной голосовой связи

Интересно, что у них упало?
источник
2019 May 02

EB

Eugene Budanov in uptime.community
Dmitry Vylegzhanin
Там раньше были регрессии на мелких файлах, вроде в 3.18 где-то их чинили, с тех пор не запинался. Fsck/фикс на терабайтный+ раздел требовал раньше неприлично много памяти вплоть до вкручивания в аврале.
Сейчас этого нет. Инфа сотка. 6Tb разделы проверяются без проблем и достаточно быстро.
источник

DV

Dmitry Vylegzhanin in uptime.community
Eugene Budanov
Сейчас этого нет. Инфа сотка. 6Tb разделы проверяются без проблем и достаточно быстро.
Полные файлов по 1-4кб? :)
источник

EB

Eugene Budanov in uptime.community
Файлов тоже много очень, но они мегабайтные.
источник

EB

Eugene Budanov in uptime.community
Там от 1мб до 40 примерно.
источник

DV

Dmitry Vylegzhanin in uptime.community
Ок, хорошо, а памяти много на хосте?
источник

EB

Eugene Budanov in uptime.community
Около сотни Гб.
источник

DV

Dmitry Vylegzhanin in uptime.community
Вот. А на 4гб приходилось срочно бегать за ram, когда оно гигов 40 на проверку хотело
источник