Ошибки обнаруженные в Робачевском при чтении мною:
на 287 странице в последних 2х строчках про pipe перепутано, какой дескриптор для записи, а какой для чтения.
На 325 странице 3я строка снизу, про "Имя исполняемого файла сервера...".
Это неправда, особенно учитывая то, что сервер в процессе своей работы этот файл удаляет. А имя исполняемого файла тут ни при чем.
Функция ftok теоретически должна возвращать уникальные ключи, но это не так:

Of course no guarantee can be given that the resulting key_t is unique. Typically, a best effort attempt combines the given  proj_id byte, the lower 16 bits of the i-node number, and the lower 8 bits of the device number into a 32-bit result.  Collisions may easily happen, for example between files on /dev/hda1 and files on /dev/sda1.

350 страница, последнее слово должно быть "блоков", а не "цилиндров"

Есть еще вопрос про уникальность идентификаторов групп процессов, но буду на консультации спрашивать.

Отредактировано KiberGus (2007-01-03 22:16:31)

А там фразы повторяются, как у Машечкина? Можно договориться и встретиться, я такие объемы выложить могу. Заодно книжку тебе передам.
А еще можно на экзамене по физике пересечься.

Отредактировано KiberGus (2007-01-04 01:58:39)

Народ, мне не досталось "голубой книжечки СПО" за авторством Вдовикиной и др. К тому моменту, когда я захотел взять её в библиотеке, она там узе закончилась. Выкачивать не буду точно. Вопрос такой: она вообще нужна? Там есть что-нибуль интересное?

Еще:
104 страница. (Это не ошибка, но замечание) В linux и BSD реализован не IPC, а XSI Interprocess Communication. В нем размер поля size не учитывается: для msgrcv и msgsnd параметр msgsz содержит не размер передаваемого буфера, а размер сообщения БЕЗ учета поля type. Вот цитата из Single Unix Specification:

struct mymsg {
    long    mtype;     /* Message type. */
    char    mtext[1];  /* Message text. */
}
The structure member mtype is the received message's type as specified by the sending process.
The structure member mtext is the text of the message.
The argument msgsz specifies the size in bytes of mtext. The received message shall be truncated to msgsz bytes if it is larger than msgsz and (msgflg & MSG_NOERROR) is non-zero. The truncated part of the message shall be lost and no indication of the truncation shall be given to the calling process.

Подробнее читайте на http://www.unix.org/single_unix_specification/
--update--
Этот конфликт разрешился.
Вот дока по IPC:
http://mia.ece.uic.edu/~papers/WWW/book … CU_011.HTM
В IPC размер поля учитывается
Так что будте осторожны при написании своих программ, иначе потом будете долго искать очень неприятные ошибки переполнения массивов.
--end update--

108 страница, доставка сообщений обеспечивается оператором sleep(10). Это не дело, особенно в учебнике. В данном случае надо было наоборот указать, что надо обязательно синхронизоваться.

Отредактировано KiberGus (2007-01-05 00:10:49)

Скачать можно здесь: http://jaffar.cs.msu.su/mash/os/2006-2007%...ee%f1%ea%e2%e0/

Конспект лекций представляет из себя pdf со сканами печатного текста весьма неплохого качества. Размер - 107 мегабайт. Началась заливка на ifolder, когда зальется, выложу ссылки. Будет две части, их надо просто склеить:

cat os.pdf.part[1-2] > os.pdf

По идее в виндах командой copy делается.

Ссылки на скачивание:
Часть первая (70 Мб)
Часть вторая (36 Мб)

Отредактировано KiberGus (2007-01-06 15:28:01)

Этого хватит или там что-нибудь отсутствует?

каких нету?

да... насчёт КЭШа я бы тож послушал)) расскажите где он используется?

и ещё вопрос , я нигде не нашёл определения свопинга... что он из себя представляет? и для чего используется?