Тесты супер, но есть вопросы к результатам теста по zfs. При локальном тестировании на 6 дисков имею значительно более хорошие результаты даже на крутящихся дисках, от чего кажется вероятным что что-то не так при доступе к по сети или в сочетании с доступа по сети с zfs.
If no option is given, plackup will try to detect the best server implementation based on the environment variables as well as modules loaded by your application in %INC
plackup - это просто запускалка. Сервер по умолчанию, в большинстве случаев - это Starman. Всего их есть много, для разных задач и на любой вкус - https://plackperl.org
Разумеется, в продакшене перед этим следует ставить что-то типа nginx.
Но вот следствия могут быть другими, например я ит-шник, 20 лет живу в инвертированном режиме дня (без причины, мне просто так нравится) и из перечисленных проблем, кажется, у меня только были проблемы из цепочки гастрит и дальше (но, видимо, закончились какое-то время назад)
При этом с зубами было прямо много плохого (но другого!), что, к счастью, отлично как раз недавно поправили, после того, как поменял клинику на более современную.
ps: концентрация на задаче, да, может притуплять чувствительность ко многим симптомам, но, пользуясь бритвой оккама, логичнее подумать на синдром выученной беспомощности, характерный для постсоветского пространства, помноженный на понимание реального качества медицинских услуг в большинстве больниц в сочетании с ленью пойти искать других врачей или неготовностью тратить на это больше денег (даже при наличии возможности).
Я долго читал документацию и у меня не возникло понимания — с точки зрения внутренностей основными дисками при этом будут большие медленные диски? Т.е. если умрут они то вообще все потеряно, а если умрут special vdev то только они, или как?
В моей задаче нужно сохранить мелкие файлы и они должны быть на надежных быстрых ссд, а вот большие файлы не критичны, должны лежать на обычных дисках и очень хочется чтобы ничего принципиально не сломалось, если эти диски умрут. Возможно ли это?
И с точки зрения свободного места непонятно — если закончилось место на одном из девайсов — будет писаться на второй? Это работает в обе стороны?
сравнение по роликам на ютубе — невероятный сюр, они не репрезентативны вообще, и объективно вряд ли имеют смысл как что-то для обучения
в перл нет какого-то большого притока новых адептов, но писать на нем не проблема для любого человека пишущего что-то на скриптовых языках, так же как на луа или пхп.
А питон, кстати, растет исключительно на хайпе и дистанционном обучении. С одной стороны там много хороших биндингов к разным штукам, и иногда какие-то задачи решать на нем получается сильно проще, зато для веба там только джанго и в целом не очень есть альтернативы. И весь этот огромный интерес к питону по запросам и обучающим роликам никак не коррелирует с количеством людей, которые на нем реально пишут дольше, чем, условно, пару обучающих уроков.
Ну и да, в статистику по питону попадают так же змеи и Монти Пайтон, которого в разы больше.
Я хостер (и мы умеем тюнить мускль). Любопытства ради запустил скрипт на одном из продакшн серверов (сотни БД, десятки гигабайт, перкона 5.6). Результат, ну, удивляет.
query_cache_type = 1 ### Previous value: OFF
При этом точно известно, что на нашей нагрузке это приводит к конкуренции за кеш запросов, блокировкам на нем и вообще-то работоспособность сервера на этом заканчивается минуты за три, вроде.
Мы уменьшаем эти таймауты до 70, чтобы было меньше подвисших коннектов, особенно для плохо написанных сайтов. Увеличение до 1200 приводит к разрастанию числа коннектов в мускле и его полной недоступности примерно за час.
Непонятное косметическое изменение, которое противоречит логике — таблиц там сильно за 64к было. mysqltuner предлагает: table_open_cache (> 131072), кстати.
Ну, кого волнует сколько вообще памяти на сервере и зачем она там ему? 42 потока на 4 ядрах (+HT), почему бы и нет, правда?
Бонусом — косметические правки по myisam, который на сервере практически не используется.
В общем, подтюнить в мускле можно многое, но в основном не теми параметрами, что делает этот скрипт. А результаты этого скрипта определенно нельзя копировать в продакшн не вчитываясь в детали.
Но инициатива, безусловно, отличная, хотелось бы пожелать дальнейшего развития и работы с менее очевидными параметрами )
Отличная обзорная статья, но лучшее — враг хорошего :)
Тион — да, шумная штука, но… когда люди спят — они дышат менее активно и для поддержания уровня ниже 650 ппм в спальне с двумя людьми достаточно минимальной первой скорости + открытой в противоположном конце квартиры форточки (а в современных домах наверное и обычной вытяжки достаточно, если не последние высокие этажи). Если спальня — отдельная комната, которая используется только как спальня — то больший уровень шума от тиона днем не слышно с остальной части квартиры. В итоге в большинстве случаев проблемы с шумом как бы фактически и нет.
Ну и, нужно помнить, что для поддержания уровня цо2 не более 650ппм днём нужно 60 кубометров в час приточки на одного человека, если не используется плита с газом.
Упомянутые в статье датчики цо2, если я помню правильно, абсолютно все не имеют датчика уровня цо2 и показывают цо2 как функцию от TVOC (либо у них есть ревизии с дешевым химическим датчиком у которого большая погрешность и она растет со временем) — это довольно бессмысленные цифры. Лучше купить Даджетовский датчик за примерно 5 т.р. — он лучший и точный, кроме того что меряет медленно.
Проблемы с пм2.5 очень хорошо (я бы даже сказал фантастически хорошо) решает сяомишный Mi Air Purifier 2s. Лучше сразу с угольным фильтром, чтобы и запахи заодним убирать. Он пока лучший из всех, что я видел, в тихом автоматическом режиме его не слышно. Если пм2.5 реально много — поставить по одному такому фильтру в каждую комнату — реально убирает пм2.5 в 0, без доработок.
Как уже упомянули в комментах — забыто про увлажнение. В Москве с этим зимой, наверное, попроще (но надо мерять), но, например, в Перми зимой при включенном отоплении относительная влажность может падать до 7%, а 15-20 процентов — это примерно максимум в течении зимы. Т.е. это уже когда гарантированно трескается кожа, бьет статикой от всего, а слизистая носоглотки высыхает напрочь и вообще не работает как противовирусный/бактериальный барьер в организме. В бытовых масштабах решается увлажнителями с конструктивом ввиде емкости с вращающимися дисками. Идеальных моделей нет, тихая и эффективная (но дорогая и неудобная в эксплуатации) — Boneco W2055D. Удобная в эксплуатации, но менее производительная и почему-то шумная, не смотря на бесчеточный двигатель — Xiaomi Air Humidifier 2. С ними по одному в комнате можно доводить до сносных 40% при включенном на максимум тионе и открытой форточке.
Тесты супер, но есть вопросы к результатам теста по zfs. При локальном тестировании на 6 дисков имею значительно более хорошие результаты даже на крутящихся дисках, от чего кажется вероятным что что-то не так при доступе к по сети или в сочетании с доступа по сети с zfs.
~25 лет пишу на перле и очень его люблю, но...
первая задача быстрее/эффективнее решается через cat ... | awk '$8 == 500'
вторая через psql one liner
третья - openssl + awk
четвертая - jq
для именно описанных задач и перл и го кажутся инструментами очень не первого выбора...
А будет ли теперь работать CH, если huge pages нет? Например в ряде вариантов контейнерной виртуализации?
Всё уже давно изобретено - https://hashids.org/
вполне получила - например https://ru.iherb.com/pr/hyperbiotics-pro-dental-natural-mint-flavor-90-chewable-tablets/69432
Её там вообще нет, он просто игнорируется. Поэтому всё ZFS на NVME медленновато из-за ARC (а с крутящимися дисками - наоборот, быстрее с ZFS).
В openzfs 3.0 обещают добавить полноценную поддержку O_DIRECT.
из https://metacpan.org/dist/Plack/view/script/plackup:
plackup- это просто запускалка. Сервер по умолчанию, в большинстве случаев - этоStarman. Всего их есть много, для разных задач и на любой вкус - https://plackperl.orgРазумеется, в продакшене перед этим следует ставить что-то типа
nginx.А как проще всего решать проблему с неработающим ctrl+пробел?
Для wsl видел решение в тикетах с заменой терминала, а что если просто ssh на сторонний сервер?
Все перечисленные предположения кажутся верными.
Но вот следствия могут быть другими, например я ит-шник, 20 лет живу в инвертированном режиме дня (без причины, мне просто так нравится) и из перечисленных проблем, кажется, у меня только были проблемы из цепочки гастрит и дальше (но, видимо, закончились какое-то время назад)
При этом с зубами было прямо много плохого (но другого!), что, к счастью, отлично как раз недавно поправили, после того, как поменял клинику на более современную.
ps: концентрация на задаче, да, может притуплять чувствительность ко многим симптомам, но, пользуясь бритвой оккама, логичнее подумать на синдром выученной беспомощности, характерный для постсоветского пространства, помноженный на понимание реального качества медицинских услуг в большинстве больниц в сочетании с ленью пойти искать других врачей или неготовностью тратить на это больше денег (даже при наличии возможности).
Я долго читал документацию и у меня не возникло понимания — с точки зрения внутренностей основными дисками при этом будут большие медленные диски? Т.е. если умрут они то вообще все потеряно, а если умрут special vdev то только они, или как?
В моей задаче нужно сохранить мелкие файлы и они должны быть на надежных быстрых ссд, а вот большие файлы не критичны, должны лежать на обычных дисках и очень хочется чтобы ничего принципиально не сломалось, если эти диски умрут. Возможно ли это?
И с точки зрения свободного места непонятно — если закончилось место на одном из девайсов — будет писаться на второй? Это работает в обе стороны?
А вот как бы решить задачу наоборот — все хранить на ssd/nvme и только файлы больше мегабайта писать на медленные диски?
на любом языке можно писать "write-only". Но совсем не обязательно пользоваться этой возможностью.
Потому что в питоне в какой-то момент появился джанго и это он выстрелил а не питон.
А в перле какое-то время была стагнация, разброд и шатания. Причем они уже лет 10 как кончились.
Да что ж все так любят хоронить перл?
А питон, кстати, растет исключительно на хайпе и дистанционном обучении. С одной стороны там много хороших биндингов к разным штукам, и иногда какие-то задачи решать на нем получается сильно проще, зато для веба там только джанго и в целом не очень есть альтернативы. И весь этот огромный интерес к питону по запросам и обучающим роликам никак не коррелирует с количеством людей, которые на нем реально пишут дольше, чем, условно, пару обучающих уроков.
Ну и да, в статистику по питону попадают так же змеи и Монти Пайтон, которого в разы больше.
Возможно, вы не знаете про существование
youtube-dl.Работы на небольшой прототип не много и сделать можно за два часа, в контексте маленького хранилища.
Юридических проблем при массовой популярности сервиса куда больше и далеко не на тысячу долларов.
Самое интересное то и не рассказано )
Получилось ли таким методом получить доступ к какому-то ботнету?
Я хостер (и мы умеем тюнить мускль). Любопытства ради запустил скрипт на одном из продакшн серверов (сотни БД, десятки гигабайт, перкона 5.6). Результат, ну, удивляет.
При этом точно известно, что на нашей нагрузке это приводит к конкуренции за кеш запросов, блокировкам на нем и вообще-то работоспособность сервера на этом заканчивается минуты за три, вроде.
Мы уменьшаем эти таймауты до 70, чтобы было меньше подвисших коннектов, особенно для плохо написанных сайтов. Увеличение до 1200 приводит к разрастанию числа коннектов в мускле и его полной недоступности примерно за час.
Непонятное косметическое изменение, которое противоречит логике — таблиц там сильно за 64к было. mysqltuner предлагает: table_open_cache (> 131072), кстати.
Ну, кого волнует сколько вообще памяти на сервере и зачем она там ему? 42 потока на 4 ядрах (+HT), почему бы и нет, правда?
Бонусом — косметические правки по myisam, который на сервере практически не используется.
В общем, подтюнить в мускле можно многое, но в основном не теми параметрами, что делает этот скрипт. А результаты этого скрипта определенно нельзя копировать в продакшн не вчитываясь в детали.
Но инициатива, безусловно, отличная, хотелось бы пожелать дальнейшего развития и работы с менее очевидными параметрами )
увы, могу. С точностью примерно до 20 вкладок.
Потому что это всегда 10-12 окон браузера примерно по 40 табов внутри.
Выбрал 50-100, но на самом деле 400.
Варианта "более 100" явно не хватает )
Отличная обзорная статья, но лучшее — враг хорошего :)
Тион — да, шумная штука, но… когда люди спят — они дышат менее активно и для поддержания уровня ниже 650 ппм в спальне с двумя людьми достаточно минимальной первой скорости + открытой в противоположном конце квартиры форточки (а в современных домах наверное и обычной вытяжки достаточно, если не последние высокие этажи). Если спальня — отдельная комната, которая используется только как спальня — то больший уровень шума от тиона днем не слышно с остальной части квартиры. В итоге в большинстве случаев проблемы с шумом как бы фактически и нет.
Ну и, нужно помнить, что для поддержания уровня цо2 не более 650ппм днём нужно 60 кубометров в час приточки на одного человека, если не используется плита с газом.
Упомянутые в статье датчики цо2, если я помню правильно, абсолютно все не имеют датчика уровня цо2 и показывают цо2 как функцию от TVOC (либо у них есть ревизии с дешевым химическим датчиком у которого большая погрешность и она растет со временем) — это довольно бессмысленные цифры. Лучше купить Даджетовский датчик за примерно 5 т.р. — он лучший и точный, кроме того что меряет медленно.
Проблемы с пм2.5 очень хорошо (я бы даже сказал фантастически хорошо) решает сяомишный Mi Air Purifier 2s. Лучше сразу с угольным фильтром, чтобы и запахи заодним убирать. Он пока лучший из всех, что я видел, в тихом автоматическом режиме его не слышно. Если пм2.5 реально много — поставить по одному такому фильтру в каждую комнату — реально убирает пм2.5 в 0, без доработок.
Как уже упомянули в комментах — забыто про увлажнение. В Москве с этим зимой, наверное, попроще (но надо мерять), но, например, в Перми зимой при включенном отоплении относительная влажность может падать до 7%, а 15-20 процентов — это примерно максимум в течении зимы. Т.е. это уже когда гарантированно трескается кожа, бьет статикой от всего, а слизистая носоглотки высыхает напрочь и вообще не работает как противовирусный/бактериальный барьер в организме. В бытовых масштабах решается увлажнителями с конструктивом ввиде емкости с вращающимися дисками. Идеальных моделей нет, тихая и эффективная (но дорогая и неудобная в эксплуатации) — Boneco W2055D. Удобная в эксплуатации, но менее производительная и почему-то шумная, не смотря на бесчеточный двигатель — Xiaomi Air Humidifier 2. С ними по одному в комнате можно доводить до сносных 40% при включенном на максимум тионе и открытой форточке.