Сервер под Linux уже есть (версия 8.1). Но толку с выделенного сервера, если клиентская часть не будет портирована ещё пару лет?

Чуть более съедобный чем KOffice. Глюков надоедливых - море разливанное.

Не думаю. Microsoft дало подряд на создание конвертера. И уж качество конвертера будет повыше, чем у OpenOffice.org.

Добавлено Птн 20 Окт 2006 09:32:46 :

http://www.gnu.org/gnu/linux-and-gnu.ru.html

Добавлено Птн 20 Окт 2006 09:41:35 :

Ну и где вы найдёте достаточное количество платежеспособных фанатиков?

Дьявол, как известно, в деталях. Мне, к примеру, безынтересно, почему сканеры HP работают. У нас Benq и мне нужно работать с этой техникой. Предлагаете менять технику? Не нужно сидеть в замке из слоновьей кости, чтобы закрывать глаза на повседневные проблемы. Пользователю нужна работа именно его существующей техники, а не сферических коней в вакууме.

Как раз KWord эти ODT открывает правильно. Проблема в OpenOffice.org. Или противоречивом формате.

Пардон, сделать линии 0,75pt невероятно сложно? Или шаблоны линий сложно сделать совместимыми? Проблемы мелкие, но раздражающие.

Ага, например, переписать этот хлам заново, чтобы не плодить динозавра.

Народ, на http://www.ubuntu.com/ можно бесплатно заказать Ubuntu Linux!
Я уже заказал 10 штук.

Azathoth

Вообще-то я написал, что оба монитора - жк. Притом тот, что на 23 дюйма - новый.

Небольшие уточнения.

- Поддержка NTFS есть прямо в ядре. Но по умолчанию - только чтение. Запись - экспериментальная и с кучей ограничений.

- Есть система Captive NTFS. Позволяет писать... используя .dll от Windows, создавая для них нужный API. Одна фигня. Сама система бесплатна, но лицензионность этих .dll - на совести пользователя, разработчики Captive эти dll не поставляют. Система надёжна (т.к. использует нативный MS код), но крайне тормозная.

- Наконец, есть свежий игрок на рынке - ntfs3g. Бесплатный. Работает быстро. Пишет, вроде бы, без глюков (использовал внешний винт в USB-рэке).

Добавлено Птн 20 Окт 2006 12:42:00 :

Это автоматически поразумевает, как я понимаю, работы с большими по объёму файлами. Тут лидер - XFS. Собственно, вроде бы, сейчас её народ на мультимедийных машинах и использует.

Я же предпочитаю ReiserFS - у меня часто бывает много всякой мелочёвки, сваленной в кучу. Тут он - чемпион. Да, ReiserFS3, из ядра, а не непрверенный ещё толком ReiserFS4 в виде патчей.

А вот ext3 сейчас мало кто рекомендует. Только если по привычке Не быстрый, не самый надёжный...

Добавлено Птн 20 Окт 2006 12:47:19 :

Любой файл тоже можно назначить. Но не используется. Зачем терять производительность на прохождении через серию вызовов FS API, если можно работать прямо с диском?

Если интересно, у меня разбивка на десктопах такая:

Работа:

Disk /dev/hda: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1          32      257008+  83  Linux
/dev/hda2              33         531     4008217+  83  Linux
/dev/hda3             532        1030     4008217+  83  Linux
/dev/hda4            1031       24321   187084957+  83  Linux

hda1 - boot, ext3
hda2 - swap
hda3 - на будущее, для гибернации. Не используется.
hda4 - основная, ReiserFS. Всё вместе, без деления на подразделы.

Домашний десктоп имеет в принципе сходную разбивку при принципиальной несхожести - два винта на 80Гб сбораны в софтверные raid-массивы.
/boot у меня ext3 в mirror
/ у меня ReiserFS в stripe
И ещё по свопу равного объёма на том и другом винте.

Добавлено Птн 20 Окт 2006 12:50:27 :

У меня обычно при 1Гб оперативки свободно ~150..200Мб по буферами и 250..300Мб под кешами. Задействовано около 500. В свопе же валяется 500..700Мб. Тут, правда, нужно помнить, что у меня машинка - девелоперская. Apache с кучей модулей, mysql, postfix и т.д. и т.п. Да и XGL на amd64 при оптимизации -O3 отжирает более 300Мб

...

Но однажды был конфуз, когда firefox за ночь выжрал более полутора гигабайт памяти. Если б не четырёхгиговый своп, система бы очень ругалась

Ага, в каждом топике по ReiserFS обязательно расскажут про "надёжность" этой fs. Ext3 не в пример надёжнее, поэтому её со счетов не сбрасывают. Только не надо начинать флейм. Это чисто для справки.

Видишь ли, я тоже далеко не первый год использую и ту и другую FS Так что - не будем разводить флейм...

ladserg
Ну не знаю, Мандрива гораздо больше расхолаживает.
А вообще это хорошо, когда не надо постоянно заботится о системе - раз настроил и все работает.

Ну это нам было не надо. Требовалось, чтобы на любом железе работало.
А получается, что все равно нормального LiveCD нет. Ибо собирать под каждую конфигурацию тот еще геморрой. Да и не нужно это.

Тоже пользуюсь им и тоже не жалуюсь.
Хотя если бы юзал ext3 тоже врядли были бы жалобы.

Гыыы. Тоже когда-то Астоном баловался.
Правда по сравнению с Линухом, особенно нынешним, так себе рюшечки.

Отредактировано Sky (20-10-2006 15:33:19)

Я видел и работал с него . Просто может понадобиться, к примеру, потестить кроссплатформенную прогу.

Добавлено Птн 20 Окт 2006 17:59:39 :
Так... объясните пожалуйста, почему на главном разделе надо делать ext3? Ведь вроде бы надо ReiserFS - так много маленьких файлов...

Господа, а собственно, что Вам 1 С восьмерка под Линукс, много даст? Под Win Там ошибок море (и долго еще их много будет) и стоимость/ совокупная стоимость владения выше чем 7.7. Ее собственно  и   берут не очень охотно.  Я могу ошибаться, но может статься так, что 1с 8.* + Linux будут обходиться дороже чем 7.7. + ХР.

для Balancer!
Это я с переустановкой намудрил - невнимательно читал  опусы Майкрософта:) Они такие ммм странные, что просто реально я это не могу воспринять.

Отредактировано ad109 (20-10-2006 20:13:28)

Как я понял, последняя версия - 4, но 3 стабильней?

Добавлено Сбт 21 Окт 2006 00:08:49 :
Нашел результаты бенчмарка http://www.namesys.com/benchmarks.html
Жду ответа насчет 3 и 4 версии

Просто ради познания
Есть ли у NTFS хотя бы одно преимущество перед линуховскими ФСами?

Ну то что она нестабильная, я бы не сказал. Недавно с ней как раз игрался. За все время только один раз глюканула. Но пока ее не внесут в основную ветку ядра, ее все-таки лучше не использовать. По планам она должна появиться в 2.6.20. Хотя в свете последних событий может перенесут на более поздние релизы.