TL; DR: podería ser un gran sistema operativo de escritorio de código aberto. Realmente quero isto, pero aínda hai moitas correccións necesarias.
, un sistema operativo inesperadamente bo. Agora é o terceiro día, e gústame tanto este sistema operativo que estou pensando constantemente: como podo facelo un sistema operativo para todos os días? En canto ás ideas xerais, gústame máis o Mac, pero aquí está o problema: non vén de código aberto, e hai que buscar alternativas de código aberto.
Nos últimos 10 anos isto significou Linux, pero tamén ten o seu .
Sistema operativo Haiku presentado en DistroTube.
Probei o Haiku en canto oín falar del e inmediatamente quedei impresionado, especialmente cun ambiente de escritorio que "simplemente funciona" e tamén claramente moi superior a calquera ambiente de escritorio Linux que coñeza conceptualmente. Quero Quero Quero!!!
Imos ver o traballo real o terceiro día!
Faltan aplicacións
A dispoñibilidade de aplicacións é un aspecto moi "fatídico" de calquera sistema operativo, tema. Xa que estamos a falar de haiku, sei que na maioría dos casos hai diferentes opcións dispoñibles.
Non obstante, aínda non podo atopar aplicacións para as miñas necesidades diarias:
- editor de marcas (por exemplo ). Por suposto que ten , pero parece que non ten ningún botón nin atallos de teclado para a disposición do texto. Tamén hai , pero ten para marcar texto como código en liña ou bloque de código.
- Capturar a pantalla a GIF animados (p. ex ). Hai BeScreenCapture, pero non pode facelo.
- Software para impresoras 3D (por exemplo, , ).
- CAD 3D (por exemplo , , ou incorporado ). Existe LibreCAD, pero só é 2D.
Modelo de desenvolvemento
Que necesita Haiku para ter éxito en canto ás aplicacións dispoñibles? Por suposto, atrae desenvolvedores.
Actualmente, o equipo de desenvolvemento de Haiku fixo un gran traballo ao introducir varias aplicacións populares, pero para o éxito total como plataforma, ten que ser capaz de crear facilmente versións de aplicacións para Haiku. A creación dunha aplicación para Haiku debería ser outra opción ideal nunha matriz de compilación de Travis CI ou GitLab CI existente. Entón, como faría unha empresa como Ultimaker, creadora do popular software de impresora 3D de código aberto Cura, para construír as súas aplicacións para Haiku?
Estou convencido de que o enfoque clásico de "mantedor" que constrúe e mantén paquetes para unha distribución específica de Linux non se escala cunha gran lista de aplicacións. É discutible se o software para impresoras 3D está nesta lista, pero, por exemplo, o software para organizar o horario dunha escola específica. Que ofrece Haiku para este tipo de aplicacións? (Normalmente escríbense usando , están dispoñibles para todos os sistemas operativos, baixo Linux a maioría das veces están envoltos , o que significa entrega a todos os usuarios sen ningún problema).
LibreOffice
Está claro que ter LibreOffice dispoñible para Haiku non é unha fazaña que os usuarios de BeOS só poderían soñar, pero non todo é perfecto.
No meu caso (memoria USB Kingston Technology DataTraveler 100) tarda uns 30 segundos en iniciarse, e os desenvolvedores suxeriron que o lanzamento normal da aplicación non debería superar os 4-5 segundos (se se usa un disco duro normal [no meu SSD todo comezou en menos dun segundo - aprox. tradutor]).
Gustaríame ver dalgún xeito o progreso do lanzamento dunha aplicación grande, por exemplo, unha "icona de salto", o cambio de cursor ou algo así. A pantalla de inicio de LibreOffice aparece só despois duns segundos, e ata entón non tes idea do que está a pasar.
As iconas das aplicacións de rebote son un sinal de que as aplicacións se están executando.
- Os atallos de teclado que se mostran no menú son incorrectos (asinados Ctrl+O, pero de feito Alt+O, comprobei: Alt+O funciona, pero Ctrl+O non).
- Alt+Z non funciona (por exemplo, en Writer).
- Problema "A aplicación LibreOffice interrompeu o proceso de apagado" [Así se pretendía”, aprox. tradutor].
Hora de lanzamento da aplicación
NOTA: Tome esta sección cun gran de sal. O rendemento é realmente excelente se confías nas opinións doutras persoas. Os meus resultados son moi diferentes... Supoño que as características da miña configuración e as medicións realizadas ata agora non son científicas. Actualizarei esta sección a medida que xurdan novas ideas/resultados.
O rendemento das aplicacións (non nativas) en execución... non é tan grande, a diferenza é dunhas 4-10 veces. Como podes ver, só se utilizou 1 núcleo de procesador cando se executaban aplicacións non nativas, por un motivo descoñecido para min.
Como vexo a velocidade do lanzamento da aplicación.
-
Lanzamento leva uns 40 segundos nunha unidade flash Kingston Technology DataTraveler 100 conectada a un porto USB2.0 (o lanzamento de Krita AppImage leva unha fracción de segundo nun Xubuntu Linux Live ISO a través de USB2; son necesarias máis probas). Corrección: uns 13 segundos nun SSD SATA con ACPI desactivado.
-
Lanzamento leva 30 segundos nunha unidade flash Kingston Technology DataTraveler G4 conectada a USB 2.0 (fracción de segundo en Xubuntu Linux Live ISO a través de USB 2; son necesarias máis probas) Corrección: menos de 3 segundos nun SSD SATA con ACPI desactivado.
Tamén escoitei que os últimos desenvolvementos mellorarán o rendemento dos SSD en máis de 10 veces. Agardo sen alento.
Outros revisores eloxian constantemente a animada actuación de Haiku. Pregúntome que pasa co meu sistema? Corrección: si, ACPI está roto no meu sistema; Se o desactivas, o sistema funciona máis rápido.
Fixen algunhas probas.
#
# Linux
#
me@host:~$ sudo dmidecode
(...)
Handle 0x0100, DMI type 1, 27 bytes
System Information
Manufacturer: Dell Inc.
Product Name: OptiPlex 780
me@host:~$ lsusb
Bus 010 Device 006: ID 0951:1666 Kingston Technology DataTraveler 100
# On a USB 2 port
me@host:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 7.03517 s, 38.2 MB/s
# On a USB 3 port
me@host:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 2.08661 s, 129 MB/s
#
# Haiku - the exact same USB stick
#
/> dmidecode
# dmidecode 3.2
Scanning /dev/misc/mem for entry point.
# No SMBIOS nor DMI entry point found, sorry.
# On a USB 2 port
/> dd if=/dev/disk/usb/1/0/raw of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 7.44154 s, 36.1 MB/s
# On a USB 3 port
/> dd if=/dev/disk/usb/1/0/raw of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 7.47245 s, 35.9 MB/sPara unha transparencia total, probei todo en dúas máquinas diferentes con Linux e Haiku. Se é necesario, repetirei as probas nunha máquina similar. Aínda non está claro por que as aplicacións se lanzan máis lento que a través de usb2.0 en Linux. Actualización: hai moitos erros relacionados con USB no syslog desta máquina. Polo tanto, os resultados anteriores poden non ser típicos de Haiku no seu conxunto.
Como di o famoso dito: se non se pode medir, non se pode xestionar. E se hai un desexo de mellorar o rendemento, creo que a suite de probas está ben :)
Atallos de teclado
Para os desertores doutros sistemas operativos, Haiku é xenial cando se trata de atallos de teclado. O meu favorito persoal son os atallos de teclado ao estilo de Mac nos que mantés premida a tecla á esquerda da barra de espazo (Ctrl nos teclados de Apple, Alt noutros) mentres escribes unha letra ou un número. Dado que o Haiku fai un traballo moi bo nesta área, creo que se poderían considerar as seguintes opcións:
Atallos de teclado para e no escritorio
Gústame que poidas facer clic nunha icona e premer Alt-O para abrila, ou usar o atallo Alt-Abaixo máis tradicional.
Do mesmo xeito, sería bo que puideses premer Alt-Retroceso, ademais de Alt-T, para mover un ficheiro á papeleira.
Para mostrar o escritorio: sería unha boa idea usar Alt-H para "Ocultar" e Maiús-Alt-H para "Ocultar todo". E quizais sería unha boa idea introducir a combinación Maiúsculas-Alt-D para "Mostrar escritorio".
Atallos nas caixas de diálogo
Abro StyledEdit e introduzo texto. Premo Alt-Q. O programa pregunta se se debe gardar. Premo Alt-D para "Non gardar", Alt-C para "Cancelar". Pero non funciona. Estou tentando usar as frechas para seleccionar un botón. Tampouco funciona. Repito os mesmos pasos nunha aplicación baseada en Qt. Aquí, como mínimo, as teclas de frecha funcionan para seleccionar un botón. (As teclas de control para seleccionar botóns utilizáronse orixinalmente en Mac OS X, pero os desenvolvedores parecen esquecerse desta función desde entón).
Atallos para facer capturas de pantalla
Sería xenial premer Alt-Shift-3 para facer unha captura de pantalla de toda a pantalla, Alt-Shift-4 para mostrar un cursor que che permita seleccionar unha área da pantalla e Alt-Shift- 5 para mostrar a xanela activa actual e o seu aspecto.
Pregúntome se isto pódese configurar manualmente, pero o máis probable é que sexa imposible. Polo menos, tal intento non funcionou para min [Debería tentar envolvelo nun guión! - aprox. tradutor].
Case. Pero non realmente. "-bw" é ignorado, ademais de configuracións predeterminadas adicionais son necesarias.
Outras cousas no teclado
Podo sentir a preocupación dos desenvolvedores, así que seguirei describindo a miña experiencia co teclado en Haiku.
Non se poden introducir caracteres nacionais
O carácter "`" é especial; pode ser parte doutro carácter (por exemplo, "e") ou independente. O seu procesamento tamén difire en diferentes sistemas operativos. Por exemplo, non podo introducir un carácter determinado nun teclado alemán en KWrite; se tentas ingresalo non pasa nada. Cando introduces o mesmo carácter en QupZilla, obtén ">>". Nas aplicacións nativas, insírese o símbolo, pero cómpre tocalo dúas veces para que apareza. Para introducilo tres veces (normalmente é necesario ao marcar bloques de código, escríboo deste xeito todo o tempo), cómpre premer o botón 6 veces. En Mac, a situación xestione de forma máis intelixente (tres clics son suficientes mantendo a dixitación habitual dos diacríticos).
Aplicacións Java
Falta JavaFX? Java vén ao rescate, non? Ben, non ben:
pkgman install openjdk12_default
/> java -jar /Haiku/home/Desktop/MyMarkdown.jar
Error: Could not find or load main class Main
Caused by: java.lang.NoClassDefFoundError: javafx/application/ApplicationImos por outro lado:
/> /Haiku/home/Desktop/markdown-writer-fx-0.12/bin/markdown-writer-fx
Error: Could not find or load main class org.markdownwriterfx.MarkdownWriterFXApp
Caused by: java.lang.NoClassDefFoundError: javafx/application/ApplicationResulta que na vida real, as aplicacións Java non son tan portátiles como prometen na publicidade. Hai JavaFX para Haiku? Se si, por que non se instala con openjdk12_default?
Fai dobre clic no ficheiro jar non funciona
Sorpréndeme que Haiku non teña nin idea de como xestionar un dobre clic nun ficheiro .jar.
Bash está actuando estraño
Xa que hai bash, estaba previsto que as tubaxes funcionaran:
/> listusb -vv > listusb.txt
bash: listusb.txt: Invalid ArgumentConclusión
Por que escribo estes artigos? Na miña opinión, o mundo realmente necesita un sistema operativo de código aberto como Haiku que estea claramente centrado no PC, e tamén porque cada vez me molesta máis o feito de que os ambientes de escritorio para Linux . Non estou argumentando que se necesite un núcleo completamente diferente para crear o ambiente de usuario desexado para un PC, ou que sexa posible obter un ambiente similar enriba do núcleo de Linux, pero estou interesado no que os expertos do núcleo teñen que dicir. sobre iso. De momento, estou a xogar co Haiku e tomar notas coa esperanza de que sexan útiles para os desenvolvedores de Haiku e/ou para o público interesado.
Probao vostede mesmo! Despois de todo, o proxecto Haiku ofrece imaxes para o arranque desde DVD ou USB, xeradas . Para instalala, só tes que descargar a imaxe e escribira nunha unidade flash usando .
Tes algunha dúbida? Convidámoste ao rusofalante .
Visión xeral do erro:
De tradución: este é o terceiro artigo da serie sobre o haiku.
Lista de artigos: , .
Fonte: www.habr.com