Estou recebendo o seguinte aviso de mongodb sobre THP 2015-03-06T21:01:15.526-0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'. 2015-03-06T21:01:15.526-0800 I CONTROL [initandlisten] ** We suggest setting it to 'never' Mas consegui desligar o THP...
eu fiz sudo cat /proc/1/maps -vv Estou tentando entender a saída. Posso ver muitas bibliotecas compartilhadas sendo mapeadas para o segmento de mapeamento de memória conforme o esperado. 7f3c00137000-7f3c00179000 r-xp 00000000 08:01 21233923
Estou fora do executável de destino do gdb e nem mesmo tenho uma pilha que corresponda a esse destino. Quero fazer uma única etapa de qualquer maneira, para poder verificar o que está acontecendo em meu código de assembly, porque não sou um especialista em assembly x86. Infelizmente, o gdb se...
Eu bati algum código c no kernel do Linux: static struct ctl_table ip_ct_sysctl_table[] = { { .procname = "ip_conntrack_max", .maxlen = sizeof(int), .mode = 0644, .proc_handler = proc_dointvec, }, // ... { .procname = "ip_conntrack_log_invalid", .maxlen = sizeof(unsigned int), .mode =...
Estou executando o Linux 5.1 em um Cyclone V SoC, que é um FPGA com dois núcleos ARMv7 em um chip. Meu objetivo é coletar muitos dados de uma interface externa e transmitir (parte) esses dados através de um soquete TCP. O desafio aqui é que a taxa de dados é muito alta e pode quase saturar a...
Encontrei o código abaixo em https://github.com/torvalds/linux/blob/master/arch/x86/include/asm/atomic.h static __always_inline bool arch_atomic_sub_and_test(int i, atomic_t *v) { return GEN_BINARY_RMWcc(LOCK_PREFIX "subl", v->counter, e, "er", i); } #define arch_atomic_sub_and_test...