Davi Silva Santos

@Yan_ Sim, seria muitas vezes mais lento. SSDs usam memória flash, feita para armazenamento permanente e com limite de leituras e escritas, enquanto a RAM dos PCs é DRAM, feita para acesso aleatório sem degradação. Outra razão é que SSDs só podem ser lidos e escritos em grandes blocos, enquanto a comum DRAM trabalha com escritas e leituras em algumas dezenas de bytes. O processador também possui o acesso a DRAM muito mais otimizado que um SSD, mesmo que este último esteja usando barramento de alta velocidade, como o PCI-e. O que você está pensando é mas adequado para uma NVRAM, mas mesmo essa tecnologia e suas implementações possui limites de escrita e é mais lenta que a DRAM. Continuando a escala de maior velocidade, acima da DRAM temos a SRAM, também volátil, e é normalmente usada para o cache dos processadores, e os bancos de registradores.

A memória virtual mapeia um espaço de endereço virtual, um espaço de endereços usados pelos programas em sua operação normal, em um espaço de endereço físico, usado pelo hardware. Essa técnica permite isolar processos, de modo que cada um receba a sua área de memória, sendo que é também possível compartilhá-la com outros processos. Como consequência, a memória virtual permite que o kernel possa ter seu espaço de memória separado dos processos que são executados a nível de usuário. O mapeamento do espaço virtual para o físico é feito, em hardware, na Unidade de Gerenciamento de Memória (MMU) do processador e no software, pelo núcleo (kernel) do sistema operacional. A maioria dos sistemas operacionais modernos exige um processador com MMU, mas há, por exemplo, configurações especiais do Linux que podem ser executadas em processadores que não possuem esse recurso. A aplicação mais visível da memória virtual para o usuário é a possibilidade de mover áreas de memória entre diferentes dispositivos, como no uso de um arquivo de swap ou uma partição de swap para aumentar a quantidade de memória disponível além da capacidade física em RAM.

Não se pode ter mais de uma variável com o mesmo identificador em um mesmo escopo. Neste caso o seu escopo é a função `main()`, e há duas variáveis sendo identificadas como `a`, `b` e `c` dentro do mesmo. A solução para isso é renomear a segunda declaração de `a`, `b` e `c`, por exemplo, na segunda atribuição declará-las como `d`, `e` e `f`, atualizando as linhas subsequentes; ou simplesmente atribuir novos valores a elas, por exemplo `a = 10.7;` no lugar de `double a = 10.7;` e assim por diante. Recomendo que poste códigos longos em texto mesmo, e de preferência usando as opções de formatação do fórum (botão "Code").

Se não quiser abandonar a sua placa pode aprender a programar o ATMega328P, o microcontrolador do Arduino Uno, em C puro e usando os registradores, como é feito na maioria das outras arquiteturas. Com o passar do tempo pode abandonar a IDE do Arduino e fazer tudo chamando as ferramentas da "toolchain" AVR. Se quiser outras arquiteturas com uma grande variedade de placas prontas com programadores integrados, "toolchain" livre, e bastante documentação há: MSP430, focada em baixo consumo de energia, ARM Cortex-M0, mais completa, e os próprios AVR da Atmel, hoje da Microchip.

Se for algo parecido com https://en.wikipedia.org/wiki/File:Mains_hum_60_Hz.ogg provavelmente é falta de aterramento ou conector mal encaixado. Já se for um ruído que aparece somente quando movimenta o fone aí pode ser um problema no cabo, que está prestes a se romper ou está com alguma solda ruim.

Normalmente os XL possuem maior custo benefício, mas tinta de impressora em cartucho já tem preço absurdo por mL (uso os cartuchos 670). Quanto à durabilidade da recarga, não duram mais que um cartucho comum, pois ambos não foram feitos para serem recarregados. Apesar disso, antigamente os cartuchos originais podiam ser recarregados duas ou três vezes sem problemas, mas costumavam gastar mais tinta por impressão. Cartuchos originais são caros, mas manutenção nas cabeças de impressão usadas nos sistemas de tanque de tinta é bem pior. Infelizmente a qualidade de construção das impressoras domésticas a jato de tinta caiu bastante nas marcas mais comuns.

