Немного общих слов

> Для администрирования - вообще дофига

Так я про администрирование и не говорил, по нему книжки есть, да и те же маны полезны будут.

> По программированию есть чудесная книжка "Основы операционных систем" Карпова и Конькова (там две части 1 - теория построения операционок вообще, 2 - программинг под *nix на примере линукса).

Спасибо за наводку. Не слышал про эту книжку.

> Еще есть "Программирование на С под линукс" Митчела, Оулдема и Самьюэла изд-ва Вильямс.

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

> Итог: Креатифф непонятно на кого расчитан, действительно, пока что только общие слова. Нуждается в серъёзной доработке структуры, приведения глубины изложения к общему знаменателю, а так же некоторой стилевой правке.

> З.Ы. А вообще хоть какая то попытка сдеалть что-от, а не только флеймить.

Для автора -- это, наверное, бета версия книжки :) Тогда и ограничение на распространение понятно.

> З.Ы. А вообще хоть какая то попытка сдеалть что-от, а не только флеймить.

Это верно. Но как бы выиграл документ (идея-то хорошая) если бы
назначить ему oss лицензию, отшлифовать с учётом (многочисленных)
замечаний, и выставить на том же LOR'е по типу linux FAQ.
Как вам такая идея? И, теоретически, получившийся документ можно было
бы и напечать со временем.

2Anonymous:

блин, какой раззипуй, какой вьюуэр ???
самая лучшая форма - HTML - мобильными устройствами многие ведь пользуются.
скачал и читаешь на PDA в дороге например
имхо OOffice оправдан если только графики много и разметка совсем к HTML не подходит - но имхо всё в Html прекрасно пишется.
К тому же, HTML легко индексируется.

> Тогда и ограничение на распространение понятно.

Если так, то пахнет жлобством. Афтар, подумай пока не поздно открыть
текст и на законном основании принимать исправления со стороны по типу
любого opensource проекта. Это сильно улучшит твою карму ;)

> Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License".

Да-да - вы ещё порекомендуйте документы под несвободным FDL1.2 выпускать.

Как показала практика, выставляй, не выставляй - практически ничего не меняется.

Привет! Всё-таки просьба выложить в pdf/html/rtf. Как раз нужно такое "введение в тему", а на компе только винды. Можно на мейл alex_andrey на mail.ru. Заранее спасибо.

любопытный ты, человече, однако... неплохо, бы посеять зерна взаимовыгодного общения меж нами ... ;-))

уёёё... В том же OOwriter'e нажать "файл -> конвертировать в pdf" дело пары секунд. no-dashi, корона что ли падала облегчить людям жизнь? :-))
Или если врайтер, то оно само под собой подразумевает дописывание и исправление, тады меняй лицензию ;-)

Лицензии FSF (тем более GFDL), на территории РФ это пук в воздух и не больше. Понимаю что это очень плохо и печально, но пока это так. А потому no-dashi может просто указать стандартные атрибуты копирайта (имя, (C), дату) и не парится по поводу лицензии (открытой/закрытой).

всё в наших руках! ;-)) подумай, это не пустые слова...

Вот пристали с форматом, кто захотел - прочитал:)

я за отмену ограничений! пусть оные остануться на совести цензоров, как всегда! ;-P

Поздравляю, твое творение прочитали только те, у кого стоит OO. Ты этого добивался? Что у тебя там такого уникального, что без OO смотреть никак?

> Поздравляю, твое творение прочитали только те, у кого стоит OO. Ты этого добивался? Что у тебя там такого уникального, что без OO смотреть никак?

У меня нет OO, но я прочитал abiword-ом. Еще прочитали те, кто смог сделать unzip и посмотреть файл в своем любимом редакторе:)

Хотя, пожалуй, с unzip я загнул, очень неудобно и нечитабельно:)

Могу посоветовать в следующий раз выложить в кодировке MAC и зажать архиватором UC с паролем. Кому надо - тот прочитает.

Да, в винде ворд далеко не свет в окошке, а один из инструментов, например просто читалок книжек с экрана у меня больше десятка. Абиворд не показывает linuxlite.sxw , возможно, у меня просто старая версия, и что, для прочтения каждого дока новый редактор скачивать, так? Раззиповал я это проприетарное поделие под названием linuxlite.sxw в набор файлов и что дальше? Как такое читать? Опен Офис скачать не какнает (модемное соединение), а в магазин за компактом идти только из-за этого, конечно, можно, но, судя по отношению автора к читателям, оно того не стоит.

ибо сказано:
человеку HTML, роботу XML

а про OOffice не сказано :)

2no-dashi:

> Ну неужели ты думаешь, что я этого не знаю?

Если знаешь, то надо вскольз это указать. Например, человек захотел написать прогу, без обработчика прерывания и с некритичным времени опроса, например 50 ms. Вот в таких случаях его пользуют.

>Я даже баг с этим ioperm помню, когда кто-нибудь suid'ный его делал... После чего мог делать и любой другой :-)

Допустим, что PC стоит в чулане, и управляет самогонным аппаратом. А о локалке и интернете, его владелец смутно догадывается.

>Просто это же общее, если во все детали вдаваться, то там придется вплоть до ядерных структур все описывать :-)

Это обзор, а если это обзор, то надо указывать все, даже вскольз, что есть такая возможность.

P.S. И по формату, батенька все пользуют RTF, когда публикуют свои труды в и-нете. А то получается, как-то не красиво, только для тех, кто пользует OOo.

2anonymous:

>Это уже давно не так, до 0xffff даёт в наши дни. Однако man, похоже, не проапдейтили вовремя.

Sorry, это правда man не проапдейтили, а я не обратил внимание.

Спасибо.

Что-то с лицензией не то:

>Вы не должны осуществлять публикацию этого произведения без разрешения автора, а также не должны без разрешения автора

Между "не должны" и "не можете" есть разница, как мне кажется. То есть, не должен, но при желании могу?

>А потому no-dashi может просто указать стандартные атрибуты копирайта (имя, (C), дату) и не парится по поводу лицензии (открытой/закрытой).

Я так понимаю, что тогда этим документом вообще нельзя пользоваться.

>Не трудно, а лень и некогда. Есть много других вещей, для которых нужно время.

Лень и некогда в OOwriter сделать Save as HTML? Или export to PDF? Это одна команда в меню.

Общее впечатление от тектса:

1. Непонятно позиционирование данного курса. Он явно не для пользователей, так как автор лезет достаточно глубоко в глубины ядра, динамической линковки и т.д. Для программистов - разработчиков приложений, курс, наоборот, крайне поверхностный. В дальнейшем изложении я считаю что курс читается программистам в качестве вводного.

2. В курсах такого уровня ни в коем случае нельзя ограничиваться одним Linux. Необходимо рассмотреть решения по крайней мере в трех основных ветвях Unix - например FreeBSD (как представитель BSD-ветки), Solaris (как представитель SystemV, наиболее доступный на поиграться) и Linux. Тогда многое станет понятнее.

3. Если уж мы проводим сравнения того как пишутся графические программы под *nix и Windows, то следует остановиться на этом вопросе по-подробнее. Рассказать о тех полезных возможностях Unix-подхода, которые отсутствуют в Windows, и наоборот, о недостатках.

4. Крайне мало внимания уделено сетевой прозрачности *nix на уровне пользователя. Хотя упоминаются X-терминалы и аудио-серверы, не упоминаются протоколы удаленного выполнения команд, например ssh.

5. Рассматривая метафору "Все есть файл" на примере /dev, автор незаслужено забывает концепцию стандартного ввода-вывода и переназначения, являющуюся ядром CLI Unix. Понимание этой концепции необходимо уже на уровне пользователя, не говоря уж о программистах.

> В дальнейшем изложении я считаю что курс читается программистам в качестве вводного.

Такое тоже нужно. На мой взгляд это, даже удачная находка автора, такое позиционирование.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

По просьбам трудящихся: http://home.balticom.lv/mihails/linuxlite/linuxlite.html

Будем считать, что автор разрешил. :) Удалю тогда, когда новость сойдёт с первой страницы.

>Такое тоже нужно. На мой взгляд это, даже удачная находка автора, такое позиционирование.

Полностью согласен, потому что, я так думаю, необходимо указать автору, не достатки, т.е. ошибки, а он чтобы их устранил. В принципе, такая обзорная статья нужна, как например, книги по дистрибутивам, что бы знать, что к чему и почему. А если, кому что не хватает, то пускай добавят и вместе опубликуют.

Автору хотел один вопрос задать:

>>>В настоящее время появилась еще одна возможность работы со шрифтами – библиотеки Pango Freetype. Использующие эти библиотеки программы уже не нуждаются в услугах X-сервера для работы со шрифтами, а самостоятельно отрисовывают глифы шрифтов, и передают их на X-сервер уже как картинку (за счет чего, например, можно реализовать сглаживание шрифтов).

Неужели так все печально? Мало того, что тулкиты на x-сервер гоняют пиксмапы почем зря, теперь они еще картинки вместо нормальных шрифтов гнать будут? Может все же pango общается с х-сервером через протокол freetype extension? А то bandwidth - она ведь тоже не резиновая.

А так вообще-то нормальный курс (вполне соответствует своему названию). Отвечает на главные вопросы, которые должны появится у неидиота при виде Линукса (куда драйверы ставить, что такое ядро, зачем нужен Х-сервер, где у Линукса dll-и). Ssh и сравнение с другими Юниксами - это уже детали.

> а вообще студентам так давать основы OS по каждой системе - жирно буде

архитектура unix проста для понимания. поэтому удобнее рассказать ее более глубоко, чем несколько систем - поверхностно.

> Будем считать, что автор разрешил. :-)

:-)

> Удалю тогда, когда новость сойдёт с первой страницы.

Можешь и оставить :-)

