Существует ли асинхронный файловый IO?

Сергей Горностаев, По моему, принципиальных причин для отказа в реализации файлового i/o на iocp или epoll нет (хотя я то же не сильно углублялся).
На мой взгляд, файловые операции реализуют на потоках из-за того, что количество файловых операций в том же libuv гораздо больше, чем открытие/чтение/запись/закрытие.
Получается что либо мы ограничиваем файловый i/o стандартным набором операций (чего явно не достаточно), либо натягиваем весь расширенный интерфейс файловых операций на остальной i/o, который там нафиг не нужен.

Существует ли асинхронный файловый IO?

Сергей Горностаев,

но IOCP и например epoll отличаются настолько сильно, что их почти невозможно объединить общей высокоуровневой абстракцией

Тот же libuv их объединяет.
Правда IOCP в libuv только для сокетов. Файловые операции там реализованы на пуле потоков.

КАК записать диски с помощью CMD, PowerShell или Скрипта vbs?

Evgenii, Полноценного решения тут и не получите, к тому же у вас задача очень специфическая. За решением можете сходить на фриланс биржу.
На счет опций командной строки смотрите тут.

Я правильно понял связь указатель на указатель и двумерный массив?

sddvxd, Этими объявлениями:

int (*pointer3d)[dim2][dim3];
int (*pointer2d)[dim3];

Вы не объявляете массив, вы объявляете указатель! Почувствуйте разницу!
И пока вы указателю не присвоите адрес реального массива, он у вас будет указывать фиг знает куда - в сегфолт, скорее всего.
Хорошую тему вы подняли. Вчера, ради интереса, по мотивам вашего диалога с jcmvbkbc наваял небольшой тест с использованием в С99 указателей на массив совместно с динамическим массивом.
Жаль, что msvc это не собирает. Но gcc и clang - все нормально.

Почему clang (x86-64 7.0.0) генерирует хуже код (в данном примере)?

MrBman, Возможно, реализовали несколько вариантов и протестировали на производительность. В релиз пошел самый быстрый вариант.
Кстати, не факт, что на другом компиляторе и с другими опциями оптимизации результат теста будет таким же.

Почему clang (x86-64 7.0.0) генерирует хуже код (в данном примере)?

В gcc при -O3 обе функции компилируются практически в идентичный код.
При -O2 небольшая разница есть.
Сделайте тест по замеру скорости выполнения обеих функций и после этого сделаете вывод какой код лучше.
Меньшее количество инструкций не всегда говорит о том, что код лучше.

Я думаю, что на этом примере вы не увидите сколько либо существенную разницу в скорости выполнения обеих функций.
Результаты измерений выложите сюда, будет интересно ознакомиться.

Почему параметры командной строки ломаются, если на конце у них слеш?

4ainik,

Но вообще ожидался результат:

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

с точки зрения применения экранирования(!) могло бы выглядеть вот так

Могло бы, но у микрософта на это другая точка зрения.
К тому же это поведение задокументировано (см.ссылку в одном из прошлых моих ответов), так что это уже не баг :-)

Как в Windows с помощью ALT+TAB переключаться сразу на 4 окна?

PendalF89, Ну попробуйте WIN+[1-9]

Почему параметры командной строки ломаются, если на конце у них слеш?

4ainik,

ConsoleApplication2.exe "c:\1111 2222 3333 4444\" "5555 6666 7777"
argc2 = 4
argv2[0]=|ConsoleApplication2.exe|
argv2[1]=|c:\1111 2222 3333 4444" 5555|
argv2[2]=|6666|
argv2[3]=|7777|

Что читать после Лафоре?

Функция seh_invoke_with_ui() принимает на вход 2 лямбды и строку L"main"sv.
Префикс L говорит о том, что это широкая строка типа wchar_t, суффикс s - преобразует Си строку в std::string, суффикс v - фиг знает что. Возможно какой-то пользовательский суффикс - в С++11 их можно определять:

Почему параметры командной строки ломаются, если на конце у них слеш?

4ainik, Результат такой же как у вас.
Вот тут объясняется это поведение. Так что все нормально - это фича.

Что читать после Лафоре?

4ainik, Лафоре не читал. Когда она мне попала в руки просмотрел по диагонали, на первый взгляд неплохой учебник для начинающего программиста. Правда та книга, которую я держал в руках была 2004 года издания. На сколько я знаю, в свежем издании не появилось новых фишек С++ из последних стандартов.

Почему параметры командной строки ломаются, если на конце у них слеш?

4ainik, Забавная ситуация.
Собрал ваш пример в mingw и msvc - результат один и тот же.
Сделал разбор ком.строки с помощью CommandLineToArgvW - то же самое.

Почему параметры командной строки ломаются, если на конце у них слеш?

4ainik, В WinAPI есть собственная функция разбора командной строки для формирования argc и argv: CommandLineToArgvW.
Протестируйте ее. Было бы интересно сравнить результаты.
Получить командную строку процесса можно с помощью GetCommandLineW().

Так же интересны параметры вашей среды - какая версия и разрядность ОС, какой компилятор и версия.

Как управлять кэшем процессора?

igorsap13,

Поэтому не думаю, что используется своп.

Зачем гадать - используйте виндовый Монитор производительности, чтоб определиться используется своп или нет.

Как подключиться через git-bush или через консоль из под Windows по ssh-ключу к серверу?

Yasuro,

Права на файл оставить только у владельца.

Как подключиться через git-bush или через консоль из под Windows по ssh-ключу к серверу?

Yasuro, Если вы на сервере сделали эти настройки:

PubkeyAuthentication yes
PasswordAuthentication no

То клиент уже можно не настраивать - сам разберется.
Вот не плохая статья.

Как подключиться через git-bush или через консоль из под Windows по ssh-ключу к серверу?

Yasuro, Файлу authorized_keys на сервере нужно установить владельцем того пользователя, которым подключаетесь. Права на файл оставить только у владельца. Собственно право на запись можно забрать и у владельца то же.

Как подключиться через git-bush или через консоль из под Windows по ssh-ключу к серверу?

Подумал - парольную авторизацию можно и не выключать, но тогда при подключении клиенту нужно указать использовать авторизацию по ключу (через конфиг файл или параметры ком.строки).

Как удалить из большого файла строки, которые есть в другом файле?

Виктор Сергиенко, Ок. со строками понятно.
Значит виндовые утилиты вам точно не помогут.
Но линуксовые утилиты должны отработать. Падают, видимо, на файле 2.txt, возможно этот файл читается целиком. Что если вам 2.txt разбить на сотню другую не очень больших файлов?

Можно разделить и 1.txt, после обработки части склеить.

Разделить файлы можно с помощью tail -n/head -n или sed -n
Склеить: cat file1 file2 >fileout

Исполнять утилиты лучше под линукс с установленной кодировкой консоли UTF8.