Не совсем о хабре. Резко негативных статей на хабре всё равно меньше, пользователи тут, как правило, такое не одобряются, что есть хорошо. Но вот в комментариях совсем другой разговор.
Каждый имеет право на ошибку. Автор не жертва, конечно, я думаю с ним то всё в порядке. Но призыв быть терпимее и вежливее как никогда актуален. То же касается статей и компаний на хабре.
Число загрузки считается как сумма количества процессов, которые запущены (выполняются или находятся в ожидании запуска) и непрерываемых процессов
это думаю и есть «сколько задач хотели быть исполнеными»
И в статье не говорится. что оно ограничено количеством процессов. Автор указал, что это не совсем правильно, но так легче ему понять, что при 100% загрузки, это число должно быть равно кол-ву процессов. Но загрузка может быть и больше 100%, и это уже сверхнагрузка.
Да, простите, поторопился. Это нужно высчитывать самому. Т.е. нагрузка на один процессор (если задачи распределены поровну) будет составлять 4. Таким образом, нагрузка процессора (LA делённое на кол-во процессоров), не вызывающая перегрузку, должна быть меньше 1. Если больше, то будет означать, что задания находятся в очереди к процессору.
Ведь, например, если взять систему с двумя процессорами и запустить восемь задач, до LA будет приближаться к 8.
Скорее к 4, т.к. процессора 2, то нагрузка будет делиться пополам. Это означает что процессов в стеке процессора находится больше чем самих процессоров и загрузка соответственно больше 100%.
Спасибо за графики, наглядно иллюстрируют, что показатели экспоненциальны.
У автора статьи есть небольшой TODO лист и он собирается обновлять её, как я полагаю.Соответствующие обновления я буду включать сюда. И разумеется, если у него появится новая хорошая статья, с радостью, переведу.
Опять же, автор рассматривает всё на примере установки одного чистого дистрибутива Linux. Не думаю, что упоминание всех возможных изменений и надстроек тут уместно. Взял один случай и разобрал его. В конце концов это же не мануал по Linux в целом, для этого существуют целые тома. Статья эта лишь описание его опыта, который для меня, например, оказался полезным.
Да, упрощение. Но статья про то, как автор хотел выяснить то, что означают значения в одной утилите и разложить всё по полочкамм. Поэтому это скорее статья про то, как он это делал, что интересно почитать, на мой взгляд.
Нигде частная конфигурация не выдётся за правду. Тут расписан один конкретный случай с определённой операционной системой и следует это понимать.
Прошу прощения конечно, но не надо говорить о том, чего не знаете (о моём образовании имею ввиду)
Соглашусь, что в данном контексте пространство(область) подходит больше. Ошибся, бывает, но это не значит что можно делать преждевременные выводы.
Не совсем. Термин энтропия используется в разных областях, если обобщить, то это мера неопределённости и хаотичности в соответсвующих областях. Но в статье идёт речь только об информационной энтропии
Соглашусь, большинство описанного не относится только к H.264 и поэтому может стоило назвать статью по другому, но оставим это на совести автора, сама статья мне показалась полезной.
Эту версию предоставляет хостинг провайдер. И провайдер довольно крупный, если бы были значимые угрозы безопасности, то думаю они сразу же бы отказались от неё. Что ещё интересно, альтернатива для php у них только версия 5.4, а 7-й нет.
И в статье не говорится. что оно ограничено количеством процессов. Автор указал, что это не совсем правильно, но так легче ему понять, что при 100% загрузки, это число должно быть равно кол-ву процессов. Но загрузка может быть и больше 100%, и это уже сверхнагрузка.
Спасибо за графики, наглядно иллюстрируют, что показатели экспоненциальны.
Нигде частная конфигурация не выдётся за правду. Тут расписан один конкретный случай с определённой операционной системой и следует это понимать.
Соглашусь, что в данном контексте пространство(область) подходит больше. Ошибся, бывает, но это не значит что можно делать преждевременные выводы.