> Каждая задача считает, что ей выделен непрерывный участок памяти
> максимального размера, поддерживаемого на соответствующей
> архитектуре (для архитектуры x86 это 4GB). Из них первый гигабайт
> резервируется для себя ядром, второй отдается под код программы и
> разделяемые библиотеки
Совсем нет. Ядро забирает последний гигабайт, а не первый.
К тому же рекомендую про flexmmap прочитать, это позволит
увидеть, что и всё остальное на счёт распределения памяти
не верно.

> System V shared memory
SysV SHM must die, даёшь Posix SHM! :) Он лучше хотя бы уже
тем, что может быть полностью в user-space реализован. А ещё тем,
что не вводит идиотский API, а использует стандартные функции
работы с файлами.

> Посмотреть таблицу примонтированных файловых систем можно
> через файл /proc/mounts:
А можно просто ввести команду mount

> Во многих случаях поддержка сетевых файловых систем
> реализуется через пользовательские приложения – например,
> для монтирования сетевой файловой системы SMBFS, используемой
> Windows-системами в качестве основной сетевой файловой системы,
> ядро запускает пользовательски процесс...
По-моему, жуткое враньё. SMBFS реализована полностью в
ядре, равно как и все другие FS. Назовите название проги,
которую ядро запускает для поддержки smbfs. Только не надо
говорить, что это mount.smbfs...

> Linux на самом деле поддерживает только один внутренний
> механизм создания процессов – механизм fork+exec.
man clone

Далее читал по диагонали, наверное ещё ляпы имеются...

Даже смотерть не буду, ибо нет ни OpenOffice, ни MS Word. Я это говорю для того, чтобы *уважаемый* автор "не только что слезший с винды" хоть немного зауважал читателей.

> Даже смотерть не буду, ибо нет ни OpenOffice, ни MS Word.

Тут mikhail уже выложил html вариант.

http://home.balticom.lv/mihails/linuxlite/linuxlite.html

> Ядро забирает последний гигабайт, а не первый

Согласен :-)

> SMBFS реализована полностью в ядре, равно как и все другие FS

не совсем, в smbfs.txt честно написано "uses part of user space tools". Хотя то, что базис smbfs висит в ядре, тоже верно. Мой ляп, следовало бы наверное написать "требует поддержки со стороны пользовательских приложений" (насколько помню, для начальной настройки smb-шного сеанса).

> man clone

... The main use of clone is to implement threads ... Цитата из man, кстати

Спасибо за замечания.

>> Ядро забирает последний гигабайт, а не первый
> Согласен :-)
Кстати это не просто так сделано. Забирало бы первый - нельзя
было бы реализовать vm86.

> "требует поддержки со стороны пользовательских приложений" (насколько
> помню, для начальной настройки smb-шного сеанса).
Не верю. Назовите имя этого пользовательского приложения, и всё тут:)
(smbmount, mount.smbfs не называть)

> ... The main use of clone is to implement threads ...
> Цитата из man, кстати
Да полно там цитат.
clone creates a new process, just like fork(2).
-- цитата оттуда же.

>А так вообще-то нормальный курс (вполне соответствует своему названию).

Очень много информации на квадратный сантиметр. Усыпляет.

Опять же целевая аудитория осталась неизвестной. Если бы мы рисовали диаграмки, то я бы нарисовал три пересекающихся круга - на одном написал бы "администраторы", на втором - "программисты", на третьем - "новички". В пересечении был бы этот курс.

> Опять же целевая аудитория осталась неизвестной.
Целевая аудитория - студенты скорее всего.
Хотя в этом случае не понятна завязка на linux. Для студентов
обычно читают более общий курс по архитектуре unix.

Более общий я как-то видел.

Читается по тому, что было в каменном веке и пропагандируются такие же перспективы развития. При этом народ до состояния паники доводится консолью.

Нельзя такие вещи читать.

Чукча писать, а не читатель ? Ссылку про то, как просмотреть swx, практически любым браузером не заметил ? Тогда тебе статья и не нужна :)

История возникновения документа в оригинале была такая:

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

Кроме того, я читал в университете курсы по инетрнет-технологиям и основам работы веб-сервера. Поскольку ко всему этому делу приходилось вести практику (а студенты виндовые насквозь), а реально добить чего-то можно было только на Unix'ах, им за пару лекций рассказывался вводный юниксово-линуксовый курс (что такое mount, что такое специальный файл, библиотека и так далее).

Поэтому и такой странный подбор тем.

Документ не читал, но собираюсь. Автору спасибо, за его труд. Пиздунов - ананимусов, умеющих только обсирать - в жопу. Формат правильный - очень удобный и занимает сравнительно мало места (в сравнении с PDF и DOC). Сам пользуюсь только им из-за УДОБСТВА и кросплатформенности, так как приходиться работать под разными ОС. С моей подачи на ОО пересел частично местный универ и несколько фирм с которыми я сотрудничаю. Все довольны.

Но вот что действительно правда, так это очень большой пробел - отсутствие компактного вьювера для ОО-файлов. Это очень плохо и я надеюсь, что скоро ситуацию исправят.

С уважением к автору статьи, Илья.

>Формат правильный - очень удобный и занимает сравнительно мало места (в сравнении с PDF и DOC)

самый правильный формат эт XHTML если на то пошло