jcmvbkbc

Однако переключения контекста при вытесняющем планировании, а также порождённые ими инвалидации кэша никуда не денутся.

Но VIPT/PIPT кэш не нужно инвалидировать при переключении контекста, а VIVT, мне кажется, уже давно никто не делает.

Добавить INTERNET_FLAG_RELOAD в dwFlags HttpOpenRequest?

Я нашёл файл random.h

Тебе надо понять, какой именно генератор ты хочешь сломать. Потому что их в ядре несколько.
Например, быстрые псевдослучайные:
lib/random32.c: prandom_u32_state, prandom_bytes_state

Архитектурные аппаратные:
arch/x86/include/asm/archrandom.h: arch_get_random_* и arch_has_random_*

Криптографически надёжные (их видно из юзерспейса через /dev/[u]random):
drivers/char/random.c: _extract_crng, extract_buf и _get_random_bytes

Тот, что ты нашёл, используется в сетевой подсистеме

возможно ли на уровне рантайма узнать сколько аргументов было помещено в стек перед вызовом виртуального метода (по виду стека, по виртуальной таблице объекта или другой информации доступной в рантайме)?

Традиционно в C++ типы параметров функции кодируются компилятором в её имени.

пишут, пакет - это разбитая на фрагменты датаграмма, т.е. когда размер датаграммы превышает допустимый для данной сети. Но как он может превышать впринципе, если тот же TCP начинает выстраивать сегмент уже на основании MTU и MSS? Те. по идее разбиваться на фрагменты нечему будет, потому что и так будет меньше допустимого для данной сети. И он никогда не будет превышать допустимый размер?

Кроме TCP есть и другие протоколы, например UDP, да и TCP не обязан подгонять MSS под MTU.

Какой все же правильный размер MTU для ethernet по стандарту? Все пишут, что 1500, но где в каком это стандарте написано?

ieee 802.3, раздел 3.1.1 Packet format, там картинка и ссылка на 3.2.7 со следующим текстом:

Ethernet implementations shall support at least one of three maximum MAC Client Data field sizes defined
as follows:
a) 1500 decimal—basic frames (see 1.4.102)
b) 1504 decimal—Q-tagged frames (see 1.4.334)
c) 1982 decimal—envelope frames (see 1.4.184)

А как же тогда jumbo-кадры передаются, они типа нарушают стандарт?

В стандарте 802.3 их нет.

У меня wireshark показывает TCP длину "Length = 1514", как такое возможно, если на роутере стоит MTU 1500?

1514 = 14 байт ethernet заголовка (6 -- адрес получателя, 6 -- адрес отправителя, 2 -- ethtype) + 1500 байт нагрузки

text[t] = word1; // Пытаемся ее сохранить в массив
выводить будет только последнее значение все i-раз. Никак не могу понять в чем проблема, подскажите пожалуйста

Так ведь это присваивание не строку сохраняет, а указатель на один и тот же буфер word1, который переписывается новой строкой в каждой итерации первого цикла. Если хочется сохранить строку -- надо копировать. Например так:

for(t = 0; t < 5; t++){

    scanf_s("%s", word1, 32);
    
    // Проводим некоторые операции со строкой //
    

    text[t] = strdup(word1); // Пытаемся ее сохранить в массив предварительно попытавшись скопировать
  }

  for (t = 0; t < N; t++) {
    printf("\n %d. %s \n", t, text[t]); // Пытаемся вывести
    free(text[t]); // Пытаемся освободить
  }

Не подскажете, как открыть файл в адресном пространстве ядра и прочитать/записать сообщения в него

sys_open, sys_read, sys_write. Поиском по исходникам ядра можно найти примеры использования.

rename -f 's/\.jpeg\(jpg\)\.optimized$/.jpeg(jpg)/' *.jpeg\(jpg\).optimized

ostream&operator <<(ostream&s,const matrix<T>&n)

Второй параметр этой функции -- шаблон. Откуда возьмётся его параметр T?

пробовал через указатель, но не вышло.

Что пробовал, как не вышло?

git diff commit1 commit2 > patch

Мне говорит

RSA operation error
140624383731344:error:0406506C:rsa routines:RSA_EAY_PRIVATE_DECRYPT:data greater than mod len:rsa_eay.c:518:

Но вот что вообще определяет уверенное знания С++. То есть, что именно для этого нужно знать?

Это очень просто: нужно уметь прочитать любой фрагмент кода на C++ и понять его.
Открывайте С++ исходники наугад и читайте любую функцию. Если вы в состоянии сделать это много раз подряд с разными проектами -- скорее всего вы уверенно знаете С++.

"Проект" и armv5 -- это очень расплывчатая формулировка.

Для начала нужно понять, что проект ожидает от компилятора. А именно: нужно ли проект собирать под какую-либо ОС, а если нет, то нужна ли ему библиотека С и стартовые файлы. После этого можно будет искать правильный компилятор.
Так, например, если на устройстве будет Linux, или если проект содержит в себе всё (как, например, U-Boot или ядро Linux) и ему нужен голый компилятор, то можно взять готовый кросс-компилятор. Например на debian это можно сделать командой apt-get install gcc-arm-linux-gnueabi.

Дальше всё зависит от системы сборки проекта. Надо будет указать ей каким компилятором пользоваться и передать компилятору опцию, заставляющую его генерировать код для ARMv5. Так, например, если там autoconf, конфигурировать его со следующими опциями:

--host=arm-linux-gnueabi CC='arm-linux-gnueabi-gcc -march=armv5' LD='arm-linux-gnueabi-gcc -march=armv5'

Если это Linux или U-Boot, передать им в окружении CROSS_COMPILE=arm-linux-gnueabi- и сконфигурировать для armv5 через menuconfig.