Тесты супер, но есть вопросы к результатам теста по zfs. При локальном тестировании на 6 дисков имею значительно более хорошие результаты даже на крутящихся дисках, от чего кажется вероятным что что-то не так при доступе к по сети или в сочетании с доступа по сети с zfs.
Про апи диадока - неправда. Только что спросил их в чате - прислали развернутый ответ с сслыками на все варианты апи, включая хттп рест - https://api-docs.diadoc.ru/ru/latest/
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, который на сервере практически не используется.
В общем, подтюнить в мускле можно многое, но в основном не теми параметрами, что делает этот скрипт. А результаты этого скрипта определенно нельзя копировать в продакшн не вчитываясь в детали.
Но инициатива, безусловно, отличная, хотелось бы пожелать дальнейшего развития и работы с менее очевидными параметрами )
Тесты супер, но есть вопросы к результатам теста по 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://api-docs.diadoc.ru/ru/latest/
из 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" явно не хватает )