?

Log in

No account? Create an account
 
 
02 July 2008 @ 10:22 am
Результаты тестирования дистрибутива Mandriva Power Pack 2007  
Пожалуй, из всех опробованных мною дистрибутивов, это наиболее дружелюбный по отношению к пользователю.

Однако, он тоже не свободен от недостатков.

1. Менеджер пакетов.

Сделан довольно добротно, но только, если сравнивать с менеджерами других сборок.
Приоритеты первичной и вторичной информации расставлены неверно. Первичным считается имя файла, содержащего пакет, а вторичным - информация о его применении.

Мне не очень интересен список из элементов типа abc123-xxx.rpm. Должно быть также, как в Windows, т.е. что-то типа "Текстовый редактор XXX". А вот в комментариях можно указать и имя файла-пакета, и краткие сведения о программе. С человеком надо разговаривать на человеческом языке!

2. Работа с сетью Windows.

Мне не удалось настроить систему так, чтобы с Windows-компьютеров получить доступ к общим ресурсам на Linux-машинах. В обзоре они есть, но войти туда нельзя. И уж тем более не нашёл, каким образом для пользователей Windows установить права доступа (разные! - кому - на чтение, кому - полный и т.д.) на общие ресурсы Linux-машин.

3. Hardware

Как и другие дистрибутивы, Mandriva работает нормально только на PIII. На компьютерах, поставленных нам фирмой Компьюлинк (модель компьютера E3000t - по их классификации), неверно определяются возможности видеосистемы, и включается разрешение 800х600. При попытке сменить на более высокое в следующем сеансе мы получаем 640х480, причем 800х600 пропадает из списка допустимых. При ошибочном указании видеокарты в следующем сеансе загружается текстовый режим с выдачей приглашения на ввод команды.

Осталось загадкой, почему после успешного теста графической системы с новыми парамерами, они не сохраняются.

4. Образовательный компонент.

Поставляется отдельным дистрибутивом размером порядка 1,4 Гб. Пока загрузить не удалось. Будет время - попытаемся потестировать.

5. Работа на слабых компьютерах

Дистрибутив оказался достаточно требовательным к ресурсам, и на компьютере с параметрами:

тактовая частота процессора - 233 Мгц
объём оперативной памяти -128 МБ


Работает крайне медленно.
 
 
 
Дралтатьянdraltatyan on July 14th, 2008 05:06 am (UTC)
Почему м2007 а не 2008?
Правда насчет доступа к ресурсам сети не знаю как там, но есть подозрение, что может быть и получше... Сетевые настройки усовершенствованы
alexanbaralexanbar on July 14th, 2008 06:23 am (UTC)
Re: Почему м2007 а не 2008?
Просто была возможность одолжить два DVD диска. Загрузить из сети, скорее всего, можно Mandriva One, а тогда может возникнуть ситуация, аналогичная Ubuntu, когда пакеты не локализованы.
Дралтатьянdraltatyan on July 14th, 2008 07:05 am (UTC)
С локализацией там фсефпарятке. И с кодеками. И с драйверами тоже недурно.
darkhobbit on September 26th, 2008 06:23 pm (UTC)
Слишком свежий
Сравнивать Mandriva 2007-го года издания, на мой взгляд, корректно было бы только с Windows Vista, вышедшей примерно в это же время. Та не то что на 128 - на 512 МБ ОЗУ еле скрипит.
Для компьютера же с 128 метрами оперативки (согласен, что это вполне нормальная машина, которой ещё пахать и пахать) подойдёт либо линукс постарше, либо, если из современных, какая-нибудь специальная версия "для медленных машин":
http://kibin.ru/linux-distributivyi-dlya-medlennyih-mashin/
komcumir on October 2nd, 2008 09:49 am (UTC)
Автор прежде чем что то писать нужно 7 раз подумать.

Попробуете запустить на такой машинке слабой винХП или висту думаю результат вас неудовлетворит, попробуйите на винВиста например настроить сеть, вы не точто папки не расшарите вы сначала добейтесь чтоб машину вообще в сети было видно, сделано все через одно место...
alexanbaralexanbar on October 2nd, 2008 03:21 pm (UTC)
<Автор прежде чем что то писать нужно 7 раз подумать.

В этом нет никакой необходимости.

<Попробуете запустить на такой машинке слабой винХП

Запускали. До сих пор работает, правда, не сильно быстро. С Вистой пообщаться не пришлось. Дали только один раз порулить. Впечатления, прямо скажем, не блестящие.
ljsilentshadowljsilentshadow on January 13th, 2009 11:31 am (UTC)
По поводу пары пунктов..

>1. Менеджер пакетов. Первичным считается имя файла, содержащего пакет, а вторичным - информация о его применении.

