3vi1_0n3

Любой процесс может выставить статус "блокирован", обычно когда обращается к диску или другое IO, ядро это учитвает при расчете loadAverage, в итоге если какое-то приложение выставило этот статус и оставило его висеть, то loadAverage будет расти.
Поищите процессы со статусом D (например через ps aux), в теории у вас должно быть не менее 7 таких процессов.

Лучше вот так.
{"num": 1}

Обращаю внимание на двойные кавычки.

3 года имел интимную близость в линукасми под хайпер-в - мой вывод, графические оболочки жрут до упора, не зависимо от наличия потребности.

только голая установка, без компонентов GUI изначально, того же debian, показывает скромный расход по реальным нуждам

особо отмечу KDE (в любом дистрибе) тут все не так катастрофично, но и на реализм виндовых гостей, все равно еще не похоже. KDE меньше жрет про запас, и легче отдает, когда не нужно.. (вероятно особенности архитектуры QT) однако все полюсы испаряются, когда ставим много GTK-based приложений, и активно эксплуатируем их

ну и субьективное наблюдение - кажется, что с установкой новейших ядер, ситуация слегка улучшается. точно не знаю, но возможно МС контрибутит потихоньку, улучшения гостевых модулей под хайпер-в (а таковые в ядре есть точно, искал инфу в свое время, начиная с 3. чего то там, гостевые модули под хайпер-в в ядре линукса из коробки))

ps в конечном итоге, я остановился на виртуалбоксе - да, димаческого выделения памяти нет (upd но есть забавный эффект, от механизма "компрессии" свободной памяти win 10, иллюзия динамического распределения возвращается, в VMWare тот же эффект), зато овладел презентованием физическх дисков, ну и главная плюшка - легкий проброс всячечских юсби девайсов. в плане графики - VMWare будет покруче, но в прошке, а она платная (а пиратства избегаю)

мой личный вывод - для макетных серверов гипер-в классный, но можно и контейнеры тогда уж освоить, а для разнообразного эксперементизма с линуксовыми гостями, под виндой, вуртуал бокс выходит все же по удобнее

pps но естественно, для виндовых гостей под виндовым хостом - хайпер-в вне конкуренции

Потому что объявляемая вами переменная name - глобальная, применительно к клиентскому javascript'у это означает, что она окажется свойством объекта window, у которого свойство name уже есть, и, как нам тут подсказывают, его значения могут быть только строками:

window.name converts all stored values to their string representations using the toString method

Set FSO = CreateObject("Scripting.FileSystemObject")

If Not FSO.FolderExists("C:\icrules") Then 
FSO.CreateFolder("C:\icrules")
End If

Set oXMLHTTP = CreateObject("MSXML2.XMLHTTP")
oXMLHTTP.Open "GET", "http://myurl.ru/fest/settings.properties", 0
oXMLHTTP.Send
Set oADOStream = CreateObject("ADODB.Stream")
oADOStream.Mode = 3
oADOStream.Type = 1
oADOStream.Open
oADOStream.Write oXMLHTTP.responseBody
oADOStream.SaveToFile "c:\icrules\settings.properties", 2

if (this.articleArray.indexOf(data) === -1) {
  this.articleArray.push(data)

всё равно добавляется

А, позвольте поинтересоваться, каков тип значения, которое вы пытаетесь добавить? Не объект ли? При сравнении объектов сравниваются их ссылки, а не содержимое. Поэтому проверку наличия элемента надо выполнять иначе, по id (если таковой имеется, или другому уникальному свойству), как-то так:

if (!this.articleArray.some(n => n.id === data.id)) {
  ...

Если вдруг попытки добавить уже присутствующие в массиве элементы будут производиться часто, то, чтобы постоянно не бегать по массиву, можно сделать вычисляемое свойство, представляющее набор id содержащихся в массиве объектов и проверять, содержится ли в нём id проверяемого объекта (проверка наличия значения в наборе в среднем выполняется быстрее, чем поиск по массиву):

computed: {
  articleIds() {
    return new Set(this.articleArray.map(n => n.id));
  },
  ...

if (!this.articleIds.has(data.id)) {
  ...

Вот так

Абсолютное позиционирование, вырезание картинок, before/after... Ох и понапридумывают всякого...

.example {
    background: linear-gradient(to right, #F0F3BD, #F0F3BD), // левая граница
        linear-gradient(to right, #F0F3BD 0%, #F0F3BD 70%, #fff 70%, #fff 100%), // верхняя
        linear-gradient(to right, #F0F3BD 0%, #F0F3BD 70%, #fff 70%, #fff 100%), // нижняя
        linear-gradient(to right, #fff, #fff); // правая
    background-size: .5rem 100%, 100% .5rem, 100% .5rem, .5rem 100%;
    background-position: top left, top left, bottom left, top right;
    background-repeat: no-repeat;
}

Один элемент. Один фон. Для всего остального есть CSS.
codepen

echo '<input type="radio" name="test" value="1" '.($_GET["test"] == 1? "checked":"" ).'>1<br>';
echo '<input type="radio" name="test" value="2" '.($_GET["test"] == 2? "checked":"" ).'>2<br>';
echo '<input type="radio" name="test" value="3" '.($_GET["test"] == 3? "checked":"" ).'>3<br>';
echo '<input type="submit" value="go"><br>';

Штатные программисты:
+ работают в долгосрочной перспективе (после разработки будет поддержка теми же людьми)
+ сидят у Вас в офисе (коммуникации в команде проще и больше)
- им нужно платить фиксированую зп (как правило, например в СПб Вам это обойдется от 50 (джуниор) до 150 (сеньер) тыс в месяц на человека)
- нужно предоставить рабочее место (стол, стул, комп и т.д.)
- редко работают больше рабочего дня (хотя если будете доплачивать за переработки, то будут)

Оутсорс:
+ может больше времени уделять Вашему проекту (как правило), так как не тратит время на дорогу и т.д., а так же работает на собственном оборудовании и тратит собственное электричество
+ Вы платите только за проделанную работу
+/- Сами строят свой рабочий график, тут с одной стороны могут работать в выходные, ночью и тд, с другой стороны могут устроить себе выходной скажем в среду
- После завершения проекта они от Вас уйдут, либо последующая поддержка будет стоить отдельных денег
- Командные коммуникации удаленные, к тому же если не нанимаете сразу готовую команду (что дороже), то команда скорее всего будет не сработанная и не будет к этому стремиться

Выбирайте

Мне попросту трудно это всё читать из-за того, что каждое слово мне приходится переводить, даже если я понимаю о чём идёт речь, я всё равно иду в словарь — мне страшно от того, что я могу не правильно понять прочитанное.

Больше читать и все. Со временем словарная база увеличится и все реже будете лазить в словарь. Как раз чтение со словарем и есть лучший способ нарастить базу.

Свой уровень оцениваю в pre-intermediate

Дурная градация. Надо отдельно смотреть
Listening (навыки восприятия на слух);
Reading (навыки чтения);
Writing (навыки письменного английского);
Speaking (навыки разговорного английского)
как в IELTS.
Я например без словаря читаю без проблем любую специальную литературу, а остальное хромает, особенно Listening.

Но мне кажется, что пока Writing не будет на достаточном уровне, остальные тянуть нет смысла. Как говорить, если слов не хватает или как писать?
Так что читайте все подряд, много.