Есть программа - она выполняет математические операции. ОЗУ занимает очень много. Больше 25 Гб. Но есть запас ОЗУ.
Когда в кэш процессора данные подгрузились - операции выполняются быстро.
Вопрос - что делать с кэшем?
В каком месте может быть ошибка?
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <sys/wait.h>
int main(int argc, char **argv) {
int fd0[2], fd1[2], n;
char c;
pipe(fd0);
pipe(fd1);
if (!fork()) {
close(fd0[0]);
close(fd1[1]);
write(fd0[1], "c", 1);
sleep(1);
if ((n = read(fd1[0], &c, 1)) != 1) {
printf("Дочерний процесс. Результат чтения: %d\n", n);
exit(0);
}
printf("Дочерний процесс прочитал: %c\n", c);
exit(0);
}
close(fd1[0]);
close(fd0[1]);
write(fd1[1], "p", 1);
if ((n = read(fd0[0], &c, 1)) != 1) {
printf("Родительский процесс. Результат чтения: %d\n", n);
exit(0);
}
printf("Родительский процесс прочитал: %c\n", c);
exit(0);
return 0;
}Максимальное кол-во папок в одной папке (ext4)?
есть 2 ветки dev и feature-3. я слил ветку dev с feature-3 и запушил dev ветку на remote.
Можно ли ветку feature-3?
$ git checkout dev
$ git merge --no-ff feature-3
$ git push remote HEADgit merge feature-3 на втором шаге, и мёрж при этом не был фаст-форвардом, то вторую половину можно сделать так:$ git checkout dev
$ git pull remote dev
$ git checkout HEAD^2 -b feature-3<id-мёржа>^<N> -- это голова ветки № N участвовавшей в этом мёрже.
Хотя большинство этих пакетов установлено, они почему-то не определяются.
Так-же если допустим нечаянно смержили ветку staging в master, как этот косяк откатить.
git revert -m 1 <id-of-merge-commit>-m 1 означает, что при мёрже мастер был первой смёрженной веткой.По сути в master появилась куча разбросанных по времени коммитов, а как откатить я не знаю.
git reset или git revert коммита соответствующего мёржу отменяет все коммиты из смёрженной ветки.
поставил Debian
Сетевой контроллер: Intel i219V
При установке ОС сетевую карту не нашел
chowh root:root для файла, которым он владеет:$ chown root:root test ; echo $?
chown: changing ownership of 'test': Operation not permitted
1$ fakeroot chown root:root test ; echo $?
0
$ ls -la test
-rw-rw-r--. 1 jcmvbkbc jcmvbkbc 1709 Jun 1 2011 testmake install и подобные скрипты, меняющие права файлов, которые они устанавливают в систему, не завершались после первой ошибки при запуске под непривилегированным пользователем, а отрабатывали до конца. Правильность владельцев и разрешений устанавливаемых на файлы при этом должна обеспечиваться другими средствами.Почему в мануалах пишут так:
fakeroot dpkg-deb --build ./path
а вот так тоже работает:
dpkg-deb --build ./path
Есть исходный код на Си, который вызывает функцию на ассемблере, но передаваемые аргументы как получить,
могу ли я скомпилировать модуль на одной машине и просто скопировать его на остальные?
что не так?
0x7c00: mov $0x4f01,%ax
0x7c03: mov $0x100,%cx
0x7c06: mov $0x7c77,%di
0x7c09: int $0x10
(gdb) x/6hx $di
0x7c77: 0x00bb 0x0007 0x0040 0x0040 0xa000 0x0000Все хорошо, но алгоритм не верно работает с унарным отрицанием.
Как исправить?
почему-то закрашивается лишь меньшая часть екрана.
Вся проблема в том что не понимаю я структуры дескриптора..
db 0xFF, 0xFF, 0x00, 0x00, 0x00, 10011010b, 11001111b, 0x00
Я не могу понять именно как происходит этот прыжокjmp 00001000b:pm_entry use32 pm_entry:
НО ничего в таком случае не работает
Почему выходит ошибка (error C2131) при использование в rev_list[n]?
#include <iostream>
#include <cstdlib>
#include <cmath>
using namespace std;
int main() {
char list[] = "asdf";
const int n = sizeof(list);
char rev_list[n];
cout << rev_list;
return 0;
}мне нужно обратиться к вектору по его ключу и изменить размер. Как мне это сделать?map<string, vector<string>> SOURCE;
SOURCE["key"].resize(new_size);