Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
PR_СП_лекции_укр.doc
Скачиваний:
6
Добавлен:
22.04.2019
Размер:
697.34 Кб
Скачать

2.3.2 Системний виклик write

write — виконує запис у файловий дескриптор

#include <unistd.h>

#include <sys/types>

ssize_t write(int fd, void *buf, size_t nbytes)

fd - дескриптор

*buf - адреса буфера із записуваними даними

nbytes - кількість даних для запису

Повертає кількість записаних байт або -1 у разі помилки (код помилки - в змінній errno)

Системний виклик write записує nbytes байт з буфера buf у відкритий файл, який представлений дескриптором fd. Запис починається з поточної позиції у файлі, а після її закінчення поточна позиція зміщується на число записаних байт. У зухвалу програму повертається число байт, яке було записано або -1,если виникла помилка. Якщо файл був відкритий з прапором O_APPEND, то безпосередньо перед записом поточна позиція автоматично переміщатиметься в кінець файлу.

Виклик write застосовує техніку відкладеного запису. Суть її полягає в наступному. Насправді, виклик write не виконує запис на диск. Він просто переписує дані в буферний кеш ядра і закінчує свою роботу. Якщо виклик write закінчив свою роботу без помилки це означає, що з дескриптором файлу все гаразд, дані скопійовані і виконана перевірка, чи достатньо місця на диску. Пізніше, в більш відповідний для ядра момент, дані записуються на диск. Якщо який-небудь інший процес спробуєте прочитати ці дані до того, як вони будуть записані на диск, узяти їх можна з кеша. Таким чином, не відомо, в який момент часу дані фізично будуть записані у файл.

Техніка відкладеного запису має три проблеми:

  1. невизначеності з часом фактичному запису даних на диск.

  2. процес, що ініціював запис, не може бути проінформований про помилки, що виникли під час запису на диск. Насправді, буфери файлової системи не належать жодному з процесів — якщо декілька процесів намагаються записувати дані в одну і ту ж ділянку одного і того ж файлу, то їх дані потраплять в один і той же буфер.

  3. фізичний порядок запису буферів не піддається регулюванню. Навіть якщо серія системних викликів write слідує в певному порядку, це не гарантує той же порядок запису буферів на диск.

Сучасні ОС уміють справлятися з цими проблемами і переважно мати виграш за часом, який дає відкладений запис.

Виклик write може також використовуватися для запису в канали, в спеціальні файли або в сокети, але в цих випадках він має деякі особливості. Найважливіша відмінність: у подібних застосуваннях виклик write може блокуватися, це означає, що запис припиняється до настання деякої події, наприклад звільнення місця для запису чергової порції даних. Якщо виклик write заблокований, він може бути перерваний сигналом, що поступив. В цьому випадку зухвалому процесу повертається -1 і код помилки EINTR в змінній errno.

2.4 Позіціонування у файлі

2.4.1 Системний виклик lseek

Системний виклик lseek використовується для переустановлення поточної позиції у файлі. Він не виконує ніяких операцій введення-виводу і не віддає команд контроллеру диска.

lseek — встановлює і повертає поточну позицію у файлі

#include <sys/types.h>

#include <unistd.h>

off_t lseek( int fd, off_t offset, int whence );

fd - дескриптор файлу

pos - позиція у файлі

whence - інтерпретація аргументу pos

Повертає нову позицію у файлі або -1 у разі помилки (код помилки в змінній errno)

Аргумент whence може приймати одне з наступних значень:

SEEK_SET Аргумент pos містить зсув від початку файлу (абсолютна позиція у файлі).

SEEK_CUR Аргумент pos містить зсув від поточної позиції у файлі. Може бути позитивним числом, нулем і негативним числом. Вказавши в аргументі pos значення 0 — ми отримаємо поточну позицію у файлі.

SEEK_ENO Аргумент pos містить зсув від кінця файлу. Може бути позитивним числом, нулем і негативним числом. Вказавши в аргументі pos значення 0 — ми встановимо поточну позицію в кінець файлу.

Результатом роботи виклику може бути будь-яке ненегативне число, що навіть перевищує розмір файлу. Якщо нова поточна позиція опинилася за межами файлу, то найближчий виклик write вставить «бракуючий» шматок в кінець файлу і заповнить його байтами із значенням 0. Виклик read, з поточною позицією встановленою в кінець файлу або за його межами, поверне ознаку кінця файлу — 0. Спроба читання з інтервалу, який заповнив виклик write при вставці «бракуючого» шматка, увінчається успіхом і в зухвалу програму буде повернений буфер, заповнений нулями, як того і слід було чекати.

Коли проводиться запис за межами файлу, більшість реалізацій ОС UNIX не зберігають вставлені таким чином порожні блоки. Це дає можливість, наприклад, на диску об'ємом в 3 000 000 блоків зберігати файли з сумарною довжиною більше 3 000 000 блоків. Така особливість може породити серйозні проблеми при відновленні файлів з резервних копій, тому що при створенні резервної копії на пристрій зберігання буде переданий повний об'єм файлів, тобто більше 3000 000 блоків!

Приклад використання

1) Перейти до байта № 10

newpos = lseek( fd, 10, SEEK_SET );

0 #

1 !

2 /

3 b

4 i

5 n

6 /

7 b

8 а

9 s

10 h

11 \n

12

.

100

2) Рух вперед на 4 байти

newpos = lseek( fd, 4, SEEK_CUR );

0 #

1 !

2 /

3 b

4 i

5 n

6 /

7 b

8 а

9 s

10 h

11 \n

12

13

1 4

15

.

100

lseek(fd -5, SEEK_CUR)

0 #

1 !

2 /

3 b

4 i

5 n

6 /

7 b

8 а

9 s

10 h

11 \n

12

13

14

15

.

100

3) Зрушити на 8 байт від кінця

newpos = lseek( fd -3, SEEK_END );

0 #

1 !

2 /

3 b

4 i

5 n

6 /

7 b

8 а

9 s

10 h

11 \n

..

96

9

newpos

7

98

99

100

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]