Eu iria de RX 470, principalmente se encontrar a um bom preço os raros modelos de 8 GB. A GTX 960 é boa, mas bem difícil de achar a bons preços, mesmo antes da pandemia. Vale lembrar que as GPUs AMD dessa época tendem a consumir um pouco mais de potência que uma NVIDIA equivalente, ou seja, possuem um desempenho por Watt um pouco pior. Já em relação aos drivers, atualmente, no Windows, estamos na safra boa de drivers NVIDIA e a AMD está na média, isto é, o driver AMD sai ruim no lançamento de novas GPUs e melhora bastante com o tempo. No GNU/Linux, na maioria das distribuições os drivers AMD para essa geração e as RX 500 possuem suporte excelente, tanto o livre quanto o proprietário, enquanto as NVIDIA GTX 900 só funcionam adequadamente com o driver proprietário.

Makefiles são scripts que indicam os comandos usados na compilação de um programa, apesar de também serem usados na compilação de Latex para PDF. Basicamente descrevem os passos a serem tomados através de uma lista, comumente chamada de receita, que especifica os processos de compilação com base nas entradas e saídas de cada etapa. Makefiles aceitam variáveis em uma sintaxe parecida com o Bash, e também possui variáveis com significados especiais e convenções criadas pela própria comunidade (CC, CFLAGS) e a estrutura básica é resumida em: saídas-ou-regras: dependências # Identação feita com tabulações, favor não usar espaços comandos comandos Normalmente quando falam em Makefile as pessoas se referem às receitas Make interpretadas pelo GNU Make (https://www.gnu.org/software/make/manual/html_node/), que adiciona algumas extensões à linguagem. Vale lembrar que quando lança o programa `make` para que este execute uma receita, há vários parâmetros que podem ser passados que modificam a execução, como uso de múltiplas "threads" e redefinições de variáveis.

Só se transcodificar (H262/MPEG2 para H264/MPEG4, por exemplo) ou se recodificar sem querer, mas a perda de qualidade não é tão grande. Eu acho que compensa passar para H264, a qualidade vai cair um pouco mas vai diminuir o tamanho do arquivo, pois o H264 é bem mais eficiente. DVDs normalmente já possuem áudio, vídeo e legendas em um contêineres .VOB de aproximadamente 1 GB cada. É possível concatenar os contêineres e convertê-los para MKV mantendo todos os codecs originais usando o FFMpeg, uma das dependências do Handbrake, em linha de comando, mas não sei se este oferece essa opção na interface gráfica.

Escalonamentos podem ser implementado em software, mas quanto mais partes do processo poderem ser aceleradas no hardware, melhor. Também faz diferença os modelos de escalonamento usados pelo núcleo de cada sistema operacional e como cada um define processo, thread e as relações entre ambos. Sabe-se, por exemplo, que o escalonamento do kernel Linux consegue extrair muito mais performance dos processadores AMD Ryzen do que o kernel Windows NT, principalmente nos processadores da primeira geração. Implementações em software usam o fato de que a maioria das arquiteturas de processadores possui pelo menos: uma instrução básica que ajude na troca de contexto (CALL), que salta para uma área no código e salva alguns registradores importantes, uma instrução que restaura o contexto anterior (RETURN), um pulo incondicional para outra área de código (JUMP). Você pode ver o escalonamento baseado em software em grande parte dos RTOSs, os sistemas operacionais em tempo real, implementados em microcontroladores mais básicos usando C, C++ ou até assembly.

A fonte é um dos componentes mais importantes: fontes ruins podem entregar tensões ruidosas demais, estressando os capacitores da placa-mãe e da placa de vídeo ou entregar em níveis DC fora das especificações, levando os reguladores nas placas a trabalharem mais que o especificado ou simplesmente destruindo tudo pelo caminho. Uma fonte de projeto ruim não vai entregar a potência prometida e vai ter eficiência ruim, fazendo com que você pague a mais por uma potência que não vai chegar em seu computador.

