ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | [3.1] alterator-vm usability issues | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | inger <inger> |
| Component: | alterator-vm | Assignee: | Олег Соловьев <mcpain> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | critical | ||
| Priority: | P2 | CC: | ldv, legion, mcpain, mike |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
inger@altlinux.org
2007-01-09 14:55:34 MSK
пафос выступления понятен и принимается. по пунктам: 1) уже делается, заинтересованные лица могут предлагать список профилей автоматической разбивки; 2) принимается с той оговоркой, что мне хотелось бы показать окно с минимумом опций для выбранной файловой системы; с ходу вспоминается опция 'создать журнал', которую наверное не стоит прятать; 3) реализуемо, но не уверен, что это годится как общее решение; возможно, стоит сделать так для compact, но оставить как есть в master на тот случай, если кому-то нравится то, что есть сейчас (вдруг), аргумент в поддержку нынешнего положения дел: 'богатые возможности' имеют уже применённые значения по умолчанию, посему неискушённому пользователю достаточно просто соглашаться с предлагаемым. 2 inger 1: угу 2: ну с тремя девятками ты погорячился, опций там не пара тысяч... :-) 3: угу 2 lioka Серж, ты недооцениваешь леность человеческую. Вне зависимости от того, Compact или Master, при слишком большом количестве ввода/вывода на тривиальное действие вроде создания свопа мнения/отзывы и следующие из них решения будут скорее негативными. (In reply to comment #2) > на тот случай, если кому-то нравится то, что есть сейчас (вдруг), аргумент в > поддержку нынешнего положения дел: 'богатые возможности' имеют уже применённые > значения по умолчанию, посему неискушённому пользователю достаточно просто > соглашаться с предлагаемым. Даже не знаю, на что сослаться, попробую на свою юзерский авторитет :))) Если в трёх диалогах, скорее всего, нажмут <enter> и особенно если выбранное возможно изменить позже -- их лучше просто пропустить, назначив умолчания по принципам "good enough" и "nobody was fired for...". Хотя бы ради избежания информационной перегрузки неискушённого пользователя и мороки для тех, кто в курсе (два раза жать энтер, чтобы получить своп -- это чуточку слишком). В случае fs это на сейчас, наверное, ext3; в случае "тривиальной" разбивки -- swap (0.5--2xRAM), / (~4G), /home (сколько влезет), в случае "тривиальной серверной разбивки" -- swap (1--2xRAM), / (~1--2G), /var и /home (пополам). Если к последнему варианту при наличии двух одинаковых дисков ещё будет предложено "сделать зеркало" -- вообще идеально. (в принципе, почитав про "жалезный" Intel Matrix RAID на мамках вроде i965 -- который умеет на двух дисках сделать RAID1 "для данных" плюс RAID0 "для взянных" -- подумал, что для дома было бы клёво при двух одинаковых по объёму дисках показывать кнопку "matrix", вот только куда при этом совать RAID0, пока толком не придумал, ну не в /var/ftp/pub же...) Можно также глянуть разбивалку в M24, она была вполне юзабельной и в части дефолтов размеров и использования разделов (мож чуточку скорректировав в сторону "первый -- своп, второй -- корень, третий -- дом", соответственно полному автомату предложив типы разделов и размеры ФС). По поводу "первый -- своп" основное обоснование -- не "быстрые цилиндры", а "при человеческих и программных ошибках первый раздел имеет больше шансов случайно погибнуть" (dd of=/dev/hda вместо hda5, или винда наступила -- раздавались прецеденты, особенно с разделами между виндовых); контрвариант со свопом примерно посреди диска при нынешних их объёмах проще считать advanced'ным и ручным, ну или разве между /var и /home в варианте, когда оба есть. Правда, сам последнее время предпочитаю всё равно в начало. (In reply to comment #1) > 2) принимается с той оговоркой, что мне хотелось бы показать > окно с минимумом опций для выбранной файловой системы Серж, не надо. Лучше "дополнительно" (для того, что надо mkfs или логически ложится туда же -- например, bytes per inode в ext3 или external journal в xfs) или настраивать для желающих правой кнопкой по разделу или тычком в "Опции ФС", и уж туда можно хотеть показать (как-то check order или noatime). > с ходу вспоминается опция 'создать журнал', которую наверное > не стоит прятать; Именно что стоит -- по умолчанию включено, а те, кто сознательно использует ext2, всё равно на автомат для этого полагаться не будут. Вообще если планируется возрождать режим "эксперт", то было бы клёво уметь запустить в терминале каком fdisk/cfdisk/sfdisk (2 legion: или хотя бы положить их туда) и evmsn. Когда-то такое было в RH 6.x или 7.x, пару раз выручало. > Вообще если планируется возрождать режим "эксперт", то было бы клёво уметь > запустить в терминале каком fdisk/cfdisk/sfdisk (2 legion: или хотя бы положить > их туда) и evmsn. Когда-то такое было в RH 6.x или 7.x, пару раз выручало. Не надо ложить, особенно второе. (In reply to comment #1) > 1) уже делается, заинтересованные лица могут предлагать список профилей > автоматической разбивки; OpenVZ - / (400-600M), swap (0.5-8G), /vz (всё остальное) Я правда ещё /boot отдельно выношу по старой привычке... полагаю, нынешнее состояние пакета достаточное для fixed обсуждение профилей предлагается проводить в другом месте. Можешь указать версию (или коммит)? Шоб пощупать. Сейчас приехал 0.3-alt1. да, 0.3-alt1 А что думаешь насчёт того чтобы разделить всё-таки экран редактирования на две части? Собственно точки монтирования и работа с томами и партициями. Есть ещё такая мысль, что Disks/RAID/LVM у нас имеют небольшую ширину, заметную высоту при разворачивании (к вопросу о скроллинге) и логически раздельны -- может, имеет смысл нижнее окошко побить на три горизонтально упакованных? 1) насчёт выделения назначения точек монтирования в отдельный шаг -- я что-то не уверен, что это будет востребовано. скорее стоит подумать о таком варианте: сначала, где выбор профиля, отметить 'ненужные' тома, затем выбрать один из вариантов автомагической разбивки. 2) разбиение дерева на куски -- неудобно отслеживать (пользователю), где что появилось/исчезло. (In reply to comment #11) > 2) разбиение дерева на куски -- неудобно отслеживать (пользователю), > где что появилось/исчезло. Ну я поприкидывал, что так видимость суммы дерева будто бы выше, но как скажешь. Закрываю; впрочем, думаю, что из этого обсуждения ещё есть что почерпнуть, всем спасибо. 2 inger: /vm -- одно из немногих по выразительности мест, где не хватает right click. Причём было бы здорово завести такой виджет, который бы можно было вставлять туда, где оно сейчас рисует контекстно-зависимые кнопки с действиями, и набивать вместе с контекстной менюшкой по правой кнопке. |
