Skip to content
Snippets Groups Projects
Commit 8dff639c authored by Ribbon's avatar Ribbon :speech_balloon:
Browse files

Move the Features page to a section of the FAQ.

parent 5ef76d91
No related branches found
No related tags found
1 merge request!286Declutter of menu and many improvements.
......@@ -5,6 +5,7 @@ title = "FAQ"
This page covers the most asked questions.
- [What is Redox?](#what-is-redox)
- [What features does Redox have?](#what-features-does-redox-have)
- [What is the purpose of Redox?](#what-is-the-purpose-of-redox)
- [What I can do with Redox?](#what-i-can-do-with-redox)
- [What is a Unix-like OS?](#what-is-a-unix-like-os)
......@@ -28,6 +29,59 @@ Redox is a microkernel-based operating system, a complete, fully-functioning, ge
Wherever possible, the system components are written in Rust and run in user-space
## What features does Redox have?
### True modularity
You can change every system component without a system restart, similar to [livepatching]).
[livepatching]: https://en.wikipedia.org/wiki/Kpatch
### Bug isolation
Most system components run in user-space on a microkernel system, a bug in a system component out of the kernel can't [crash the system/kernel].
[crash the system/kernel]: https://en.wikipedia.org/wiki/Kernel_panic
### No-reboot design
The kernel change very little (bug fixing), then you don't need to restart your system with frequency to update the system, since most of the system components are on user-space, they can be replaced on-the-fly (it helps a lot server administrators).
Expect less kernel updates too (less chance to more bugs).
### No need for exploit mitigations
The microkernel design written in Rust makes most C/C++ security bugs irrelevant/useless, with this design the attacker can't use these bugs to exploit the system.
### ZFS-inspired filesystem
Redox uses RedoxFS as the default filesystem, it support the same features of [ZFS] with changes on implementation.
Expect high performance and data safety (copy-on-write, data integrity, volumes, snapshots, hardened against data loss).
[ZFS]: https://docs.freebsd.org/en/books/handbook/zfs/
### Better system performance and less memory usage
As the kernel is small, it uses less memory to do his work and close to bug-free status ([KISS] goal).
Beyond being small, the system is written in Rust, this language helps the programmer to write better code that don't cause performance problems.
Rust implement performance optimization with safety by default.
[KISS]: https://en.wikipedia.org/wiki/KISS_principle
### Rust-written drivers
Drivers written in Rust have less bugs, more security and performance (less bugs can bring more performance of the device).
- [Currently supported devices](/faq/#which-devices-redox-support)
### Easy to develop and debug
Most of the system components run on user-space, you don't need virtualization to test/debug them, more quick to develop.
## What is the purpose of Redox?
[Our Goals]
......
......@@ -5,6 +5,7 @@ title = "FAQ"
Essa página cobre as perguntas mais comuns.
- [O que é o Redox?](#o-que-%C3%A9-o-redox)
- [Quais funções o Redox possui?](#quais-fun%C3%A7%C3%B5es-o-redox-possui)
- [Qual o propósito do Redox?](#qual-o-prop%C3%B3sito-do-redox)
- [O que posso fazer com o Redox?](#o-que-posso-fazer-com-o-redox)
- [O que é um sistema Unix-like?](#o-que-%C3%A9-um-sistema-unix-like)
......@@ -28,6 +29,59 @@ Redox é um sistema operacional baseado em microkernel, completo, funcional, par
Onde for possível, os componentes do sistema serão escritos em Rust e executam no espaço do usuário.
## Quais funções o Redox possui?
### Modularidade real
Você pode mudar cada componente do sistema sem reiniciar o sistema, similar ao [livepatching]).
[livepatching]: https://en.wikipedia.org/wiki/Kpatch
### Isolamento de bugs
A maioria dos componentes do sistema executam no espaço do usuário em um sistema com microkernel, um bug em componentes do sistema fora do kernel não pode [quebrar o sistema/kernel].
[quebrar o sistema/kernel]: https://en.wikipedia.org/wiki/Kernel_panic
### Design de não-reinicialização
O kernel é pequeno e muda muito pouco (correção de bugs), então você não precisa reiniciar seu sistema com frequência para atualizar, já que a maioria dos serviços do sistema estão no espaço do usuário, eles podem ser trocados durante a execução.
A frequência de atualizações é menor também (menos chance de bugs).
### Sem necessidade para mitigações de exploit
O design em microkernel escrito em Rust torna a maioria das falhas de segurança C/C++ irrelevantes/inúteis, com esse design o invasor/hacker não pode usar estes bugs para explorar o sistema.
### Sistema de arquivos inspirado no ZFS
O Redox utiliza o RedoxFS como sistema de arquivos padrão, ele suporta as mesmas funções do [ZFS] com mudanças na implementação.
Espere alto desempenho e segurança dos dados (copy-on-write, integridade de arquivos, volumes, snapshots, endurecido contra a perda de arquivos).
[ZFS]: https://docs.freebsd.org/en/books/handbook/zfs/
### Melhor desempenho do sistema e menos uso de memória
Como o kernel é pequeno, ele usa menos memória para fazer suas funções e está perto de ser livre de bugs (objetivo do príncipio [KISS]).
Além de ser pequeno, o sistema é escrito em Rust, essa linguaguem de programação ajuda os programadores a escrever um código melhor sem problemas de desempenho.
A Rust implementa otimização de desempenho com segurança por padrão.
[KISS]: https://en.wikipedia.org/wiki/KISS_principle
### Drivers escritos em Rust
Drivers escritos em Rust tem menos bugs, mais segurança e desempenho (menos bugs podem melhorar o desempenho do dispositivo).
- [Dispositivos suportados atualmente](/faq/#which-devices-redox-support)
### Fácil de desenvolver e depurar
A maioria dos componentes do sistema estão no espaço do usuário, você não precisa de virtualização para testar/depurar eles, mais rápido de desenvolver.
## Qual o propósito do Redox?
[Nossos Objetivos]
......
+++
title = "Features"
+++
## True modularity
You can change every system component without a system restart, similar to [livepatching]).
[livepatching]: https://en.wikipedia.org/wiki/Kpatch
## Bug isolation
Most system components run in user-space on a microkernel system, a bug in a system component out of the kernel can't [crash the system/kernel].
[crash the system/kernel]: https://en.wikipedia.org/wiki/Kernel_panic
## No-reboot design
The kernel change very little (bug fixing), then you don't need to restart your system with frequency to update the system, since most of the system components are on user-space, they can be replaced on-the-fly (it helps a lot server administrators).
Expect less kernel updates too (less chance to more bugs).
## No need for exploit mitigations
The microkernel design written in Rust makes most C/C++ security bugs irrelevant/useless, with this design the attacker can't use these bugs to exploit the system.
## ZFS-inspired filesystem
Redox uses RedoxFS as the default filesystem, it support the same features of [ZFS] with changes on implementation.
Expect high performance and data safety (copy-on-write, data integrity, volumes, snapshots, hardened against data loss).
[ZFS]: https://docs.freebsd.org/en/books/handbook/zfs/
## Better system performance and less memory usage
As the kernel is small, it uses less memory to do his work and close to bug-free status ([KISS] goal).
Beyond being small, the system is written in Rust, this language helps the programmer to write better code that don't cause performance problems.
Rust implement performance optimization with safety by default.
[KISS]: https://en.wikipedia.org/wiki/KISS_principle
## Rust-written drivers
Drivers written in Rust have less bugs, more security and performance (less bugs can bring more performance of the device).
- [Currently supported devices](/faq/#which-devices-redox-support)
## Easy to develop and debug
Most of the system components run on user-space, you don't need virtualization to test/debug them, more quick to develop.
+++
title = "Funções"
+++
## Modularidade real
Você pode mudar cada componente do sistema sem reiniciar o sistema, similar ao [livepatching]).
[livepatching]: https://en.wikipedia.org/wiki/Kpatch
## Isolamento de bugs
A maioria dos componentes do sistema executam no espaço do usuário em um sistema com microkernel, um bug em componentes do sistema fora do kernel não pode [quebrar o sistema/kernel].
[quebrar o sistema/kernel]: https://en.wikipedia.org/wiki/Kernel_panic
## Design de não-reinicialização
O kernel é pequeno e muda muito pouco (correção de bugs), então você não precisa reiniciar seu sistema com frequência para atualizar, já que a maioria dos serviços do sistema estão no espaço do usuário, eles podem ser trocados durante a execução.
A frequência de atualizações é menor também (menos chance de bugs).
## Sem necessidade para mitigações de exploit
O design em microkernel escrito em Rust torna a maioria das falhas de segurança C/C++ irrelevantes/inúteis, com esse design o invasor/hacker não pode usar estes bugs para explorar o sistema.
## Sistema de arquivos inspirado no ZFS
O Redox utiliza o RedoxFS como sistema de arquivos padrão, ele suporta as mesmas funções do [ZFS] com mudanças na implementação.
Espere alto desempenho e segurança dos dados (copy-on-write, integridade de arquivos, volumes, snapshots, endurecido contra a perda de arquivos).
[ZFS]: https://docs.freebsd.org/en/books/handbook/zfs/
## Melhor desempenho do sistema e menos uso de memória
Como o kernel é pequeno, ele usa menos memória para fazer suas funções e está perto de ser livre de bugs (objetivo do príncipio [KISS]).
Além de ser pequeno, o sistema é escrito em Rust, essa linguaguem de programação ajuda os programadores a escrever um código melhor sem problemas de desempenho.
A Rust implementa otimização de desempenho com segurança por padrão.
[KISS]: https://en.wikipedia.org/wiki/KISS_principle
## Drivers escritos em Rust
Drivers escritos em Rust tem menos bugs, mais segurança e desempenho (menos bugs podem melhorar o desempenho do dispositivo).
- [Dispositivos suportados atualmente](/faq/#which-devices-redox-support)
## Fácil de desenvolver e depurar
A maioria dos componentes do sistema estão no espaço do usuário, você não precisa de virtualização para testar/depurar eles, mais rápido de desenvolver.
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment