|
Раздел "*nix". Содержание:
Статьи:
 FreeBSD: файлы без партиций и партиции без файлов
Новости:
Sarge выйдет 15 сентября
iTunes для Linux
Sun мечтает купить Novell
Linux потенциально нарушает 283 патента
WackoWiki R4
Xandros анонсирует серверные решения
Linare Linux Pro Edition
SUSE Linux Enterprise Server 9
Lindows.com получит $20млн за сходство с более известным брендом
Подарок RedHat от Novell
"Лаборатория Касперского" - участник программы Red Hat Ready
Linuxworld 2004: Red Hat выпустила сервер приложений
Мюнхен откладывает переход на Linux
Unisys переводит серверы на Linux
Рейтинг Linux остается высоким
ПК с предустановленной Mandrakelinux доступны в Европе
IBM готовит open-source проект Java-БД
Netline выпустит серверое ПО под лицензией GPL
OSDN переименовалась в Open Source Technology Group
Oracle и IBM продолжают борьбу на рынке Linux-БД
Microsoft продолжит кампанию против открытого ПО
IDC к HP: Linux уже отняла у Mac вторую позицию
Real выпустила RealPlayer 10 для Linux
Sun: В Solaris 10 будут запускаться Linux-приложения
UserLinux - новая корпоративная версия Linux
SCO против Linux:
SCO не собирается подавать новые иски
SCO продает первые Linux-лицензии в Великобритании
Раздел "*nix". Статьи:
 | FreeBSD: файлы без партиций и партиции без файлов |
