Kamil's questions

Esta pergunta pode ser um pouco "baseada em opinião", mas considere-a como uma fonte confiável de informações sobre o uso de níveis de compactação.

Eu tenho um servidor com poucos bancos de dados com tamanhos diferentes (de megabytes a 40GB). Neste momento, estamos usando gzip -9o nível de compactação e os backups são lentos.

Temos política de backup diário e mantemos:

• backups diários por 14 dias
• backups semanais por 2 meses
• backups mensais por 2 anos
• backups anuais para sempre

Os backups do banco de dados são feitos assim:mysqldump ... > | gzip -9 -c > $TIMESTAMP.sql.gz

Eu tentei diferentes níveis de compactação para um dos pequenos bancos de dados. Aqui estão os resultados (o servidor estava um pouco carregado, então pode ser um pouco impreciso):

level | time (real) | output file size
    1 |    0m1.844s | 6.6M
    3 |    0m1.902s | 6.1M
    5 |    0m2.112s | 5.1M
    7 |    0m2.447s | 4.9M
    9 |    0m3.498s | 4.8M

Depois disso, acho que o nível de compactação 5 ou 7 deve ser usado e devemos evitar o nível de compactação 9.

A questão é:

Quais são as práticas comuns em relação ao nível de compactação para backups?

Existem padrões usados ​​em corporações ou instituições?

Eu instalei o Debian 11.5 no thin client. Possui memória eMMC relativamente pequena de 16 GB para armazenamento.

Durante a instalação, o particionador no modo "padrão" criou 3 partições: EFI (508 MB), root (14,2 GB) e swap (1 GB). Após a instalação, quando verifico o espaço em disco ( df -h), vejo isso:

Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           376M  2.3M  374M   1% /run
/dev/mmcblk0p2   14G  1.7G   12G  13% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/mmcblk0p1  511M  3.5M  508M   1% /boot/efi
tmpfs           376M     0  376M   0% /run/user/1000

Parece que apenas 3,5M são usados ​​de 508M na /boot/efipartição.

Isso significa que posso alterar seu tamanho durante a instalação para algo como 16-32M, ou tem que ser como está?

Ele pode crescer de alguma forma (assumindo que eu não mudarei o sistema operacional ou atualizarei a distribuição Debian)?

Estou tentando enviar e receber alguns dados de string de/para o microcontrolador e usar o bash na máquina linux.

Neste momento o código no meu microcontrolador se parece com isso:

void UART_help_cmd_handler() 
{
    printf("Available commands:\n");
    printf("search - starts search and returns device addresses\n");
    printf("help - prints this help\n");

    // these characters can't stop cat
    EUSART2_Write(0);
    EUSART2_Write(0x03);
    EUSART2_Write(0x04);
}

E este é o lado do Linux:

#!/bin/bash
echo -ne '\x02help\x03' > /dev/ttyUSB0; cat /dev/ttyUSB0;

Eu também tentei:

echo -ne '\x02help\x03' > /dev/ttyUSB0; stdbuf -i 0 -o 0 cat /dev/ttyUSB0

O problema é que não consigo catparar do lado do microcontrolador.

Eu tentei enviar -1caracteres do microcontrolador, tentei com 0x03.

Tenho servidor OpenVPN no servidor VPS e poucos clientes conectados (notebooks, servidor de impressão/arquivo em casa etc.).

Eu gostaria de me conectar de cliente para cliente ou de cliente para servidor usando nomes (em vez de IP) como:

gitlab.mainserver

notebook_ka.mobile

sambaserver.home

O que devo fazer para obter esse efeito sem adicionar entradas de ip/host em %windir%\system32\drivers\etc\hostsou /etc/hostsem cada máquina?

Preciso simular ambiente de rede com conexões de rede ruins para cerca de 1000 hosts.

Pode tc(com netem) ser usado com interfaces de rede virtual (como eth0:0, eth0:1)?

Quando tento usar tcem muitas interfaces virtuais com parâmetros diferentes - parece que todas as interfaces virtuais têm uma tcconfiguração.

Meu problema é parecido com este:

https://stackoverflow.com/questions/31186010/netem-and-virtual-interfaces

Eu quero criar o script postinst para o meu pacote debian do aplicativo e preciso modificar o arquivo /etc/environment (adicionar algum caminho para ele) para tornar o conteúdo do diretório bin do meu aplicativo acessível globalmente no sistema.

Com meu conhecimento atual, tudo o que posso fazer agora é:

• remova o último "caractere do /etc/environmentarquivo (por enquanto não sei como fazer isso no bash, talvez eu tente isso: Como posso remover o último caractere de um arquivo no unix? )
• acrescentar:
• anexar /usr/some/directory/bin(my application bin dir) a esse arquivo
• acrescentar"

Existe uma maneira mais fácil de adicionar algum caminho para variáveis ​​de ambiente permanentemente e globalmente?

Fundo:

Estou trabalhando em alguns pacotes para automatizar o processo de instalação/implantação, tenho poucas coisas como Java, scripts bash, drivers e alguns aplicativos de ferramentas c/c++ para implantar em muitos dispositivos.