Certeza que o fone funciona normalmente em um smartphone Android ou em um laptop? Pode ser algum problema no seu adaptador. Também pode acontecer de seu fone ser no padrão OMTP, que já foi comum antigamente e ainda sobrevive na China, sendo que a maioria dos adaptadores atuais está preparada para o padrão CTIA.

É o mesmo que o Mercado Livre, com a diferença que as fraudes conseguem sobreviver por mais tempo no Ali e devolver um produto defeituoso é um pouco mais difícil. A pandemia do coronavírus também afetou o comércio chinês, gerando atrasos e problemas de produção, como pode ser visto em vários anúncios nas lojas oficiais que existem no Ali. Outra coisa a prestar atenção é o dólar, às vezes é mais barato comprar as peças estocadas no Brasil do que em períodos de câmbio desfavorável no Ali.

A sua maior preocupação deve ser com a máxima corrente nos pinos de entrada e saída. Esses pinos são normalmente os mais sensíveis e precisam ser adequadamente protegidos com resistores, diodos, optoacopladores para garantir o perfeito funcionamento e evitar danos nos periféricos de entrada e saída. O limite nos pinos VDD e VSS é algo secundário, e normalmente serve para limitar o máximo de saídas do microcontrolador em conjunto com os periféricos. Muitos microcontroladores não suportam carga máxima nas saídas, por exemplo, possuem 10 pinos de entrada e saída com suporte a +/- 3 mA mas limitam a corrente nos pinos de alimentação a 20 mA. Opcionalmente, esse valor de corrente máxima nominal serve para diagnóstico em manutenção, pois um valor muito alto pode indicar que houve algum dano e existe algum curto interno no microcontrolador.

MKV é um formato contêiner, então ele aceita vários codecs para áudio e vídeo. Se quiser digitalizar sem perdas o mais adequado é arquivar o disco inteiro como uma imagem ISO, pois toda transcodificação para formatos com perdas degradam a qualidade a cada passagem. Outra opção é manter os codecs originais de áudio e vídeo e só juntá-los em um MKV, sem transcodificar. E, finalmente, você pode transcodificar o vídeo do h262/MPEG2 original para h264/mp4 com alta qualidade a taxa fixa, reduzindo as perdas, e manter o áudio no AC3 original ou, caso queira reduzir o tamanho, comprimir para AAC (Apple Audio Codec). Lembrando que tanto em áudio quanto em vídeo nos DVDs são usados codecs com perdas, então não há muitos usos para a transcodificação para formatos sem perdas.

Os SSDs chineses não tem um controle de qualidade muito bom: você pode acabar adquirindo uma unidade equivalente aos modelos de entrada das marcas mais conhecidas, inclusive com controladores e memórias flash equivalentes, ou então algo bem ruim, colocando as memórias para operar no limite e sem nenhuma "reserva", essencial para aumentar o número de dados que podem ser escritos com segurança e desempenho. Infelizmente não conheço nenhuma opção mais barata que os SSDs chineses além de uma promoção surpresa que aconteça em lojas nacionais. A situação fica pior se você possui um laptop antigo que só aceita SSDs mSATA half-size, só conheço fornecedores chineses que ainda fabricam nesse formato. É claro que nessa situação ainda é possível instalar um SSD SATA, mas nem os modelos chineses possuem preço competitivo com os HDs na faixa acima dos 500 GB.

Os fones de ouvido de celular normalmente seguem o padrão TRRS, conhecido popularmente no Brasil como P3. Eles vão ser compatíveis com o TRS dos computadores, mais conhecidos como P2, mas o microfone não vai funcionar, apenas o fone de ouvido. Nesse caso, será necessário comprar um adaptador P2/P3, com uma entrada (fêmea) P3, onde se conecta o fone do celular e duas saídas macho P2, que devem ser conectadas à saída de áudio e à entrada de microfone do computador. Entretanto, se por algum motivo as entradas e saídas de áudio de seu computador não funcionam, você pode comprar um adaptador de áudio USB. É um equipamento que se parece com um pendrive e tem dois conectores fêmea P2. Para fazer um fone de celular funcionar por completo, você vai ainda precisar do adaptador P2/P3, mas se quiser só fazer a saída de áudio funcionar, não vai precisar do mesmo. Ambos equipamentos podem ser encontrados em lojas de eletrônicos ou especializadas em áudio. Também estão disponíveis nas lojas e nos mercados virtuais.