|
Продолжение. Начало в AboutPC #25, 28, 29, 33, 34
В предыдущих заметках, явно или не явно, речь шла о файловых системах определенного типа, которые так и называются — disk based (или, шире, block device based). То есть это — файловые системы, надстраивающие реальные физические устройства блочного типа. Для них, вне зависимости от того, для какой операционки они предназначены, необходимо: создание раздела, физического или логического, его форматирование и монтирование в структуру каталогов ОС.
Однако FreeBSD (и не только она) поддерживает и еще одну группу файловых систем, которые можно назвать виртуальными. Под ними не лежат какие-либо физические устройства вроде дисков и иных накопителей, место их базирования — оперативная память. И соответственно, для их использования не требуется ни разбиение диска, ни форматирование, а подчас не нуждаются они даже в монтировании. К их числу принадлежат procfs — файловая система процессов, devfs — файловая система устройств, и mfs — файловая система в оперативной памяти.
Procfs
Файловая система процессов была исторически первой из виртуальных файловых систем, поддерживаемых FreeBSD, и ранее играла в ней большую роль: именно через нее можно было получить информацию о системе с помощью команд типа ps и top. Ныне, в версиях 5-й ветки, значение ее упало, вплоть до того, что она не монтируется по умолчанию при старте, хотя никто не запрещает сделать это вручную.
Однако без нее вполне можно обойтись, и вообще поддержка procfs более не считается во FreeBSD обязательной (в отличие от Linux). Поэтому здесь скажу о ней только два слова (к этому вопросу мы когда-нибудь еще вернемся при рассмотрении процессов).
Перво-наперво, для использования procfs требуется поддержка в ядре — в умолчальном GENERIC 5-й ветки таковая пока имеется. Заодно тут же включается и поддержка Pseudo-filesystem framework (псевдофайловых систем, что ли? Или, наоборот, файловых псевдосистем...) — кроме procfs для FreeBSD, она обеспечивает поддержку файловой системы процессов в режиме совместимости с Linux (где без этого, насколько я понимаю, обойтись трудно).
Далее, файловая система procfs монтируется (обязательно) в каталог /proc командой
$ mount_procfs procfs /proc
В каталоге /proc она и отображает протекающие в системе процессы в виде файлов, которые можно (обладая соответствующими правами) просмотреть обычным образом. Каждому процессу соответствует подкаталог, именем которого является идентификатор процесса (просто номер в порядке запуска). Внутри такого подкаталога обнаруживаются примерно такие файлы:
$ ls -1 /proc/##
cmdline
ctl
dbregs
etype
file@
fpregs
map
mem
note
notepg
regs
rlimit
status
Содержание тех из них, которые удается просмотреть (не для всех файлов такое возможно — многие в ответ на команду типа more выведут нечленораздельную бинарную абракадабру или просто сообщение об ошибке чтения, вне зависимости от прав доступа) — имя запустившей процесс команды (cmdline) и формат его исполнимого файла (etype), сведения об используемых адресах памяти (map) и так далее.
Procfs практически не занимает на диске, в чем легко убедиться командой df:
$ df -m
Filesystem 1M-blocks Used Avail Capacity Mounted on
/dev/ad0s1a 247 67 160 30% /
devfs 0 0 0 100% /dev
/dev/ccd0e 495 3 452 1% /var
/dev/ccd1e 9681 1251 7655 14% /usr
/dev/ccd2e 135194 11303 113075 9% /home
/dev/md0 31 0 28 0% /tmp
procfs 0 0 0 100% /proc
Те жалкие килобайты, которые показала бы команда без опции -m, уходят на описание структуры ее каталогов. Так что отказываться от нее из соображений экономии — несерьезно. Хотя, повторяю, и большой необходимости в ней также обычно не возникает: команды ps и top, информирующие о протекающих процессах, ныне обходятся без нее (и предоставляют сведения более полные и в более понятной форме).
Devfs
Поддержка файловой системы устройств, напротив, появилась во FreeBSD недавно — лишь в версиях 5-й ветки. Она, как ясно из названия, включает в себя файлы устройств и монтируется (автоматически, при старте системы, не требуя даже записи в /etc/fstab) в каталог /dev.
Чтобы понять всю новаторскую роль devfs, нужно вспомнить, как происходило обращение с файлами устройств до ее появления (сначала — в Solaris, затем — в Linux и вот теперь, наконец, во FreeBSD.
А происходило оно так. Некий набор файлов устройств генерировался при начальной установке системы. Каждый файл устройства характеризовался своим старшим (major) и младшим (minor) номерами. Первый определял класс устройств, например, диски, терминалы и псевдотерминалы, параллельные или последовательные порты, и так далее. Младший номер был идентификатором конкретного устройства в данном классе. Очевидно, что сочетание старшего и младшего номеров должно быть уникальным.
Файлы устройств генерировались в некотором соответствии с реальностью, но по принципу явной избыточности. Например, при наличии IDE-контроллера, поддерживающего до 4-х устройств, создавались файлы для всех теоретически подключаемых к нему дисков — от ad0 до ad3, даже если в наличии имелся только один. То же и с псевдотерминалами — файлов вида pty* в каталоге /dev можно было обнаружить немерянно (и понятно, почему — ведь каждый запущенный в X-сессии экземпляр эмулятора терминала вроде xtrem требовал своего такого устройства). В результате каталог /dev приобретал объем просто необозримый.
И, тем не менее, подчас наличных файлов оказывалось недостаточно для представления всех нужных устройств. И тогда пользователю приходилось их создавать самостоятельно. Файлы для большинства распространенных устройств можно было создать с помощью специально предназначенного сценария /dev/MAKEDEV. Однако иногда он оказывался бессильным (особенно для новых устройств, сценарием еще неучтенных), и приходилось прибегать к чисто ручному созданию файлов устройств командой mknod. Что было не так уж и трудно само по себе, но требовало знания старшего номера создаваемого устройства (младший при этом вычислялся легко).
Появление devfs избавило пользователя от этих забот. Отныне файлы устройств пересоздаются автоматически при старте системы — и только в соответствии с наличным (и поддерживаемым текущей конфигурацией ядра) железом, определяемым в ходе загрузки (и со списком которого можно ознакомиться посредством команды dmesg). Если же в ходе работы какого-либо устройства из числа поддерживаемых недостанет — соответствующий ему файл будет создан сам собой. Чтобы убедиться в этом, достаточно дать команду
$ ls /dev/pty*
до и после запуска в X-сессии очередного эмулятора терминала: можно будет увидеть, что число файлов типа pty* после вырастет на единицу. Файлы блочных устройств, типа программных RAID или memory disks, о которых пойдет речь в следующей заметке, также создаются сразу после их конфигурирования.
Более того, devfs сделала очень легким «горячее» подключение устройств (типа USB-накопителей, цифровых камер и сканеров с этим интерфейсом). Достаточно воткнуть USB-драйв в соответствующий разъем — и в каталоге /dev можно будет наблюдать появление соответствующего ему файла типа /dev/da0.
Одна из приятных черт реализации devfs для FreeBSD, отличающая ее от Linux-аналога — отсутствие изменения номенклатуры устройств. То есть жесткие IDE-диски, как были устройствами вида /dev/ad#, так ими и остались. Не превратившись в жутких монстров вроде /dev/ide/..., что вынуждено произошло в Linux. Второе отличие devfs во Free от ее Linux'овой ипостаси — возможность полностью игнорировать пресловутую «обратную совместимость» (хотя обеспечить ее тоже никто не запрещает). В Linux это также вынужденная мера, рассчитанная на программы (низкоуровневые утилиты), которые о devfs не подозревают. А во FreeBSD такой нужды не возникает — все программы, напрямую работающие с устройствами, являются неотъемлемой частью операционной системы (к вопросу о преимуществах централизованной разработки).
Mfs
Файловая система MFS представляет собой частный случай более широкого явления — механизма memory disks, через который осуществляется также поддержка виртуальных дисков в оперативной памяти (аналог RAM-дисков в DOS и Linux) и доступ к файлам (например, iso-образам CD-дисков) как к реальным устройствам (аналог loopback-устройств в Linux). Однако в этой заметке мы ограничимся только рассмотрением собственно mfs — о RAM-дисках я смогу рассказать, когда у меня дойдут до них руки, а обращение с файлами как с устройствами будет рассмотрено при описании процесса записи CD-R/RW.
Назначение mfs — заменить собой дисковые устройства там, где требуется быстрая, но не обязательно долговременная, запись. То есть — для всякого рода промежуточных каталогов при архивации/разархивации, пакетной конвертации графических файлов, а также компиляции программ.
Наиболее целесообразно использовать mfs для монтирования в каталог типа /tmp, предназначенный для хранения всякого рода временных файлов, а также периодически задействовать ее под каталог /usr/obj, куда помещаются промежуточные продукты компиляции при полном rebuilding'е системы — исполнение команды make world, и (по новой схеме этого процесса) при пересборке ядра.
Ну, про целесообразность размещения временных файлов в оперативной памяти — думаю, ясно без комментариев. А вот про /usr/obj — скажу чуть подробнее.
При компиляции программ образуется изрядное количество объектных модулей, которые нужны только в процессе сборки. После образования исполнимых файлов и их инсталляции они оказываются не просто ненужными, а иногда даже вредными (если потребуется пересборка программы из того же дерева исходников, но с другими параметрами). Поэтому возникает естественное желание отделить объектные файлы от первозданного древа исходников, выделив под них отдельную ветвь файловой системы.
С другой стороны, при сборке таких сложных программных комплексов, как базовая система FreeBSD или ее ядро, создается очень большое количество объектных файлов. Обычно они не велики по размеру, но ведь каждый из них требует себе операции записи/чтения. Что, не смотря на все усовершенствования Soft Updates, остается не самой сильной стороной файловой системы UFS. Так что перенесение их с диска в оперативную память должно дать некоторый выигрыш во времени при операциях make world или пересборке ядра.
Правда, оценки такого прироста, встречающиеся в литературе, весьма изменчивы — от первых процентов до 10-15%. Собственно говоря, выигрыш от компиляции в mfs очень зависит от того, что именно компилируется: большое количество мелких пакетов может собираться просто «с песнями», для сборки же тяжеловесов вроде ядра или оконной системы X прирост скорости может оказаться весьма скромным.
По моим измерениям, операция make world без монтирования mfs в /usr/obj выполняется (на P-4/2,53 с 1 Гбайт памяти) в среднем за 23 минуты, с использованием mfs в качестве временного хранилища (512 Мбайт) — за 21 минуту. То есть выигрыш от использования mfs составляет менее 10%. Много это или мало — каждый может решить для себя, но ведь, что характерно — абсолютно задарма.
Однако монтирование mfs в /usr/obj имеет еще и побочный полезный эффект — отпадает необходимость в выполнении операций типа make clean для очистки дерева исходников от промежуточных продуктов компиляции: перестройка «мира» и ядра при этом каждый раз будет выполняться с «чистого листа». Тоже вроде пустяк, но ведь невредно, и усилий не требует ни малейших...
Во всяком случае, повредить производительности (при достаточном количестве оперативной памяти, конечно, — но ведь нынче и 512 ее мегабайт вовсе не редкость) mfs ни в коем случае не может. В принципе, размер файловой системы mfs можно определить и в размере большем, чем наличествующей физически памяти. Ведь во FreeBSD физическое ОЗУ и область подкачки на диске составляют единое адресное пространство — виртуальную память. И по исчерпании первой под mfs будет задействоваться раздел подкачки.
Казалось бы, это полностью обесценивает все преимущества mfs. Однако — не совсем. Потому что во FreeBSD работа виртуальной памяти организована весьма эффективно. То есть сброс данных из ОЗУ на диск происходит не при исчерпании памяти, — своппингу подвергаются страницы, к которым долго не происходит обращений. И в результате непосредственно в ОЗУ, то есть области максимально быстрого доступа, практически всегда находятся наиболее, так сказать, актуальные фрагменты загруженных данных. А потому mfs способна дать некоторый выигрыш даже при частичном переносе ее в раздел подкачки. Хотя, конечно, наиболее резонно применять mfs при большом объеме физической памяти — исходя из общих соображений, от 512 Мбайт и выше.
В общем, думаю, что mfs почти в любом случае — штука как минимум не вредная. Так что остается лишь ее задействовать. Для чего требуется поддержка ядром дисков в памяти (md — memory disks) без дальнейшей детализации, что уже имеется в GENERIC по умолчанию. А потом — только сконфигурировать mfs соответствующей командой:
$ mdmfs md /mount_point
В результате в каталоге /dev будет создан файл устройства — md#, где # — порядковый номер виртуального диска, если ранее таковых не было — нулевой. Можно указать и вполне конкретный номер, например, md1. Файловая система на нем образуется автоматически, без всяких там newfs и монтируется в указанный каталог.
Создаваемая таким образом mfs будет безразмерной, то есть в перспективе может занять всю виртуальную (RAM+swap) память. Если это почему-либо нежелательно, размер mfs можно ограничить опцией -s — задав ее значение в блоках (просто число), килобайтах (##k) или мегабайтах (##m).
Можно указать и некоторые другие опции монтирования, как для обычных disk-based файловых систем. Так, опция -S позволяет отказаться для mfs от механизма Soft Updates (очевидно, что его действенность в условиях обмена память-память сомнительна). А вот с помощью -o async можно задействовать для mfs-ветви полностью асинхронный режим работы. Который для нее никаких отрицательных последствий иметь не может — все равно ее содержание пропадет при перезагрузке, вне зависимости — аварийной ли, корректной (правда, и в сколь-нибудь существенном выигрыше от него я также не уверен). Ну и, конечно, никакой необходимости в обновлении атрибута atime mfs не испытывает, и потому добавить к -o еще и atime — просто сам бог велел.
Остается решить, сколько памяти отдать на растерзание mfs в каталогах /tmp и /usr/obj. Объем под файловую систему /tmp во многом зависит от сферы применения машины (десктоп ли это, или сервер). По умолчанию, скажем, в sysinstall для нее предлагается отвести 256 Мбайт — немного в масштабах современных дисков, но отрезать от оперативной памяти — жалко. Тем более что в типичном десктопе из них будут обычно заняты какие-то сотни килобайт (в основном под временные файлы оконной системы X и чего-нибудь вроде KDE). Так что я, например, при 512 Мбайт RAM кинул под mfs в /tmp 32 Мбайт -
$ mdmfs -S -o async -s 32m md0 /tmp
и недостатка пока не испытал ни разу (повторяю, для сервера расчеты могут быть совершенно другими). Убедившись, что так оно и есть, можно предписать монтирование mfs в каталог /tmp автоматически, для чего вписать в /etc/fstab строку
/dev/md0 /tmp mfs rw,noatime,async,-s32m
и на этом успокоится.
А вот под /usr/obj потребуется немало места. С целью выполнения операций make world и make buildkernel я отвел под нее 512 Мбайт (из 1024). И по окончании обеих процедур объем mfs был исчерпан на 80% (на 68% — после окончания make world). Это притом, что мой world собирался чуть ли не в минимальной конфигурации — практически все, что можно запретить в /etc/make.conf, было запрещено. Так что, похоже, 512 Мбайт — необходимый минимум для mfs в /usr/obj.
Очевидно, что даже при гигабайтном ОЗУ отвести такое его количество под mfs на постоянной основе — излишество нехорошее. Так что лучше монтировать файловую систему /usr/obj только по мере надобности — непосредственно перед пересборкой «мира» и ядра:
$ mdmfs -S -o async -s 512m md1 /usr/obj
размонтируя ее по завершении (впрочем, пересборка ядра все равно потребует перезагрузки, и mfs в /usr/obj пропадет естественным образом).
Кое-что о своппинге
В предыдущих заметках неоднократно, но между делом упоминалось о разделах для своппинга — пора уделить этому несколько слов специально. Поскольку на самостоятельную заметку этот рассказ не тянет, лучшего места, чем в повествовании про виртуальные файловые системы, я для этого не придумал — поскольку своппинг имеет непосредственное отношение к виртуальной памяти.
Что такое своппинг — знают, наверное, все. Это способ увеличения доступного ОЗУ путем переноса редко используемых данных из оперативной памяти на диск и извлечения их обратно по мере необходимости. Для чего на диске создается либо специальный раздел, либо — просто отдельный файл подкачки.
Во FreeBSD принято задействовать под своппинг отдельную партицию в BSD-слайсе. Хотя можно отдать на это благое дело и слайс целиком — в таком случае открываются перспективы совместного использования своп-пространства FreeBSD и другими ОС, например, Linux. А вот об использовании для подкачки файла я не слышал...
Обычно (это и настоятельная рекомендация, и одно из умолчаний sysinstall) под раздел подкачки отводится объем дискового пространства, равный удвоенному объему ОЗУ. Не испытывая обычно напряженки с емкостью дисков, я всегда следовал этому правилу. Хотя однажды (при обстоятельствах, описанных в следующей заметке) я сделал раздел подкачки вдвое меньше рекомендованного: система установилась, загрузилась и заработала без проблем.
Тем не менее, экономия на swap-пространстве не оправданна. FreeBSD работает с ним иначе, чем, например, Linux. В раздел подкачки данные из памяти перемещаются не по заполнении ее — своппингу подвергаются страницы памяти, к которым давно не было обращений. И потому, вне зависимости от того, сколько имеется оперативной памяти и насколько она загружена, некий минимум занятого своп-пространства будет практически всегда, в чем можно убедиться с помощью команды top.
Так, на машине, на которой пишется эта заметка, в данный момент загружен в консоли только редактор vim (не то чтобы это обычное использование моей тачки — я выгрузил все остальное специально, эксперимента ради). Однако в выводе top можно видеть, что при гигабайте общей памяти, из которой свободно более 900 Мбайт, объем занятого свопа составляет примерно 150 Кбайт. При большом же количестве загруженных приложений раздел подкачки будет задействован более интенсивно — для того, чтобы предоставить максимум памяти активным в данный момент задачам.
Также не встречалось мне в документации и упоминаний о верхнем ограничении на объем swap-раздела (подобно тому, как в Linux для архитектуры PC он ограничен ныне двумя гигабайтами). Можно предполагать, что такое ограничение теоретически существует, однако, учитываю внутреннюю 64-разрядность FreeBSD (начиная с 5-й ветки), оно лежит, видимо, за пределами практически достижимого.
Раздел для своппинга обычно создается в ходе первичной установки FreeBSD. Собственно, при установке ее через sysinstall без него обойтись не удастся — если в ходе разметки диска отказаться от создания раздела подкачки, - последует сообщение об ошибке. Однако разделы эти можно создавать и в последующем, например, при подключении нового диска: разнесение области подкачки на два раздела, лежащих на подключенных к разным IDE-каналам дисках, как говорят, весьма, способствует производительности (хотя если диски сидят на одном канале, быстродействие обмена память-своппинг не только не возрастет, но, скорее всего, снизится).
Количество разделов подкачки определяется соответствующей опцией при конфигурировании ядра (по умолчанию в GENERIC не задействована). Если придать ей значение большее, чем разделов имеется в реальности, системой резервируется некоторое пространство для этого. Впрочем, в документации к ядру чрезмерно увлекаться этим не советуют.
Создать swap-раздел можно или через тот же sysinstall, или — вручную, причем последнее — не менее просто: достаточно вызвать программу
$ bsdlabel -e /dev/ad#
и в соответствие с описанным в посвященной тому заметке форматом внести туда запись о партиции, которой необходимо только придать литеру b в качестве обозначения и определить swap в качестве fstype (не забыв, конечно, про оффсет и размер). Никаких файловых систем на swap-разделе создавать не нужно (их на нем и нет). Не требуется также действий типа mkswap, как это требуется в Linux: swap-раздел готов к использованию сразу после его разметки.
Единственное, что еще нужно — активизировать раздел подкачки. Это делается командой
$ swapon /dev/имя_партиции
Та же команда без аргумента, но с указанием опции -a, активизирует все разделы подкачки, записи для которых имеются в файле /etc/fstab. Обратные действия — деактивация своп-раздела или разделов, — осуществляются командами
$ swapoff /dev/имя_партиции
для единичного устройства, или
$ swapoff -a
для всех устройств из /dev/fstab. А получить информацию о текущем состоянии своп-разделов можно командой
$ swapinfo
вывод, который будет примерно следующим:
/dev/ad0s1b 1037312 148 1037164 0% Interleaved
/dev/ar0s1b 1037312 0 1037312 0% Interleaved
Total 2074624 148 2074476 0%
Вот, пожалуй, и все, что я хотел бы сказать о подкачке во FreeBSD. Да, обычная рекомендация — размещать swap-раздел как можно ближе к нулевому треку любого диска, — во FreeBSD выполняется как бы сама собой (если не противодействовать этому специально): поскольку за swap-партициями резервируется литера b, он размещается сразу за корневым разделом, если таковой наличествует, или с самого начала диска, если оного нет. Убедиться в этом можно, сравнив размещение партиций в двухдисковой конфигурации (очевидно, что корневой раздел может быть только на одном из них). Смотрим на первый:
$ bsdlabel /dev/ad0
# /dev/ad0:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 524288 0 4.2BSD 2048 16384 32776
b: 2074624 524288 swap
c: 156301488 0 unused 0 0 0 # «raw» part, don't edit
d: 524288 2598912 4.2BSD 0 0 0
e: 10240000 3123200 4.2BSD 0 0 0
f: 142938288 13363200 4.2BSD 0 0 0
А теперь — на второй:
$ bsdlabel /dev/ar0
# /dev/ar0:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
b: 2074624 0 swap
c: 156301312 0 unused 0 0 0 # «raw» part, don't edit
d: 524288 2074624 4.2BSD 0 0 0
e: 10240000 2598912 4.2BSD 0 0 0
f: 142938112 12838912 4.2BSD 0 0 0
В обоих случаях swap-разделы занимают стратегически наиболее выгодные (с точки зрения быстродействия) позиции.
   
Раздел "*nix". Новости:
| Sarge выйдет 15 сентября |
|
Debian публикует новый релиз-план для долгожданного дистрибутива
Согласно новому релиз-плану Debian, финальный релиз Debian sarge можно ожидать к 15 сентября. Первый Release Candidate для Debian Installer должен появиться уже сегодня, а полная заморозка произойдет 24 августа. Как обычно, дата выхода может быть пересмотрена в связи со сложившимися реалиями.
| iTunes для Linux |
|
CodeWeavers анонсировала поддержку iTunes в CrossOver Office 3.1
Компания CodeWeavers намерена реализовать поддержку музыкального ПО iTunes в CrossOver Office 3.1, финальная версия которого ожидается ближе к концу года. "iTunes - наше самое востребованное приложение",-сообщил президент CodeWeavers Джереми Уайт (Jeremy White). Компания Apple, официально отказавшаяся выпустить iTunes для Linux, воздерживается от комментариев.
| Sun мечтает купить Novell |
|
Окрыленная ростом доходов и притоком финансовых активов, корпорация Sun Microsystems рассматривает возможность поглощения нескольких ИТ-компаний, в числе которых — разработчик ПО Novell. По мнению руководства Sun, приобретение компании, разрабатывающей вторую по популярности версию ОС Linux — SuSE Linux — поможет корпорации укрепить свои позиции на серверном рынке и повысить шансы в конкурентной борьбе с IBM и Red Hat, лидирующей в сегменте Linux-систем.
О таких планах президент Sun Джонатан Шварц (Jonathan Schwartz) заявил в интервью изданию Wall Street Journal. По его словам, финансовое состояние Sun Microsystems позволяет корпорации обратиться к стратегии агрессивного поглощения целого ряда компаний. Будущие приобретения, по его словам, являются темой ежедневных обсуждений в самой компании. Президент Sun отметил, однако, что переговоры с Novell пока еще не ведутся. Представители Novell, в свою очередь, отказались комментировать подобного рода заявления.
Рыночная стоимость Novell на 30 июля оценивается в $2,64 млрд. В то же время, Sun располагает финансовыми активами и ликвидными ценными бумагами на сумму $7,61 млрд., что, в общем-то, заставляет рыночных аналитиков сомневаться в осуществимости планов корпорации. В то же время, в 2003 году у Sun была возможность приобрести компанию SuSE Linux за гораздо меньшую сумму. Novell, первоначально предлагавшая за SuSE Linux $130 млн., приобрела компанию за $210 млн., получив инвестиции в размере $50 млн. от IBM. К тому же, в Sun не скрывают, что приобретение Novell интересует корпорацию только из-за линейки продуктов SuSE Linux — собственные разработки Novell Джонатан Шварц называет «куда менее интересными»
Однако, несмотря на то, что возможность приобретения Novell кажется пока достаточно туманной, сам факт возникновения подобного желания у Sun демонстрирует кардинальное изменение отношения «китов» мирового ИТ-рынка к Linux. ПО с открытым исходным кодом становится стратегическим оружием для таких компаний, как IBM, Hewlett-Packard и прочих производителей серверов начального уровня на базе процессоров от Intel и AMD. О том, какое значение открытому ПО придают в Sun, говорят и уже обнародованные планы открыть исходный код ОС Solaris.
| Linux потенциально нарушает 283 патента |
|
27 из них принадлежат Microsoft
Ядро Linux 2.4/2.6 потенциально нарушает 283 патента, 98 из которых принадлежат "союзникам" (IBM, HP, Intel), а 27 - "противникам" (Microsoft). Таковы результаты анализа, проведенного Public Patent Foundation по заказу OSRM. Иски, затрагивающие данные патенты, никогда не рассматривались в суде, а это значит, что существует отличная от нуля (приблизительно равная 0.5) вероятность того, что тот или иной патент может быть признан недействительным.
| WackoWiki R4 |
|
Четвертая версия отечественного wiki-движка
1 августа была выпущена WackoWiki R4, отечественная wiki-система, базирующаяся на PHP/MySQL и лицензированная по BSD. Исторически WackoWiki является ответвлением WakkaWiki, но уже полтора года разрабатывается в России. В версии R4 была реализована полноценная поддержка русского языка, появился визуальный редактор WikiEdit, а также завершено 5 новых локализаций.
| Xandros анонсирует серверные решения |
|
xDMS - это только начало
Компания Xandros намерена расширить спектр серверных решений, выпустив файловый, почтовый и FTP-сервера в дополнение к xDMS. Упомянутые продукты появятся в конце следующего года, сообщил технический директор компании д-р Фредерик Берштейн (Frederick Berenstein).
| Linare Linux Pro Edition |
|
Новая настольная ОС для предприятий
Компания Linare, владелец портала Linux.net, анонсировала дистрибутив Linare Linux Professional Edition. Система базируется на ядре 2.6 и включает в себя KDE 3.2.2, OpenOffice.org 1.1 и Evolution. Лицензия стоит 40 USD, доступна оценочная версия, которую, впрочем, пока невозможно обнаружить на сайте компании.
| SUSE Linux Enterprise Server 9 |
|
Поставки начнутся в следующий вторник
Компания Novell анонсировала выпуск SUSE Linux Enterprise Server (SLES) 9. Это первый промышленный дистрибутив, базирующийся на ядре 2.6, что подразумевает его лучшую масштабируемость и производительность. SLES 9 поддерживает традиционные архитектуры, а также 64-битные расширения Intel, в том числе Nocona. Официальное объявление сделано на выставке LinuxWorld, а поставки системы начались во вторник, 3 августа. Цена не претерпела существенных изменений - поддержка двухпроцессорного сервера обойдется в 349 USD в год.
| Lindows.com получит $20млн за сходство с более известным брендом |
|
 | Андрей Чайка |
| 4user |
 | 04/08/04 |
Корпорация Microsoft покупает Lindows.com за 20 миллионов долларов.
Деньги платятся за атаку на торговую марку. Можно поздравить создателей проекта Lindows, так как ребята выручили за одно только имя миллионы долларов. Этот удачный проект продолжит свое развитие. Впрочем, пока не ясно, чем они будут продолжать заниматься дальше.
| Подарок RedHat от Novell |
|
Один из наиболее известных дистрибьюторов Linux объявил, что принимает усовершенствованное программное обеспечение Exchange Connector, разработанное Novell и предназначенное для взаимодействия c продуктом Microsoft Exchenge Server.
Novell приняла решение открыть код своей разработки еще в мае этого года. В настоящее время разработчики RedHat проверяют "подарок", готовя его полноценную интеграцию в дистрибутив операционной системы. Если все пройдет успешно, конечные пользователи получат обновленную версию уже в сентябре этого года.
| "Лаборатория Касперского" - участник программы Red Hat Ready |
|
Российский разработчик ПО для безопасности, компания "Лаборатория Касперского" получила статус официального партнера компании Red Hat. Этот статус является официальным подтверждением готовности продуктов "Лаборатории Касперского" для функционирования их на платформе Red Hat.
Помимо этого, продукты "Лаборатории Касперского" войдут в перечень сертифицированных приложений, распространяемый компанией Red Hat среди текущих и потенциальных клиентов. Ознакомиться с полным списком носителей статуса Red Hat Ready можно здесь.
"Учитывая, что в последнее время Linux приобретает все большую популярность среди корпоративных заказчиков, заключение партнерского соглашения с Red Hat существенно укрепит наши позиции на этом рынке", - сказал Денис Зенкин, руководитель информационной службы "Лаборатории Касперского".
| Linuxworld 2004: Red Hat выпустила сервер приложений |
|
Компания Red Hat представила на проходящей в Сан-Франциско выставке Linuxworld 2004 собственный сервер приложений.
Пакет под названием Red Hat Application Server имеет открытый исходный код и базируется на платформе Java 2 Enterprise Edition (J2EE). Пакет совместим с конкурирующими серверами приложений на базе J2EE от таких компаний как BEA Systems, IBM, Oracle и других, а также с виртуальными машинами Java и СУБД сторонних компаний. Пакет поддерживает все основные функции современного сервера приложений и может использоваться внутри корпоративных сетей, а также в интернете. Пакет может использоваться в кластерных системах и поддерживает процессорные архитектуры IA-32 (x86), PowerPC и Itanium.
| Мюнхен откладывает переход на Linux |
|
Администрация города Мюнхена (Германия) отложила реализацию масштабного проекта по внедрению Linux на 14000 персональных компьютеров, сообщает издание eWeek. Основанием для этого стали замечания представителя партии Зеленых Альдермана Йенса Мюхлхауса (Alderman Jens Muehlhaus), который обратил внимание городских властей на необходимость анализа рисков, связанных с нарушением в Linux софтверных патентов. Мюхлхаус отметил, что при наиболее неблагоприятном развитии событий владелец патента может добиться судебного решения, которое просто-напросто парализует работу мюнхенского правительства.
Интересно, что перед принятием решения о внедрении Linux городские власти проводили оценку потенциальных рисков от такого шага, но софтверные патенты при этом отчего-то выпали из поля зрения. Вместе с тем, по данным Мюхлхаус в Linux могут так или иначе нарушаться около 50 европейских патентов. Ранее, были опубликованы результаты похожего американского исследования, в ходе которого выяснилось, что в Linux могут нарушаться 283 действующих патента США.
Возможно, патентному вопросу в Мюнхене не уделили должного внимания из-за того, что софтверные патенты запрещены Европейской патентной конвенцией 1974 года. Тем не менее, подобные патенты регистрировались с использованием различных лазеек в законодательстве. Более того, активно обсуждается вопрос о легализации софтверных патентов в Европе. Немецкая партия Зеленых является противником этого шага и поэтому сочла необходимым предупредить администрацию Мюнхена о возможных осложнениях.
Проект по переводу персональных компьютеров мюнхенских чиновников на Linux получил широкую огласку в прессе, так как является наиболее крупным подобным проектом на сегодняшний день. Решение в пользу Linux было принято даже несмотря на то, что компания Microsoft предложила существенные скидки, и по цене внедрения ее предложение было более выгодным. Сэкономить мюнхенская администрация рассчитывает на поддержке. Впрочем, совсем от Windows в Мюнхене не откажется. На большинстве компьютеров будет установлен эмулятор VMWare совместно с Windows и офисными приложениями Microsoft.
| Unisys переводит серверы на Linux |
|
Корпорация Unisys объявила 2 августа о переводе серверов ES7000 на ОС Linux, сообщает InformationWeek.
Данный перевод отражает потребность клиентов в использовании бесплатно распространяемых систем. Для обеспечения своих серверов ОС Linux Unisys сотрудничает с Novell и Red Hat. Также данные серверы поставляются с Microsoft Windows.
Президент корпорации Джо МакГрат (Joe McGrath) сказал, серверы с процессорами Intel и ОС Linux благодаря возможности распределения вычислительных мощностей могут конкурировать с Unix серверами.
| Рейтинг Linux остается высоким |
|
Аналитическая компания Evans Data провела опрос 500 разработчиков Linux в США, сообщил сайт vnunet.com.
Девять из десяти опрошенных заявили, что их системы никогда не заражались вирусами, а четверо из пяти, что их системы ни разу не взламывали. Из 22% взломанных Linux-систем 23% взломов были произведены зарегистрированными в системе сотрудниками компаний. Только 7% этих систем были взломаны три или более раз.
Согласно исследованию, проведенному Evans Data весной этого года, трое из пяти разработчиков систем, отличных от Linux, сообщили о наличии факта взлома, а 32% сообщили о троекратных и более частых взломах.
По словам аналитика Evans Data Николаса Петрили (Nicholas Petreley), не удивительно, что Linux-системы взламываются реже, чем Windows. Большое количество разработчиков кода Linux оставляет меньше возможностей найти слабое место в данной ОС.
По данным исследования, большая часть уязвимостей Linux могли быть исправлены немедленно, а главной причиной их появления была неверная настройка конфигурации системы безопасности, уязвимости в интернет-сервисах и «дыры» на веб-серверах.
«Дело в том, что для взлома Linux-системы хакеры чаще всего используют уязвимости в приложениях, выполняемых в этих системах. Поэтому эти проблемы не являются специфичными для самой системы», - сказал г-н Петрили.
Также данное исследование показало увеличивающееся количество пользователей, перешедших к последней версии ядра Linux 2.6, которое составило 80% за последние шесть месяцев. 76% опрошенных уверены, что иски SCO не повлияют на использование Linux в их компаниях.
| ПК с предустановленной Mandrakelinux доступны в Европе |
|
Компания MandrakeSoft заключила договор по сотрудничеству с Group Carrefour, крупный европейским перепродавцом, благодаря которому персональные компьютеры (MandrakeSoft PC) с предустановленной операционной системой Mandrakelinux уже появились в продаже во Франции, Швейцарии, Люксембурге, Монако и Бельгии.
Сообщается о возможном расширении на оставшиеся страны Европы.
| IBM готовит open-source проект Java-БД |
|
IBM планирует открыть open-source проект по созданию открытой базы данных Java на основе Cloudscape. О подробностях об инициативе, получившей кодовое название Derby, станет известно на проходящей на следующей неделе LinuxWorld Conference & Expo.
Распространяться программное обеспечение будет по лицензии Apache Software License, а контролироваться Apache Software Foundation. Представители IBM и Apache комментировать новость отказались. Cloudscape - нижестоящий продукт во всей информационной линии IBM, имеющий очень скромную долю (по сравнению с DB2, принесшей компании не один миллиард долларов).
| Netline выпустит серверое ПО под лицензией GPL |
|
Netline Internet Service, небольшая немецкая контора, серверное программное обеспечение которой было важной частью линейки продуктов SuSE Linux, открывает исходные коды своих продуктов.
ПО от Netline, занимающееся управлением электронной почты, расписанием, хранением документов и контактных списков, на протяжении нескольких лет использовалось в качестве части SuSE Linux Openexchange Server (SLOX). Основанное на Java программное обеспечение будет выпущено под open-source лицензией GNU General Public License (GPL). Об этом заявил представитель компании Frank Hoberg. Open-Xchange Server появится в конце августа на web-сайте компании, о чем стало известно на проходящей на этой неделе LinuxWorld Conference & Expo.
| OSDN переименовалась в Open Source Technology Group |
|
OSDN (Open Source Developer Network), подразделение VA Software, занимающееся управлением таких популярных в сообществе open-source web-сайтов, как Slashdot, Freshmeat и NewsForge, представило свое новое название: Open Source Technology Group - OSTG.
Решение оставить привычное всем OSDN было принято с целью привлечения желающих разместить свою рекламу, т.е. чтобы они увидели в OSTG не просто какой-то специфичный портал, предназначенный исключительно для любителей OSS, но и информационный канал общего назначения (mainstream), посещаемой обычными пользователями. Об этом сообщил Patrick Ferrell, генеральный менеджер OSTG.
| Oracle и IBM продолжают борьбу на рынке Linux-БД |
|
Linux-противоборство между Oracle и IBM обещает продолжится на следующей неделе на LinuxWorld. Вице-президент Oracle намерен в Сан-Франциско сообщить, что доля рынка реляционных баз данных под Linux для Oracle выросла на 361 процент в 2003 году (об этом в июне стало известно от Gartner Inc.).
И это по сравнению с общим ростом рынка в 158%, и 28% - у IBM. Таким образом, Oracle теперь владеет 69 процентами рынка Linux RDBMS, а IBM - 29%. Числа впечатляющие, но что они значат для будущего корпоративных БД для Linux? По мнению Colleen Graham, аналитика из Gartner, ничего существенного они не означают: 361-процентный рост Oracle обусловлен лишь "скромным" общим доходом в 45 миллионов долларов. "Такова природа цифр: когда суммы малы, их процентный рост кажется вам невероятно большим", - заявил он.
| Microsoft продолжит кампанию против открытого ПО |
|
Корпорация Microsoft планирует продолжить свою рекламную кампанию, направленную против программного обеспечения с открытым кодом и Linux в частности, - "Получите факты" ("Get the Facts").
Ожидается, что гигант ПО добавит новые доказательства преимуществ своей продукции над open-source, основываясь на аналитических докладах и исследованиях. Об этом сообщил Kevin Johnson, вице-президент группы Microsoft по мировым продажам, маркетингу и услугам. По его словам, у Microsoft есть хорошие материалы, ставящие ее в выгодное положение (по сравнению с open-source) на различных фронтах: TCO (общая стоимость владения), способность к взаимодействию (interoperability), безопасность, продуктивность разработчиков и возмещение убытков потребителям.
| IDC к HP: Linux уже отняла у Mac вторую позицию |
|
HP объявила о том, что ее ноутбук Compaq nx5000 будет поставляться с предустановленной операционной системой Linux. "В этот год Linux обойдет Mac на настольных ПК, и, возможно, наш laptop ускорит процесс", - прокомментировал Martin Fink, вице-президент Linux-отделения HP, на конференции и выставке LinuxWorld.
Исследовательская фирма IDC сообщила о своей уверенности в том, что это уже произошло: "Linux заняла вторую позицию среди операционных систем для desktop'ов в 2003 году", - объявил Dan Kusnetzky, аналитик IDC. К 2007 году, по подсчетам IDC, у Linux будет 6 процентов всего рынка настольных ПК (по количеству установленных систем).
| Real выпустила RealPlayer 10 для Linux |
|
RealNetworks выпустила новую версию программного обеспечения для вопроизведения аудио- и видеоданных в среде операционной системы Linux.
Компания обнародавала релизы Helix Player и RealPlayer 10 for Linux. Первый пакет работает только с открытыми форматами (такими как Ogg Vorbis), а второй еще и поддерживает RealAudio, MP3 и другие платные форматы. Кроме того, RealNetworks подтвердила информацию о том, что Novell и Red Hat включат новые релизы в свои Linux-дистрибутивы, как сообщалось ранее, добавив, что к этим поставщикам присоединятся TurboLinux и Sun Microsystems.
| Sun: В Solaris 10 будут запускаться Linux-приложения |
|
Sun Microsystems встроит в свой будущий релиз операционной системы Solaris 10 программное обеспечение для запуска Linux-приложений без нужды в их изменении и перекомпиляции.
ПО, названное Project Janus, будет работать на x86-серверах вроде Xeon от Intel и Opteron от AMD, - об этом стало известно от Ann Wettersten из Sun на проходящей в Сан-Франциско LinuxWorld Conference and Expo. Janus не представляет собой "нейтрализатор", который в состоянии облегчить жизнь Linux-пользователям, планирующим перейти на Solaris. По словам Tony Iams'а, аналитика из D.H. Brown, это вовсе не попытка привлечь волну новых пользователей, а скорее просто лишний повод для тех, кто уже надумал мигрировать на Solaris.
| UserLinux - новая корпоративная версия Linux |
|
В начале сентября ожидается выход пробной версии UserLinux -- продукта, созданного для того, чтобы предоставить корпоративным клиентам Linux за небольшие деньги.
"Beta 1 выйдет первого сентября, - заявил Bruce Perens, основатель UserLinux и ярый сторонник движения open-source на проходящей в Сан-Франциско LinuxWorld Conference and Expo. - UserLinux - корпоративная версия Linux за скромную стоимость". Сама система основана на Debian GNU/Linux (что не удивительно, если учесть предыдушую деятельность г-на Perens) и будет полностью соответствовать стандарту Linux Standard Base.
Раздел "*nix". Новости. SCO против Linux:
Никто не ожидал, что компания SCO Group станет причиной самого значительного кризиса в истории движения открытых исходников за последние пять лет. Однако вскоре прозвучали обвинения в незаконном использовании интеллектуальной собственности SCO Group в ядре Linux.
| SCO не собирается подавать новые иски |
|
Компания SCO провела недавно в Лас-Вегасе очередную конференцию SCO Forum. Что интересно, наибольшее внимание на ней уделялось не искам против IBM, AutoZone и DaimlerChrysler и не претензиям к разработчикам Linux, а программному обеспечению на базе Unix. Очевидно, что в компании поняли, что ждать в ближайшее время крупных доходов от судебных процессов и лицензий на Linux не следует, и решили взяться за традиционный для себя софтверный рынок.
Эти предположения в интервью IDG News Service подтвердил генеральный директор SCO Дарл Макбрайд. По его словам, SCO пока не собирается подавать новых исков к крупным пользователям Linux или к нарушителям лицензий на Unix. Дарл Макбрайд сообщил, что его компания намерена дождаться окончания уже идущих процессов. По их итогам и SCO и другим участникам рынка станет ясно, насколько в действительности обоснованы притязания SCO и стоит ли воспринимать их всерьез.
Пока же программа лицензирования SCOsource не приносит компании ощутимых выгод. Поступления от нее не слишком велики, а работами в этой области занимаются меньше десяти человек. По признанию Макбрайда, штат юристов компании значительно больше. Начало слушаний по иску против IBM намечено только на 2005 год. До этого времени SCO предстоит проработать в течение нескольких кварталов. На их протяжении компания будет не только продолжать программу SCOsource, но развивать традиционное для себя направление работы - создание ПО. В частности, планируется выпустить новую версию пакета OpenServer.
| SCO продает первые Linux-лицензии в Великобритании |
|
SCO Group продала свои первые Linux-лицензии на территории Великобритании.
Richard Perkins, региональный директор компании в Великобритании и Ирландии, сообщил, что в прошлом квартале две компании подписали контракты со SCO, но подробности не разглашаются. Perkins предположил, что эта тенденция может затронуть и другие компании, если SCO удастся добиться положительных результатов в продолжающихся судебных разбирательствах. "Мне кажется эта ситуация похожей на воду за дамбой".
| 
