TL; DR: podria ser un gran sistema operatiu d'escriptori de codi obert. Realment ho vull, però encara calen moltes solucions.
, un sistema operatiu inesperadament bo. Ara és el tercer dia, i aquest sistema operatiu m'agrada tant que estic constantment pensant: com puc fer-lo un sistema operatiu per a cada dia? Pel que fa a les idees generals, m'agrada més el Mac, però aquí hi ha el problema: no ve de codi obert, i cal buscar alternatives de codi obert.
Durant els últims 10 anys, això ha significat més sovint Linux, però també té el seu .
Sistema operatiu Haiku que apareix a DistroTube.
Vaig provar Haiku tan bon punt vaig saber parlar-ne i em va impressionar immediatament, sobretot amb un entorn d'escriptori que "només funciona" i també clarament molt superior a qualsevol entorn d'escriptori Linux que conec conceptualment. Vull Vull Volem!!!
Vegem la feina real el tercer dia!
Falten aplicacions
La disponibilitat d'aplicacions és un aspecte molt "fatídic" de qualsevol sistema operatiu, assignatura. Com que parlem d'Haiku, sé que en la majoria dels casos hi ha diferents opcions disponibles.
Tanmateix, encara no trobo aplicacions per a les meves necessitats diàries:
- editor de marques (per exemple ). Per descomptat tenir , però sembla que no té botons ni dreceres de teclat per a la disposició del text. També hi ha , però en té per marcar el text com a codi en línia o bloc de codi.
- Captura la pantalla a GIF animat (p. ex ). Hi ha BeScreenCapture, però no pot fer-ho.
- Programari per a impressores 3D (per exemple, , ).
- CAD 3D (per exemple , , o incorporat ). Hi ha LibreCAD, però només és 2D.
Model de desenvolupament
Què necessita Haiku per tenir èxit en termes d'aplicacions disponibles? Per descomptat, atreu desenvolupadors.
Actualment, l'equip de desenvolupament de Haiku ha fet un gran treball introduint diverses aplicacions populars, però per tenir un èxit total com a plataforma, ha de poder crear fàcilment versions d'aplicacions per a Haiku. La creació d'una aplicació per a Haiku, idealment, hauria de ser una altra opció en una matriu de construcció de Travis CI o GitLab CI existent. Aleshores, com faria una empresa com Ultimaker, creadora del popular programari d'impressora 3D de codi obert Cura, per crear les seves aplicacions per a Haiku?
Estic convençut que l'enfocament clàssic del "mantenidor" que construeix i manté paquets per a una distribució específica de Linux no s'escala amb una gran llista d'aplicacions. És discutible si el programari per a impressores 3D està en aquesta llista, però, per exemple, el programari per organitzar l'horari d'una escola específica. Què ofereix Haiku per a aquestes aplicacions? (En general s'escriuen utilitzant , estan disponibles per a tots els sistemes operatius, sota Linux sovint s'hi inclouen , que significa lliurament a tots els usuaris sense cap problema).
LibreOffice
Està clar que tenir LibreOffice disponible per a Haiku no és una petita proesa que els usuaris de BeOS només podrien somiar, però no tot és perfecte.
En el meu cas (llapis USB Kingston Technology DataTraveler 100) es triga uns 30 segons a començar, i els desenvolupadors van suggerir que l'inici normal de l'aplicació no hauria de superar els 4-5 segons (si s'utilitza un disc dur normal [al meu SSD tot va començar en menys d'un segon: aprox. traductor]).
M'agradaria veure d'alguna manera el progrés del llançament d'una aplicació gran, per exemple, una "icona de salt", canviar el cursor o alguna cosa així. La pantalla de presentació del LibreOffice només apareix al cap d'uns segons, i fins aleshores no teniu ni idea del que està passant.
Icones d'aplicacions que reboten com a senyal que les aplicacions s'estan executant.
- Les tecles de drecera que es mostren al menú són incorrectes (signa Ctrl+O, però de fet Alt+O, he comprovat: Alt+O funciona, però Ctrl+O no).
- Alt+Z no funciona (per exemple, a Writer).
- Problema "L'aplicació LibreOffice ha avortat el procés d'apagada" [Així és com es pretenia”, aprox. traductor].
Hora d'inici de l'aplicació
NOTA: Si us plau, preneu aquesta secció amb un gra de sal. El rendiment és realment excel·lent si confieu en les opinions d'altres persones. Els meus resultats són molt diferents... Suposo que les característiques de la meva configuració i les mesures fetes fins ara no són científiques. Actualitzaré aquesta secció a mesura que surtin noves idees/resultats.
El rendiment d'aplicacions (no natives) en execució... no és tan gran, la diferència és d'unes 4-10 vegades. Com podeu veure, només es va utilitzar 1 nucli de processador quan s'executaven aplicacions no natives, per un motiu desconegut per a mi.
Com veig la velocitat de llançament de l'aplicació.
-
Запуск triga uns 40 segons en una unitat flaix Kingston Technology DataTraveler 100 connectada a un port USB2.0 (l'inici de Krita AppImage triga una fracció de segon en un Xubuntu Linux Live ISO mitjançant USB2; calen més proves). Correcció: uns 13 segons en un SSD SATA amb ACPI desactivat.
-
Запуск triga 30 segons en una unitat flaix Kingston Technology DataTraveler G4 connectada a USB2.0 (fracció de segon a Xubuntu Linux Live ISO mitjançant USB 2; calen més proves) Correcció: menys de 3 segons en un SSD SATA amb ACPI desactivat.
També he sentit que els últims desenvolupaments milloraran el rendiment dels SSD més de 10 vegades. Espero sense respirar.
Altres crítics lloen constantment l'actuació animada de Haiku. Em pregunto què passa amb el meu sistema? Correcció: sí, ACPI està trencat al meu sistema; Si l'apagas, el sistema funciona més ràpid.
Vaig fer algunes proves.
#
# 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/sPer a una transparència total, ho vaig provar tot en dues màquines diferents amb Linux i Haiku. Si cal, repetiré les proves en una màquina similar. Encara no està clar per què les aplicacions s'inicien més lentament que mitjançant usb2.0 a Linux. Actualització: hi ha molts errors relacionats amb USB al syslog d'aquesta màquina. Per tant, els resultats anteriors poden no ser típics del Haiku en conjunt.
Com diu la famosa dita: si no pots mesurar, no pots gestionar. I si hi ha un desig de millorar el rendiment, crec que la suite de proves està bé :)
Dreceres de teclat
Per als desertors d'altres sistemes operatius, Haiku és fantàstic quan es tracta de dreceres de teclat. El meu favorit personal són les dreceres de teclat d'estil Mac on manteniu premuda la tecla a l'esquerra de la barra espaiadora (Ctrl als teclats Apple, Alt en altres) mentre escriviu una lletra o un número. Com que Haiku fa una feina molt bona en aquesta àrea, crec que es podrien considerar les opcions següents:
Dreceres de teclat per i a l'escriptori
M'agrada que podeu fer clic a una icona i prémer Alt-O per obrir-la, o utilitzar la drecera més tradicional Alt-Avall.
De la mateixa manera, estaria bé que premeu Alt-Retrocés, a més d'Alt-T, per moure un fitxer a la paperera.
Per mostrar l'escriptori: seria una bona idea utilitzar Alt-H per "Ocultar" i Maj-Alt-H per "Ocultar-ho tot". I potser seria una bona idea introduir la combinació Maj-Alt-D a "Mostra l'escriptori".
Dreceres en quadres de diàleg
Obro StyledEdit i introduc text. Premeu Alt-Q. El programa pregunta si s'ha de desar. Premeu Alt-D per "No desar", Alt-C per "Cancel·lar". Però no funciona. Estic intentant utilitzar les tecles de fletxa per seleccionar un botó. Tampoc funciona. Repeteixo els mateixos passos en una aplicació basada en Qt. Aquí, com a mínim, les tecles de fletxa funcionen per seleccionar un botó. (Les tecles de control per seleccionar botons s'utilitzaven originalment a Mac OS X, però els desenvolupadors sembla que s'han oblidat d'aquesta funció des de llavors.)
Dreceres per fer captures de pantalla
Seria genial que premeu Alt-Maj-3 per fer una captura de pantalla de tota la pantalla, Alt-Maj-4 per mostrar un cursor que us permeti seleccionar una àrea de la pantalla i Alt-Maj- 5 per mostrar la finestra activa actual i el seu aspecte.
Em pregunto si això es pot configurar manualment, però el més probable és que sigui impossible. Almenys, aquest intent no va funcionar per a mi [Hauria d'haver provat d'embolicar-lo en un guió! —aprox. traductor].
Gairebé. Però no realment. "-bw" s'ignora, a més es necessiten paràmetres predeterminats addicionals.
Altres coses al teclat
Puc sentir la preocupació dels desenvolupadors, així que continuaré descrivint la meva experiència amb el teclat a Haiku.
No es poden introduir caràcters nacionals
El caràcter "`" és especial; pot ser part d'un altre caràcter (per exemple, "e") o independent. El seu processament també difereix en diferents sistemes operatius. Per exemple, no puc introduir un caràcter determinat en un teclat alemany a KWrite; si intentes entrar-hi, no passa res. Quan introduïu el mateix caràcter a QupZilla, obtindreu ">>". A les aplicacions natives, s'introdueix el símbol, però cal que el toqueu dues vegades perquè aparegui. Per introduir-lo tres vegades (normalment això és necessari quan marqueu blocs de codi, l'escric d'aquesta manera tot el temps), heu de prémer el botó 6 vegades. A Mac, la situació es gestiona de manera més intel·ligent (tres clics són suficients mantenint l'escriptura habitual dels signes diacrítics).
Aplicacions Java
Falta JavaFX? Java ve al rescat, no? Bé, no del tot:
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/ApplicationAnem per un altre camí:
/> /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 a la vida real, les aplicacions Java no són tan portàtils com prometen a la publicitat. Hi ha JavaFX per a Haiku? En cas afirmatiu, per què no s'instal·la amb openjdk12_default?
Feu doble clic al fitxer jar no funciona
Em sorprèn que Haiku no tingui ni idea de com gestionar un doble clic en un fitxer .jar.
Bash està actuant estrany
Des que n'hi ha bash, s'esperava que les canonades funcionin:
/> listusb -vv > listusb.txt
bash: listusb.txt: Invalid ArgumentConclusió
Per què escric aquests articles? Al meu entendre, el món necessita realment un sistema operatiu de codi obert com Haiku que estigui clarament centrat en l'ordinador, i també perquè cada cop em molesta més el fet que els entorns d'escriptori per a Linux . No estic argumentant que es necessiti un nucli completament diferent per crear l'entorn d'usuari desitjat per a un ordinador, o que és possible obtenir un entorn similar a sobre del nucli de Linux, però m'interessa el que han de dir els experts en nucli. sobre aquest. De moment, només estic jugant amb Haiku i prenent notes amb l'esperança que siguin útils als desenvolupadors de Haiku i/o al públic interessat.
Prova-ho tu mateix! Després de tot, el projecte Haiku proporciona imatges per arrencar des de DVD o USB, generades . Per instal·lar-lo, només cal que descarregueu la imatge i escriu-la en una unitat flash utilitzant .
Té vostè alguna pregunta? Et convidem a la parla russa .
Visió general de l'error:
D' traducció: aquest és el tercer article de la sèrie sobre Haiku.
Llista d'articles: , .
Font: www.habr.com