Имя пакета однозначно идентифицирует программу в системе, в то время как в комментарии может быть абсолютно любой мусор. Учитывая наличие большого количества альтернатив, особенно у всякой мелочевки, комментарии будут еще и не уникальными - т.е. по ним невозможно определить та ли эта программа, которая нужна, или нет. Также, возможно предполагается, что пользователь уже знает, что именно (по именам пакетов) ему нужно.

>2. Работа с сетью Windows.

Скорее всего не был настроен доступ к smb-ресурсам. Для этого нужно как минимум на Linux-машине завести всех пользователей, которые будут получать к нему доступ (smbpasswd -a ) и уже локальные права доступа (chmod ) и владельцев файлов (chown user:group <...>) назначить как было задумано. Возможно в мандриве это все можно сделать через какой-то красивый интерфейс, не в курсе как там сейчас. В принципе действия абсолютно те же, что и в виндах, хоть это и не так очевидно.

p.s.
Мандрива и так не сильно шустрая, а уж на 128M - это вообще жуть.
Не стоит совершать насилие над своими нервами ожидая он нее чудес ;)
alexanbaralexanbar on January 16th, 2009 01:26 pm (UTC)
<Имя пакета однозначно идентифицирует программу в системе/
Может быть, но для человека это не самый удобный в восприятии вариант. Хорошо ещё, что уникальность задается не в виде содержимого файла контрольной суммой в виде последовательности нулей и единиц.

<Для этого нужно как минимум на Linux-машине завести всех пользователей

Не найден инструментарий для этой операции. К тому же у меня все виндовые пользователи названы по-русски. Это линуком не приветствуется.
ljsilentshadowljsilentshadow on January 17th, 2009 07:29 pm (UTC)
Уникальность имен пакетов это побочный эффект, а не самоцель.
Хэш конечно тоже можно посчитать, но не нужно. :)

Использование национальных алфавитов вообще не приветствуется там,
где вероятно использование более чем одной кодировки символов.

Насчет инструментария - сам пока не в курсе, нужно посмотреть.
alexanbaralexanbar on January 18th, 2009 08:48 am (UTC)
<Использование национальных алфавитов вообще не приветствуется там,
где вероятно использование более чем одной кодировки символов.

Таких случаев не так много.

К тому же использование в качестве имени пользователя русских букв удобно пользователю, и держатель стандарта (Microsoft) эту возможность предоставляет. Нецелесообразно ломать существую сеть ради того, что вновь утановленнвя ОС не умеет работать с русским буквами в именах пользователей. Да и те же пользоателю справедливо возмутятся.
ljsilentshadowljsilentshadow on January 18th, 2009 12:45 pm (UTC)
Это у самбы значит какие то проблемы. Неужели до сих пор не починили...
(Anonymous) on January 21st, 2009 11:33 pm (UTC)
Гы.

> К тому же использование в качестве имени пользователя русских букв удобно пользователю, и держатель стандарта (Microsoft) эту возможность предоставляет

Угадайте в какой кодировке это у "держателя стандарта"?

>> де вероятно использование более чем одной кодировки символов.

> Таких случаев не так много.

Вы ошибаетесь. В Windows их минимум три для русской локали! Есть страны в которых несколько гос. языков. Также есть страны, в которых кроме государственного, в бюрократических документах разрешено (иногда обязательно) использовать другие языки. Кстати, во многих странах большинство говорит не на государственном языке. А что творится в бывших колониях!

Кстати, вы забыли о России (Татарстан и другие)!
А вот вам решение проблемы кодировок в винде методом грязного хака от соседей: http://ourworld.compuserve.com/homepages/PaulGor/ukr.htm
alexanbaralexanbar on January 22nd, 2009 05:37 am (UTC)
<Угадайте в какой кодировке это у "держателя стандарта"?

В какой бы ни было. Какая разница?

<Вы ошибаетесь. В Windows их минимум три для русской локали!

Используется, скорее всего,(для целей хранения логина) что-то одно. Видимо, Unocode. Да и мне какая с того разница?

<Есть страны в которых несколько гос. языков. Также есть страны, в которых кроме государственного, в бюрократических документах разрешено (иногда обязательно) использовать другие языки. Кстати, во многих странах большинство говорит не на государственном языке. А что творится в бывших колониях!

Не об этом речь. Разговор идет конкретно об имени пользователя. Есть некий вариант хранения имени пользователя. Вот его надо и подать на блюдечке.
(Anonymous) on January 22nd, 2009 02:13 pm (UTC)
> В какой бы ни было. Какая разница?

В том что "держатель стандарта" сам виноват в том бардаке, который сложился на его системе с кодировками.

> Да и мне какая с того разница?

Это ваша проблема!

