[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]

[Burichan] [Futaba] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PNG
  • Maximum file size allowed is 10240 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1282309705386.jpg -(290324 B, 724x886) Thumbnail displayed, click image for full size.
290324 No.37151  

Для чего в HDD пихают кеш, если ОС все равно выполняет кеширование файлов?

>> No.37159  

Это разные кеши и занимаются они разным кешированием?

>> No.37160  

>>37151
Очень интересный вопрос. Вообще интересно узнать, как происходит кэширование запросов.

>> No.37172  

>>37160
На винтах или в ОС?

>> No.37173  

>>37172
И там, и там. И сразу вопрос: кэширование - это задача драйвера диска, или файловой системы? В разных фс оно выполняется иначе?

>> No.37175  
File: 1282331865467.png -(18849 B, 470x370) Thumbnail displayed, click image for full size.
18849

>>37173
Кешированием файлов в линуксе занимается VFS (которая виртуальная файловая система), используя для этих целей почти всю свободную оперативную память. Файловые системы, если они существуют для этой части VFS, идут уровнем ниже, соответственно кеширование выполняется для всех фс одинаково.
Пик почти релетед, реальная структура несколько сложней.

>> No.37177  

>>37175
Дополнительный вопрос. Какие недостатки в плане скорости/производительности при использовании FUSE?

>> No.37183  

>>37175
В чём разница кеширования диском и vfs, зачем они дублируются?

>> No.37195  

>>37177
Когда ты обращаешься к файлу на такой фс и его нет в кеше, то ядро передает запрос пользовательской программе, которая потом опять обращается к ядру за теми или иными данными (например к диску). Ответ возвращается по такой же цепочке. Получается, что на один запрос чтения имеет место около 6ти переключений контекста, что является не самой быстрой операцией, от чего быстродействие и страдает.
>>37183
VFS кеширует данные как файлы или фрагменты файлов, соответственно для повторного обращения к ним уже не нужно разбирать структуру файловой системы, что дает некоторый выигрыш в производительности по сравнению с хранением в памяти частей блочного устройства.

>> No.40457  

бамп

>> No.56625  

еще один бамп

>> No.56637  
File: 1301674527542.jpg -(121697 B, 350x1159) Thumbnail displayed, click image for full size.
121697

>>37175
А где в этой схеме /dev ? Он реализован отдельно от VFS?
В маке нет /proc , но разве это не относится к требованиям POSIX-совместимости?

>> No.56639  

>>56637
/dev/ раньше в обычной фс сидел, сейчас чаще на tmpfs или ramfs пихают. С точки зрения файловой системы - файлы там просто ссылки на устройства.

>> No.56645  

>>56639

>файлы там просто ссылки на устройства.

Я знаю, меня интересовало его соотношение с vfs.

>tmpfs

Что это?

>> No.56647  

>>56645
Даже не что это, в чём разница с ramfs, только в том, что может находиться в свапе вместо оперативки? Но ведь и ramfs в случае недостатка оперативки может частично залезть в свап, или я не прав?

>> No.56654  
File: 1301677783995.jpg -(497749 B, 850x616) Thumbnail displayed, click image for full size.
497749

http://ru.wikipedia.org/wiki/WinFS
Хотет. Есть что-нибудь подобное для никсов?

>> No.56655  

>>56645

> соотношение с vfs

Что-то вроде симлинок.
>>56647

> Но ведь и ramfs в случае недостатка оперативки может частично залезть в свап

Нет, в этом и отличие между ними.
>>56654
Мне не встречалось.

>> No.56670  
File: 1301684398302.jpg -(174643 B, 640x430) Thumbnail displayed, click image for full size.
174643

ФС моей мечты разрабатывает Micro$oft. Вот это ирония!

>> No.56673  

ИТТ наглядная иллюстрация к пословице:
Один дурак может задать такой вопрос, что сто дураков ответят потоком сознания.

>> No.56674  

>>56673
Нет.

>> No.56676  

>>56674
Ты забыл логотип интела вставить, шлюха.

>> No.56678  

>>56676

>шлюха.

Нет, ты обознался. Твоя мать тоже любит постить с сажей?

>> No.56684  
File: 1301718793995.jpg -(13582 B, 220x153) Thumbnail displayed, click image for full size.
13582

>>56670

>разрабатывает

СПЕРМОВРАКИ
>>56676
вот зачем ты это спизданул? баны что ли пора профилактические вводить.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]