Gostaria de saber se o processador, disco e barramento interno do meu computador operam rápido o suficiente para enviar dados de um arquivo em disco a 10 gigabits por segundo?
% cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz
stepping : 9
microcode : 0x21
cpu MHz : 1286.233
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts md_clear flush_l1d
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips : 4988.39
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
% sudo smartctl -a /dev/sda
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-6-amd64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Toshiba 2.5" HDD MQ01ABD...
Device Model: TOSHIBA MQ01ABD075
Serial Number: 33BWT0STT
LU WWN Device Id: 5 000039 4a1f83658
Firmware Version: AX0R2J
User Capacity: 750,156,374,016 bytes [750 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sun Jan 26 23:16:14 2020 WET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
% lspci -tv
-[0000:00]-+-00.0 Intel Corporation 3rd Gen Core processor DRAM Controller
+-01.0-[01]----00.0 NVIDIA Corporation GK107M [GeForce GT 740M]
+-02.0 Intel Corporation 3rd Gen Core processor Graphics Controller
+-04.0 Intel Corporation 3rd Gen Core Processor Thermal Subsystem
+-14.0 Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller
+-16.0 Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1
+-1a.0 Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2
+-1b.0 Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller
+-1c.0-[02]--
+-1c.1-[03]----00.0 Qualcomm Atheros AR9485 Wireless Network Adapter
+-1c.3-[04]--+-00.0 Realtek Semiconductor Co., Ltd. RTL8411 PCI Express Card Reader
| \-00.2 Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
+-1d.0 Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1
+-1f.0 Intel Corporation HM76 Express Chipset LPC Controller
+-1f.2 Intel Corporation 7 Series Chipset Family 4-port SATA Controller [IDE mode]
+-1f.3 Intel Corporation 7 Series/C216 Chipset Family SMBus Controller
\-1f.5 Intel Corporation 7 Series Chipset Family 2-port SATA Controller [IDE mode]
Eu tenho feito algumas pesquisas sobre como ler corretamente as linhas de um arquivo cuja última linha pode não ter um caractere de nova linha à direita. Encontrei a resposta em Ler um arquivo orientado a linha que pode não terminar com uma nova linha .
No entanto, tenho um segundo objetivo que é excluir os comentários no início das linhas e encontrei um grepcomando que atinge o objetivo
$ grep -v '^ *#' file
Mas notei que este comando tem um comportamento lateral (para mim inesperado): adiciona um caractere de nova linha à direita na última linha, se não existir
$ cat file
# This is a commentary
aaaaaa
# This is another commentary
bbbbbb
cccccc
$ od -c file
0000000 # T h i s i s a c o m m
0000020 e n t a r y \n a a a a a a \n #
0000040 T h i s i s a n o t h e r
0000060 c o m m e n t a r y \n b b b b b
0000100 b \n c c c c c c \n
0000111
$ truncate -s -1 file
$ od -c file
0000000 # T h i s i s a c o m m
0000020 e n t a r y \n a a a a a a \n #
0000040 T h i s i s a n o t h e r
0000060 c o m m e n t a r y \n b b b b b
0000100 b \n c c c c c c
0000110
$ od -c <(grep -v '^ *#' file)
0000000 a a a a a a \n b b b b b b \n c c
0000020 c c c c \n
0000025
Observe que, além de remover os comentários iniciais da linha, ele também adiciona um caractere de nova linha à direita na última linha.
Como poderia ser?
Dada uma string composta por 0s e 1s, meu objetivo é substituir 0 por 1 e vice-versa. Exemplo:
Entrada
111111100000000000000
Saída pretendida
000000011111111111111
Tentei, sem sucesso, o seguinte sedcomando
echo '111111100000000000000' | sed -e 's/0/1/g ; s/1/0/g'
000000000000000000000
o que estou perdendo?
Existem scripts de shell onde os comentários têm um espaço entre o sinal de hash e o comentário real
# a comment at the beginning of a line
echo foo # a comment trailing after a command
e outros que não possuem
#another comment at the beginning of a line
echo bar #another comment trailing after a command
Essa decisão tem algum tipo de impacto na execução real dos scripts ou é (apenas) um problema de estilo de codificação?
Nesta questão Obter o número da linha da posição do caractere Eu sei que é possível, em um arquivo de texto, obter o número da linha da posição do caractere usando scripts.
O Emacs possui uma funcionalidade M-x-goto-charque posiciona o cursor na posição do caractere.
Minha pergunta é: Existem utilitários UNIX que compuseram poderiam fazer o trabalho de maneira elegante?
Dada a seguinte estrutura de diretórios:
$ tree --noreport dir
dir
├── fileA
├── .hiddenfileA
├── .hiddendirA
| ├── .hiddenfileB
│ ├── fileC
│ └── fileD
└── dirA
├── .hiddenfileC
├── fileE
└── fileF
O requisito é fazer uma chamada para localizar para que os arquivos de diretórios ocultos, mas não os arquivos ocultos (em diretórios não ocultos), sejam excluídos do resultado.
O retorno esperado deve ser algo semelhante a:
./.hiddenfileA
./dirA/.hiddenfileC
./dirA/fileE
./dirA/fileF
./fileA
Fiz algumas pesquisas e encontrei aqui informações que me levaram a criar a seguinte chamada parafind
$ find . -type f -not -path '*/\.*' -print
Mas esta solução tem a desvantagem de pular diretórios e arquivos ocultos .
Alguém sabe o significado da string "Frente do Povo" no nome do Makefile de origem do kernel linux?
> uname -a
Linux debian 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux
Acabei de instalar a fonte do kernel do repositório oficial do debian
> sudo apt-get install linux-source
a referida linha:
> cat /usr/src/linux-source-4.19/Makefile | grep "NAME"
NAME = "People's Front"