No lugar do FX8350 use um Ryzen 3300X, se quiser um processador de uma geração recente, ou até um Ryzen 1600AF, embora este possa ter problemas de compatibilidade com os chipsets mais novos da AMD. Processadores antigos, mesmo que continuem sendo bons, podem não ter mais um bom custo-benefício, pois normalmente exigem maior potência que os modelos novos para uma mesma tarefa, logo precisam de placas-mãe com bons VRM e fontes de melhor capacidade.

Aparentemente as instruções de virtualização já estão ativadas. Se quiser verificar na BIOS/UEFI as configurações vão ter nomes parecidos com VT-x/VMX para processadores Intel e AMD-V/SVM para CPUs AMD.

A RTX 3070 parece a mais equilibrada das novas GPUs NVIDIA. Apesar disso, é bom esperar as versões que chegarão no mercado, já que dificilmente teremos o modelo de referência a um preço saudável no Brasil. Aparentemente a nova série RTX 3000 veio para superar a RTX 2000 e, pelo menos os modelos de referência, possuem praticamente o mesmo valor em dólar das RTX 2000. Para mim os únicos defeitos aparentes são a pouca VRAM, importante se for usar para renderizar e não para jogar, e o consumo mais alto em relação às gerações anteriores mais recentes.

As minhas dicas, algumas já foram repetidas acima: Se possível atualize o seu compilador. GCC ainda é o compilador universal, Clang é tão bom quanto mas o suporte é limitado para arquiteturas mais específicas, como microcontroladores. Evite as bibliotecas do DOS, se puder. Corra das funções consideradas obsoletas, por exemplo, `gets()`. Saiba usar o `scanf()`. No GNU/Linux, leia toda a `man 3 scanf`, vale a pena. Não usar `fflush(stdin)`ou outros comportamentos indefinidos. É bom evitar os VLAs (vetores alocados dinamicamente na stack) e a função `alloca()`. Macros do preprocessador são poderosas, mas são difíceis de debugar e podem causar problemas surpreendentes. Como boa prática coloque suas macros dentro de parêntesis ou do-whiles sempre que possível para evitar problemas na ordem de avaliação de condicionais e bizarrices com o ponto e vírgula. Evite usar `-ffast-math`. Ponto flutuante já surpreende com o comportamento normal. Sempre leia os avisos do compilador e pense duas vezes antes de ignorá-los. Garanta que suas bibliotecas/cabeçalhos entrem só uma vez no código (include guards ou pragmas) Os compiladores verificam mais profundamente seu código quando habilita certas otimizações, o que expões alguns bugs que podem estar escondidos. Use o Valgrind para verificar vazamentos de memória e acessos indevidos. Lembre-se que C não é C++ e vice-versa. Não compare variáveis com sinal com sem sinal. É uma boa ideia inicializar os ponteiros em NULL. Prefira deixar o `malloc()` e o `calloc()` sem o cast, em C a promoção é automática. Também relacionado a isso, é bom não especificar o tipo da variável diretamente no operador `sizeof`. Dependendo do seu caso de uso, habilitar todas as flags do GCC recomendadas pela Red Hat, também comuns em outras distribuições, pode ser uma boa ideia: https://developers.redhat.com/blog/2018/03/21/compiler-and-linker-flags-gcc/

Um osciloscópio de 60 MHz seria útil, como falaram acima, para conferir o funcionamento do circuito da fonte e, talvez, entradas e saídas de áudio. As televisões atuais são completamente digitais, sendo que muitas possuem circuitos integrados customizados para cada fabricante (ASICs) de documentação escassa. Além disso, mesmo os componentes documentados provavelmente trabalham a frequências altas e com ondas quadradas, um osciloscópio com banda tão baixa não é adequado para isso.