> Есть некий вариант

Этих вариантов как блох на собаке.

> Вот его надо и подать на блюдечке.

Так в чем проблема? Читаете "man smb.conf" и подаете пользователям на блюдечке.

Усложним задачу: к вам приехал Медведев со своим любимым маком, вы его подключаете к сети с компьютерами под виндовс (в маке тоже используется самба). Будете впаривать, что мак не подходит для простого пользователя?
alexanbaralexanbar on January 22nd, 2009 04:14 pm (UTC)
<В том что "держатель стандарта" сам виноват в том бардаке, который сложился на его системе с кодировками

Нету там никакого бардака. Да, есть windows-1251,DOS-866, Unicode и пр. варианты (КОИ-8, ISO-8859-5,....). Но для регистрации в сети они все ОДНОВРЕМЕННО не используются.

<Так в чем проблема? Читаете "man smb.conf"

Только если сильно приспичит, т.е. если нас силой будут вынуждать переходить на Linux, а на момент применения насилия Linux не удосужится нормально работать с сетью.

<усложним задачу: к вам приехал Медведев со своим любимым маком, вы его подключаете к сети с компьютерами под виндовс (в маке тоже используется самба). Будете впаривать, что мак не подходит для простого пользователя?

Для задач, связанных с обменом данных по сети, те ОС, которые не поддерживают в полном объеме сеть Windows, непригодны. Однозначно. Хотите ли Вы этого, или нет, но настоящий момент де-факто сеть Windows - это стандарт.

(Anonymous) on January 22nd, 2009 06:36 pm (UTC)
> Для задач, связанных с обменом данных по сети, те ОС, которые не поддерживают в полном объеме сеть Windows, непригодны. Однозначно. Хотите ли Вы этого, или нет, но настоящий момент де-факто сеть Windows - это стандарт.

Так и запишем:
1. Т.к. windows не позволяет обмениваться файлами, имена которых нельзя перекодировать в кодировку OEM, то она не соответствует стандарту де-факто.
2. Если Windows стандарт де-факто, см. пункт 1-й.
alexanbaralexanbar on January 22nd, 2009 08:26 pm (UTC)
Что значит "имена которых нельзя перекодировать в кодировку OEM"? Которые такие имена нельзя перекодировать?
(Anonymous) on January 23rd, 2009 03:25 pm (UTC)
Например, имена, в которых есть символы с кодами из cp1251, но для которых нет кодов в cp866. Аналогичные проблемы вылезут при соединении двух машин с виндовс, на которых установлены разные локали.
alexanbaralexanbar on January 23rd, 2009 06:17 pm (UTC)
<Например, имена, в которых есть символы с кодами из cp1251, но для которых нет кодов в cp866.

Конкретно. Каких символов не хватает в cp866? Насколько я знаю, все печатные символы есть итам, и там. Ряд символов запрещены к использованию, и служат для служебных целей. Обычные буквы должны быть везде.

<Аналогичные проблемы вылезут при соединении двух машин с виндовс, на которых установлены разные локали.

Возможно. Но в одной локали проблем никаких.

Но я не уверен вообще, что проблема доступа к общим ресурсам вызвана национальными символами. Боюсь, что и папки с чистой латынью будут также недоступны для виндовых машин.
(Anonymous) on January 24th, 2009 01:02 pm (UTC)
> Насколько я знаю, все печатные символы есть итам, и там.

Насколько знаю я -- нет. Сравните:
http://ru.wikipedia.org/wiki/Windows-1251
http://www.microsoft.com/globaldev/reference/oem/866.mspx или http://ru.wikipedia.org/wiki/Альтернативная_кодировка

> Обычные буквы должны быть везде.

Подписываюсь под этой фразой.

> Но я не уверен вообще, что проблема доступа к общим ресурсам вызвана национальными символами.

Может быть вызвана, но если вы об этом -- "Мне не удалось настроить систему так, чтобы с Windows-компьютеров получить доступ к общим ресурсам на Linux-машинах.", то конечно нет. Виндовс же тоже нужно настраивать ;)
(Anonymous) on January 23rd, 2009 03:32 pm (UTC)
В этих случаях вас спасет только грязный хак или предупреждаете пользователя, чтобы не выпендривался и давал названия файлам в транслите. Кстати, никогда не обращали внимания на то, что все опытные пользователи придерживаются этого правила, когда записывают файлы на внешние носители?
alexanbaralexanbar on January 23rd, 2009 06:20 pm (UTC)
Я - нет. На мой взгляд, достаточно исключить кирилицу из паролей. Остальные ограничения ни к чему. У меня некоторые пользователи вообще не пользуются английским алфавитом.
(Anonymous) on January 24th, 2009 01:15 pm (UTC)
Завидую :)