Как отмечалось в вопросе, существует несколько дистрибутивов Linux, предназначенных для слепых и слабовидящих пользователей, многие из которых долгое время игнорировались или даже забрасывались.
В начале 2017 года Vinux объявила о планах слияния с Sonar на базе Fedora. Это было последнее, что я слышал об этом.
TalkingArch является или был «повторной версией живого iso-образа Arch Linux, модифицированного для включения речи и брайлевского вывода для слепых и слабовидящих пользователей». Последняя версия датируется 2017 годом, а Arch wiki указывает, что «проект TalkingArch мертв с 2017 года». Его сменил Тарч (, см. ниже ). Обновление от 22.10.2021:Ссылка на страницу Talking Arch теперь перенаправляет на вики-страницу «Установить Arch Linux с параметрами специальных возможностей».
Speakup , который представляет собой или был набором инструментов для нескольких дистрибутивов Linux, не получал никаких обновлений в течение ряда лет.
Oralux был основан на Knoppix и включал BRLTTY, Emacspeak, Yasr, Speakup и синтезатор речи для нескольких языков. Последний раз он обновлялся в 2006 или 2007 году.
Некоторые альтернативы, которые все еще поддерживаются::
Использование дистрибутива, специально разработанного для слепых пользователей, — не единственный вариант.Решающим аспектом является среда рабочего стола и наличие пакетов, которые нужны слепым пользователям. Рабочий стол Gnome традиционно был предпочтительным рабочим столом для всех, кому нужны специальные возможности. Gnome 3 потерпел неудачу с точки зрения доступности, что сделало Mate (продолжением Gnome 2 )лучшим выбором на многие годы. Однако я сомневаюсь, что это все еще так. Например, я не могу найти ни одной специальной страницы специальных возможностей на веб-сайте MATE , тогда как в GNOME по крайней мере есть команда специальных возможностей .
Если они вообще выделяют память , они резервируют ее только как пространство подкачки.
mmap
, malloc
и shmget
выделяют место в адресном пространстве вызывающего процесса; в Linux mmap
и shmget
также резервируют место в пространстве подкачки (, если MAP_NORESERVE
или SHM_NORESERVE
не указаны ). Они не выделяют резервную физическую память. shm_open
не выделяет память либо :используется для открытия существующего объекта, либо для создания нового объекта длиной 0 -.
Фактические страницы памяти выделяются при разыменовании адресов в адресном пространстве. Это выделение всегда происходит в физической памяти, если это вообще возможно; иначе процесс не сможет читать или писать туда. После выделения и записи в незаблокированную -память ее можно выгрузить, но это произойдет позже, если вообще произойдет.
(Под «резервом» я подразумеваю, что соответствующий объем памяти выделяется для процесса; под «распределять» я имею в виду, что процессу назначаются определенные ресурсы, например. адреса в виртуальном адресном пространстве или страницы в памяти.)