No 2,4 GHz 802.11n fica difícil chegar até na metade dos 450 Mbit/s usados no canal em 40 MHz em alguns roteadores, tem muita concorrência transmitindo na mesma região do espectro. Entretanto em 5 GHz já consegui chegar a 240 Mbit/s aferidos pelo EAQ encostado em um ponto de acesso doméstico 802.11ac 1300 Mbit/s, e em um celular mediano. Infelizmente, o sinal de 5 GHz é facilmente bloqueado por quase tudo, e se atenua muito rápido comparado ao 2,4 GHz: há vários lugares onde consigo conectar no 2,4 GHz e baixar a 20-30 Mbit/s e o computador nem detecta o sinal de 5 GHz. Outra coisa: um roteador conectado por meio de WDS é lento e vulnerável a interferências, principalmente outros roteadores próximos, prefira ligar os dois usando o cabo Ethernet mesmo.

Realmente, vai ser difícil algum multímetro alcançar todos os padrões, mas quanto o mais próximo, melhor. Assim como vemos no mercado de PSUs, mesmo os multímetros mais caros têm suas falhas, como modo de continuidade demorado e taxa de atualização do display lenta. Sempre procuro um multímetro que chegue o mais próximo dessas características dentro de cada faixa de preço. Também é sempre importante verificar as análises dos multímetros. Ultimamente vi boas indicações dos Aneng An8008 e 8009, que podem ser adquiridos no AliExpress por menos de R$ 200,00 e são bons para a faixa de preço, mas possuem problemas para medir nos extremos das faixas (ainda assim são melhores que os multímetros de R$ 20,00 que tenho por aqui). Um outro modelo que ficou famoso é o UNI-T 161E, que possui proteções melhores e pode enviar as medidas para um PC através de RS232 ou USB, mas é bem mais caro. Normalmente quando preciso de análises dos multímetros verifico esses sites: https://lygte-info.dk/info/DMMReviews.html https://www.markhennessy.co.uk/ https://www.youtube.com/channel/UCSRTiJhBE5GsP-1fCbpFRWg (Learn Electronics) https://www.youtube.com/channel/UCUlKo6muAz0ouWCBjSBGPwA (Pakéquis) https://www.youtube.com/channel/UC2DjFE7Xf11URZqWBigcVOQ (EEVblog, normalmente ele analisa só os equipamentos mais caros. Há também um fórum)

Os multímetros caros de marcas com boa reputação (Fluke, Gossen Metrawatt, Agilent) garantem a categoria de proteção do multímetro e a exatidão das medidas aferidas, sem falar que a qualidade de construção é muito superior mesmo nos modelos básicos. É possível, entretanto, encontrar multímetros muito mais baratos no mercado que conseguem medir com exatidão aceitável todas as medidas úteis na eletrônica: tensão e corrente contínuas e alternadas, resistência, e possuem teste de continuidade rápido, display bem visível e que não demora a atualizar. Esses multímetros normalmente são chineses e são bem competentes para o baixo custo, e são vendidos por várias marcas (UNI-T, Aneng) e às vezes até param aqui no Brasil onde são remarcados ou tem seu projeto modificado por marcas "nacionais". Apesar do que dizem em suas caixas, não confie nas indicações até que consiga abrir um e comparar com a construção de um bom multímetro. A maioria dos multímetros de baixo custo não está preparada para aferir com segurança corrente ou tensão alternadas em uma rede elétrica doméstica. Lembrando que um multímetro para eletrônica é diferente de um multímetro para eletricistas. Procure um modelo que meça tensão na escala de mV, corrente na escala de uA ou mA, resistência menor que 100 Ω e maior que 10 MΩ, resistência de entrada superior a 2 MΩ, corrente máxima mínima de 10 A e de preferência que a entrada de alta corrente esteja em um receptáculo diferente. Teste de transistor é uma função desnecessária, mas normalmente sempre colocam para inchar a lista de funções, prefiro ter a leitura de temperatura com o termopar K, mesmo que não seja muito usada.