sudo rm -rf /

Попытаюсь объяснить на пальцах
В большинстве случаев основная нагрузка идет на чтение БД, часто бывает, что одна машина не справляется с существующей нагрузкой, тогда поднимают кластер — запускают СУБД на нескольких машинах, одна из них объявляется мастером, остальные репликами
Мастер занимается только записью и распространением готовых изменений по репликам
А читаем мы только из реплик, балансируя нагрузку между ними, тем самым снижая нагрузку на каждую из них и уменьшая время отклика

Из :help registers:

8. Selection and drop registers "*, "+ and "~
Use these registers for storing and retrieving the selected text for the GUI.
See quotestar and quoteplus. When the clipboard is not available or not
working, the unnamed register is used instead. For Unix systems the clipboard
is only available when the +xterm_clipboard feature is present. {not in Vi}

В debian 9 без vim-gui-common:

$ vim --version | grep -o .xterm_clipboard
-xterm_clipboard

так что и не должно работать. После установки vim-gui-common:

$ vim --version | grep -o .xterm_clipboard
+xterm_clipboard

Почитайте про полиморфизм вообще, и конкретно про его реализацию для классов в C++ в форме виртуальных функций.

Если говорить кратко, то под линукс есть две основные реализации CLR и BCL: Mono и .NET Core.

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

Но не так давно Microsoft объявила о разработке своей собственной реализации под названием .NET Core. Грубо говоря это привычный нам CLR (CoreCLR) и урезанная BCL (CoreFx), но не требующая установки и с открытым исходным кодом. И самое главное - кроссплатформенность. Официально портируется на Linux и Mac OS X, но разработчики с радостью принимают пулл-реквесты, так что силами сторонних разработчиков постепенно делается поддержка Free BSD.

Параллельно с этим ведется разработка ASP.NET 5 и EF7, которые будут работать и на .NET Core. Так что да, в скором времени ASP.NET и консольные приложения будут хорошо себя чувствовать и на Linux, и на других ОС.

Более того, совсем недавно Microsoft объявила о начале работы над LLILC - компилятор IL -> IR, что позволит для работы .NET приложений использовать LLVM вместо CLR. Что это даст? Больше поддерживаемых платформ, .NET приложения смогут работать на всех архитектурах, поддерживаемых LLVM.

Хотите узнать как обстоят дела? Следите за гитхабом: .NET Core и ASP.NET. Оба проекта принимают пулл-реквесты, так что вы всегда можете помочь проектам.

Можно так:

#include <iostream>

void func(std::initializer_list<int> data)
{
	for(const auto& item : data) {
		std::cout << item << std::endl;
	}
}

int main() {
	func({1, 2, 3});
	std::cout << std::endl;
	func({1, 2, 3, 10, -1, 15});
	return 0;
}

Раньше, во времена *.com файлов, было модно прийти на тусовку, и прям в debug.exe написать програмку в машинных кодах, и все такие "АХ!!1"

Но вообще да, это всё выдумки режисеров и сценаристов. Никто не пишет в машинном коде. Да, для reverse engineering можно запомнить несколько опкодов, но по большей части это никому не надо. (0.0001% кому это нужно - погрешность).

Настройте постоянный мониторинг нагрузки на сервак. Возможно, какие-то короткие периодические нагрузки. Или реально -- диск тупит/сыплется при обращении к определённым областям.

К тому же, тот факт, что пинг идёт быстро -- не означает отсутствия проблем в канале. Пинг и SSH слегка на разных протоколах стека работают. Как-то расследовали неописуемый случай, когда адово тупил SSH. При этом всё остальное было в норме. Расследование показало, что если подключиться к серваку по L2TP и зайти на SSH через туннель, то никаких тормозов не было. L2TP работает по UDP. Мораль была такова -- у провайдера были проблемы на канале при обработке TCP-трафика, при этом UDP и ICMP никаких проблем не испытывали.