Линус Торвальдс представил (https://lkml.org/lkml/2013/2/18/476) релиз ядра Linux 3.8. В новой версии прекращена поддержка процессоров 386-DX/SX; добавлена новая файловая система F2FS; реализован новый механизм проверки целостности метаданных для XFS; обеспечена поддержка inline-хранения данных в Ext4; подготовлен режим быстрой замены дисков для Btrfs; реализована возможность применения пространств имён для непривилегированных пользователей; значительно улучшена работа планировщика для архитектуры NUMA; cgroup для ограничения памяти, потребляемой ядром.
В новую версию принято около 11 тысяч исправлений от более чем 1200 разработчиков, размер патча - 42 Мб (изменения затронули 11701 файлов, добавлено 577870 строк кода, удалено 352678 строк). Около 44% всех представленных в 3.8 изменений связаны с драйверами устройств, примерно 25% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур (основная масса изменений касается платформ на основе ARM), 11% связано с сетевым стеком, 3% - файловыми системами и 4% c внутренними подсистемами ядра.
Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.8) можно отметить:-
Аппаратные архитектуры- Прекращена (http://www.opennet.me/opennews/art.shtml?num=35582) поддержка процессоров 386-DX/SX. Целью подобного шага является желание упростить поддержку некоторых структур ядра, изменение которых затрудняет наличие дополнительного кода, необходимого для поддержки процессоров 386-DX/SX. Например, для работы на системах i386 в функции sync_core(), используемой для организация синхронизации в режиме SMP, необходимо обеспечить поддержку процессоров без CPUID (http://ru.wikipedia.org/wiki/CPUID);
- Для архитектуры x86 добавлена (http://lkml.indiana.edu/hypermail/linux/kernel/1212.1/01135.... поддержка горячего подключения/отключения базового CPU ("CPU0"), используемого при загрузке (ранее процессор, используемый для загрузки, не мог быть в последующем отключён);
-
Дисковая подсистема, ввод/вывод и файловые системы- В состав ядра принята (http://www.opennet.me/opennews/art.shtml?num=35667) разработанная компанией Samsung файловая система F2FS (Flash-Friendly File System), ориентированная для использования на Flash-памяти. Хранение структур данных организовано в форме лога, а при обновлении информации используется подход Copy-on-Write, при котором при изменении данные не перезаписываются, а сохраняются в новом месте. В процессе разработки F2FS учтены проблемы ранее доступных специализированных ФС на основе структур в форме лога и предприняты все усилия для устранения известных недостатков, таких как большое потребление памяти и высокие накладные расходы при выполнении операций очистки. Для снижения износа Flash данные по возможности распределяются равномерно, сводя к минимуму повторную запись в одни и те же блоки. Для обеспечения целостности используется модель с фиксацией контрольных точек и возможностью отката изменений (roll-back) в случае проблем. Для выполнения операций чистки задействован специальный сборщик мусора, выполняемый в фоне в моменты простоя системы. Поддерживается традиционная для UNIX схема разграничения доступа и такие расширенные механизмы, как xattr и POSIX ACL;
- Для файловой системы Btrfs реализована поддержка быстрой замены диска. Интегрированы наработки по оптимизации производительности операций записи в синхронном режиме, более равномерному распределению нагрузки на процессоры при выполнении неупорядоченных операций, а также снижения задержек и уменьшения нагрузки на процессор при выполнении операций fsync и прямой записи в режиме O_DIRECT. Переработан код обработки ошибок в случае коллизий хэшей;
- В файловой системе Ext4 добавлена поддержка inline-хранения данных, что позволяет значительно увеличить эффективность хранения очень мелких файлов за счёт размещения данных прямо внутри inode, что значительно сэкономит дисковое пространство;
- В файловой системе XFS появился новый механизм проверки целостности метаданных на основе контрольных сумм;-
Виртуализация и безопасность
- Обеспечена (http://lwn.net/Articles/528078/) поддержка пространств имён для непривилегированных пользователей (user namespaces). Пространства имён позволяют привязать к разным процессам разные представления ресурсов, например, процесс может быть помещён в окружение со своими точками монтирования, UTS, IPC, PID и сетевым стеком, которые не пересекаются с окружением других процессов. Если при использовании прошлых выпусков ядра использование пространств имён было доступно только для пользователя root, то начиная с выпуска 3.8 пространства имён могут применяться к непривилегированным пользователем. С практической стороны, добавленная возможность позволяет использовать отдельные привилегии для идентификаторов групп и пользователей, при их работе в изолированных контейнерах. Например, определённый пользователь может получить в контейнере особенные привилегии, которые отсутствуют у него вне контейнера, или процесс внутри контейнера может получить права root, но остаться непривилегированным вне контейнера;- Система (http://lwn.net/Articles/516529/) для учёта и ограничения потребления ядром памяти, расходуемой в процессе обеспечения работы заданного набора процессов, привязанных к группе контроля (cgroup). Если ранее через cgroup можно было ограничить объем памяти привязанной к процессам, то теперь можно регулировать и размер стека и slab-структур. В частности, подобные ограничения позволят изолировать такие атаки, как форк-бомба. Для управления новой возможностью представлены следующие sysctl: memory.kmem.limit_in_bytes, memory.kmem.usage_in_bytes, memory.kmem.failcnt, memory.kmem.max_usage_in_bytes;
- Проведена работа (http://www.opennet.me/opennews/art.shtml?num=35614) по ускорению криптографических операций (например, ускорены шифры camellia,cast5, serpent, twofish, cast6) с использованием набора команд AVX на новых процессорах Intel. Оптимизирована реализация crc32c;
- Для гостевых систем под управлением Microsoft Hyper-V добавлен balloon-драйвер, позволяющий исключить дублирование идентичных областей памяти в разных виртуальных окружениях;
-
Сетевая подсистема-
Память и системные сервисы
- Приняты (http://www.opennet.me/opennews/art.shtml?num=35610) патчи с реализацией поддержки механизма "huge zero_page (http://lwn.net/Articles/517465/)", который в некоторых ситуациях позволит существенно (до 2.5 раз) сократить потребление физической памяти при включении в ядре поддержки Transparent Huge-Pages (THP). Huge zero_page расширяет возможности THP в направлении экономии пустых страниц памяти, для которых не выделяются реальные области физической памяти;
- В подсистему контроля простоя CPU (cpuidle (http://lwn.net/Articles/384146/)) добавлена возможность привязки к каждому из процессоров разных драйверов для управления параметрами CPU в зависимости от загруженности процессора. Подобное необходимо для обеспечения поддержки асимметричных архитектур, таких как big.LITTLE;
- При выполнении mmap() или через SYSV IPC приложение может самостоятельно определить необходимый размер страниц памяти (Huge-Pages);-
Оборудование- Поддержка (http://www.opennet.me/opennews/art.shtml?num=35605) DMA-BUF для V4L2, что позволит организовать совместное использование буферов между V4L2-драйверами и иными драйверами. Например, графический драйвер сможет забирать данные из буфера V4L2 напрямую, не совершая операций копирования;
- Реализация (http://www.opennet.me/opennews/art.shtml?num=35604) технологии A-Sync DMA Engines для драйвера Radeon, что
даст возможность GPU копировать или перемещать данные даже когда шейдерная часть занята рендерингом сцен;- Добавление (http://www.opennet.me/opennews/art.shtml?num=35434) нового 2D-драйвера для платформ Tegra 2 ...
URL: https://lkml.org/lkml/2013/2/18/476
Новость: http://www.opennet.me/opennews/art.shtml?num=36153
>В файловой системе Ext4 добавлена поддержка inline-хранения данных, что позволяет значительно увеличить эффективность хранения очень мелких файлов за счёт размещения данных прямо внутри inode, что значительно сэкономит дисковое пространство;разве это не было сделано еще в лохматых годах в РайзерФС?
Только рейзер последних версий не принят в ядро. Здесь же обсуждение фич ядра.
ReiserFS вполне себе в ядре. И да, там такое есть.
Когда тот древний ReiserFS научится опции монтирования discard сообщи.
Речь была не о discard, а о хранении в инодах. Сюрпрайз - это разные вещи.
Речь была не о райзер, а об ext4
вопрос знатокам: подходит ли F2FS для использования на SSD *на практике*? кто-нибудь пробовал?
Надо будет за Арчеводами понаблюдать. Интерес Самсунга тут понятен - они, как производители кучи устройств с флеш-памятью и линуксом, запилили эту штуку прежде всего для себя. И как оно будет за пределами планшетов - пока непонятно.
Причём тут арчеводы? Или вы о том, что ядро быстрее других дистров обновляется у нас? Не так-то уж и быстрее. Ветка 3.7 долго не запускалась (зато, когда запустилась, от 3.7.0 до 3.7.9 долетели чуть ли не через день по подверсии обновляясь), видимо что-то не патчилось.Для справки: Kernel Release - 3.7.9-1-ARCH (пока не 3.8), стоит на SSD, оба раздела (и / и /home) с ext4.
Даже тот факт, что f2fs на столько уникальна, что созданная для MTD встаёт и на SSD, не заставит меня с обновой на 3.8 срочно снести ext4 и поставить f2fs.
P.S. И всё-таки причём тут арчеводы? Кто мешает ядро из гита сцомпилить?
SSD != голому NAND .SSD работает как блочное устройство, а F2FS предназначена для работы с Memory Technology Device (MTD)
Файловые системы для MTD (j2ffs, yaffs2, F2FS, etc...) не могут работать с блочными устройствами и наоборот.
Вот как раз F2FS в отличие от j2ffs и yaffs2 рассчитана на работу поверх обычных флешек и SSD. С контроллером, да.https://lwn.net/Articles/518718/ - обратите внимание на упоминание "SSD, eMMC, and SD cards" в первом абзаце и FTL - в третьем.
Почитал еще Documentation/filesystems/f2fs.txt, вроде вы правы. Но тогда не совсем очевидны выгоды, кроме возможности восстановления старой копии файла при сбое записи.
Про wear leveling явно не упомянуто, и действительно пишут что оно для девайсов уже с этой функцией, но сам принцип LFS по идее должен служить тому же.
Насколько я понимаю, это LFS, подкрученный именно под совместную работу с контроллерами wear leveling и имеющий для этого соответствующие настройки.
> Насколько я понимаю, это LFS, подкрученный именно под совместную работу с контроллерами
> wear leveling и имеющий для этого соответствующие настройки.Явно ничего не написано, в mount options тоже похожего не видно. Едят сомненья, в общем.
>> Насколько я понимаю, это LFS, подкрученный именно под совместную работу с контроллерами
>> wear leveling и имеющий для этого соответствующие настройки.
> Явно ничего не написано, в mount options тоже похожего не видно. Едят
> сомненья, в общем."""f2fs is not targeted at raw flash devices, but rather at the specific hardware that is commonly available to consumers — SSDs, eMMC, SD cards, and other flash storage with an FTL (flash translation layer) already built in.
"""As the FTL typically uses a log-structured design to provide the wear-leveling and write-gathering that flash requires, this means that there are two log structures active on the device — one in the firmware and one in the operating system. f2fs is explicitly designed to make use of this fact and leaves a number of tasks to the FTL while focusing primarily on those tasks that it is well positioned to perform. So, for example, f2fs makes no effort to distribute writes evenly across the address space to provide wear-leveling. -- http://lwn.net/Articles/518988/
По ссылке оно, спасибо.
> Вот как раз F2FS в отличие от j2ffs и yaffs2 рассчитана на
> работу поверх обычных флешек и SSD. С контроллером, да.
> https://lwn.net/Articles/518718/ - обратите внимание на упоминание "SSD, eMMC, and SD
> cards" в первом абзаце и FTL - в третьем.Сюрпрайз - большого толку на флешках с левелерами от неё не будет. За исключением одного момента: она не пытается использовать оптимизации для ротационных носителей - поэтому не тратит время на раскладывание структур по диску "правильным" образом. Думается, что для флешей с левелерами в F2FS должна быть какая-то опция, отключающая ещё и встроенный левелинг. Но на практике - не пробовал, увы.
> Думается, что для флешей с левелерами в F2FS должна
> быть какая-то опция, отключающая ещё и встроенный левелинг.Его ж вроде нет. За исключением самой log-like структуры.
Все так.
Но надо еще упомянуть наличие в Линуксе mtdblock, что позволяет из блок-девайса изобразить mtd.
> вопрос знатокам: подходит ли F2FS для использования на SSD *на практике*?На SSD оно нафиг не упало, там ext4 с опцией discard - выше крыши.
А F2FS актуальнее для
- Флешек прицепленных напрямую к процессору, без контроллеров wear leveling-а.
- Карт памяти и подобного барахла типа флешек, где контроллер wear leveling-а есть только в зачаточном состоянии.
SSD тоже весьма разные бывают. Дешевые по качеству контроллера от флешки особых отличий не имеют.
> SSD тоже весьма разные бывают. Дешевые по качеству контроллера от флешки особых
> отличий не имеют.Ну не знаю, практически все виденные SSD делались на каком-нибудь достаточно именитом контроллере. Даже недорогие - в SSD все-таки основную цену создает сам массив памяти.
Ждем в ubuntu 12.04 LTS. XD
LTS и новый софт? Поделил на ноль.
деление на 0 даёт бесконечность:
в убунтах 12.04 многое портировали из 12.10
> В файловой системе Ext4 добавлена поддержка inline-хранения данных, что позволяет значительно увеличить эффективность хранения очень мелких файлов за счёт размещения данных прямо внутри inode, что значительно сэкономит дисковое пространство…при условии наличия очень большого количества мелких файлов. Кроме того, дефолтные параметры mke2fs могут быть не самыми подходящими (-I, размер inode, равный по умолчанию 256 байтам) для этого.
Моя хотеть F2FS! Интересно, сколько времени пройдет до полноценной поддержки? Ну, чтоб grub2 с нее грузиться научился, и для винды какой-нибудь драйвер появился...
>"...для винды какой-нибудь драйвер..." - http://sourceforge.net/projects/portableubuntu/ ;)
>>"...для винды какой-нибудь драйвер..." - http://sourceforge.net/projects/portableubuntu/ ;)А что, просто ливфлеха с убунтой - за драйвер не катит? :)
Я предлагал в ReactOS как основную ФС использовать, т.к. у них сейчас только FAT поддержана. Но там пока заняты более общими вещами и вопрос ФС вроде перенесён на потом. Это так, к слову :)
Правильно! Нужно ведь не догонять ХР, а обгонять восьмерку.
Взять новейшую ФС, дропнуть поддержку WinApi раньше самой M$, забыть про архаичные планшеты и смартфоны и сосредоточиться очках дополненной реальности.
> Я предлагал в ReactOS как основную ФС использовать, т.к. у них сейчас только FAT поддержана.А вроде еще драйвер ext2 был. И что, ext2fsd у них таки тоже не заработает? Хоть и сторонний драйвер, но неужто у них с совместимостью с чужими дровами все столь хреново? Ну в общем, toy OS...
Дело не в этом, как мне объяснили. Поддержку можно сделать, но на это нужны человекоресурсы, тем, кто это будет делать, тестировать и поддерживать. А в данный момент основа под файловые системы и работа с памятью имеют определённые проблемы - вначале хотят с ними расправиться, а потом заняться ФС. Т.е. теоретически проблем никаких нет с поддержкой открытых ФС, но делать ради "чтобы было, но не работает" не будут. Разработчикам есть ещё чем заниматься.
> Дело не в этом, как мне объяснили. Поддержку можно сделать, но на
> это нужны человекоресурсы, тем, кто это будет делать, тестировать и поддерживать.Странно, они даже сторонний открытый драйвер взять не могут?
> А в данный момент основа под файловые системы и работа с
> памятью имеют определённые проблемы - вначале хотят с ними расправиться,А, ну пусть занимаются. Они уже более 10 лет занимаются, а у них все еще нет нормально работающей системы. Так что я как-нибудь буду пингвинами пользоваться - они за 10 лет развились от студенческой наколенщины до весьма приличной оси помнится.
Ну тем, кто следит за проектом видно, что проект развивается и достаточно уверенно и быстро, хотя может быть не так быстро, как хотелось бы. В последнее время есть хоть 1 ОС, которая взялась бы из ниоткуда, работала и всё могла бы? И без поддержки корпораций..Код ФС открыт, код ReactOS открыт - отправьте патч, что сложного? Что мешает? Лучше здесь языком чесать? Просто не можешь отправить?
> достаточно уверенно и быстро,Прошло более 10 лет, а оно по большому счету неюзабельно до сих пор и имеет проблемы в базовых подсистемах, а также хреново совместимо с проприерасовскими драйверами при тотальном отсутствии своих собственных драйверов оборудования (потому что изначально озвучивалась столь стремная цель). В результате получается какая-то совершенно лысая операционка, с которой вообще не понятно чего делать. Ну наверное за 10 лет можно как-то решить вопрос с файловыми системами, чтобы оно из toy OS стало чем-то юзабельным.
> В последнее время есть хоть 1 ОС, которая взялась бы
> из ниоткуда, работала и всё могла бы? И без поддержки корпораций..Угу, Linux называется. Сначала он сам заработал и стал чем-то дельным. А только потом корпорации набежали, почуяв поживу. При том перец все правильно сделал: стал юзать свое поделие как первичную ОС под которой разработка и происходит. Максимально рано. Это замечательный стимул сделать нечто работающее. И работающее хорошо.
> Код ФС открыт, код ReactOS открыт - отправьте патч, что сложного? Что
> мешает? Лучше здесь языком чесать? Просто не можешь отправить?Это элементарно, Ватсон: я не заинтересован в успехе данного проекта. И потому не собираюсь помогать оному ни деньгами, ни борзыми щенками. Мне кажутся весьма сомнительными goals этого проекта и желание юзать закрытые дрова, которое пока создало им больше проблем чем решило. И игра в догонялочки с MS мне не кажется чрезмерно перспективным напрвлением. Ну и зачем я буду на это тратить мои время/силы/бабки?
мне больше интересно на каких флешках работает и можно ли держать систему на F2FS?
> мне больше интересно на каких флешках работает и можно ли держать систему
> на F2FS?Работает на MTD. Держать что-то на F2FS есть смысл, когда у тебя чистый MTD, а не флешка с левелером или SSD.
На флешках оно себя чувствует хорошо, и в большинстве случаев будет себя вести много лучше, чем та встроенная муть, что там гордо называется левелером. То же и дешевых SSD касается (которые, собственно, кроме интерфейса от флешки ничем не отличаются).
> левелером. То же и дешевых SSD касается (которые, собственно, кроме интерфейса
> от флешки ничем не отличаются).Да вы что? в флешках уже появился ремапинг секторов у которых трешолд подходит к уровню износа?
нахрена я ссд покупал...
> Да вы что? в флешках уже появился ремапинг секторов у которых трешолд
> подходит к уровню износа?У любого чипа NAND прямо с фабрики может быть некоторое число битых секторов, так что ремапинг там по любому будет.
> нахрена я ссд покупал...
Наверно потому что там куда более мощный контроллер на куда более резвом интерфейсе.
Ещё раз. SSD бывают весьма разные. И флешки кстати,тоже. Но что-то мне подсказывает,что дешевых недо-SSD много больше, чем флешек с крутым менеджментом.
> чистый MTD, а не флешка с левелером или SSD.Да собственно и флешке с левелером от нее врядли поплохеет. Вроде как самсунь учитывал и устройства с примитивными левелерами типа SD карт и usb флешек.
> Да собственно и флешке с левелером от нее врядли поплохеет. Вроде как
> самсунь учитывал и устройства с примитивными левелерами типа SD карт и
> usb флешек.Да и не похорошеет тоже, потому что алгоритмы 99% не когерентны, и друг друга не дополнят. Левелер флешки ничего не знает о файловой системе, и скидок на ее продвинутость не сделает.
> Да и не похорошеет тоже, потому что алгоритмы 99% не когерентны,Там IIRC как раз предприняты меры для того чтобы алгоритмы не мешали wear leveler-у.
Они для SD/SSD/eMMC это и заявляют же.
На git с rc1. Быстрое ядро, всё стало такое внезапное!
Ты, поди, пока шарился, случайно "Low-Latency Desktop" врубил. Или покурил чего, тож вариант.
> Ты, поди, пока шарился, случайно "Low-Latency Desktop" врубил. Или покурил чего, тож
> вариант.Новоё ядро чёткое. Без сусликов.
> Быстрое ядро, всё стало такое внезапное!Бывает Жёсткий реалтайм, бывает "Мягкий", вот теперь появился Внезапный :)
Отдельное спасибо патчерам за прекращение поддержки vga_switcheroo для связки АМД+Интел. Потому как теперь стало так что на карту АМД переключится нельзя
Для активации inline-хранения данных в EXT4, достаточно просто обновиться до ядра 3.8, или нужно что-то сделать ещё с фс или параметрами монтирования?
наверняка ещё надо tune2fs обновить и установить флаг поддержки данной фишки. Сужу по предыдущим фишкам.
ждем ебилдов
Чтобы ебилды спрятались в новом механизме inline-хранения?)
> ждем ебилдовМда, пока гентуи ждут, убунтуец уже вкатил себе свежее ядро. Ха-ха.
>Для гостевых систем под управлением Microsoft Hyper-V добавлен balloon-драйвер, позволяющий исключить дублирование идентичных областей памяти в разных виртуальных окружениях;
>В драйвер hid-multitouch добавлена поддержка мультитач протокола, используемого в Windows 8.Вот так, мягко и без сопротивления через заднюю дверь ;)
Ой, а совместимость с плюшками MS не нужна же? Только ЛГМ, только хардкор!
> Ой, а совместимость с плюшками MS не нужна же? Только ЛГМ, только хардкор!Если в врага можно пальнуть из его же вооружения - глупо не пользоваться такой возможностью.
Это чтобы на планшет из под винды влезло!
Что? Уже ждём от балмера "Соу.. фак ю Линус" ? )
Линус уже запатентовал. Как и соответствующий жест для мультитача. Этим жестом теперь будет автоматически Linux устанавливаться.
в состав каких дистрибутивов оно войдет? В каких уже установленных дистрибутивах есть смысл поменять их штатное ядро на это? (если где и все нормально (или удовлетворительно) работает, то при смене ядра сможет ли что там стать лучше? (в каких случаях так может быть?)
Сколько каких изменений эта ветка претерпит в течение срока своей жизни? (а каким он будет? А то много таких веток, которые в течение своей жизни какие изменения претерпевали десятки раз). И вот данную "3.8" массово использовать когда стоит,- повыжидав, или прямо сейчас?)
Ну я в хубунте вручную воткнул. Работает, каши не просит. Кому имеет смысл - наверное тем кто почитав новость понял что ему что-то из этих фич было бы не лишне.
> в состав каких дистрибутивов оно войдет? В каких уже установленных дистрибутивах есть
> смысл поменять их штатное ядро на это? (если где и все
> нормально (или удовлетворительно) работает, то при смене ядра сможет ли что
> там стать лучше? (в каких случаях так может быть?)
> Сколько каких изменений эта ветка претерпит в течение срока своей жизни?
> (а каким он будет? А то много таких веток, которые в
> течение своей жизни какие изменения претерпевали десятки раз). И вот данную
> "3.8" массово использовать когда стоит,- повыжидав, или прямо сейчас?)Ну ты и наставил задачь!
Аж Фороникс напрягся ;)
ок, форматнул флешку в F2FS. Скорость копирования:FS size speed time
-----------------------------------------------
F2FS 3344722937 15.99MB/s 0:03:19
FAT32 3344722937 16.22MB/s 0:03:16
Хороший результат. FAT (особенно на малом количестве больших файлов) очень шустра поначалу. Тем более, что здесь специфики флеша не видно. Хотя бы какой-нибудь тест с перезаписью погоняйте, что ли... Не говоря о том, что кроме скорости есть ещё изнашиваемость флеша.
> кроме скорости есть ещё изнашиваемость флеша.При том FAT без специальных мер очень быстро протирает дыры в секторах которые под FATом как раз лежат. С wear leveling лучше, ясен фиг, но все-таки...
wear leveling на флешках обычно таков, что лучше всё же сверху заведомо приличную реализацию в FS держать.
> wear leveling на флешках обычно таков,Ну да, как и в sd-картах и подобной требухе. Чтобы FAT совсем уж моментально не протирал все до дырки.
> ок, форматнул флешку в F2FS. Скорость копирования:Ну, полностью журналирующая ФС - разогналась до скорости тупого и деревянного фата почти. Который вообще без журнала. По-моему, есть чему порадоваться, не? :)
Ну, собственно, F2FS не журналирующая, а COW - а потому на пустом разделе у неё и должна быть скорость почти как у деревянного FAT. А вот что потом будет - вопрос более интересный. Но хоть дыру не протрёт.
> Ну, собственно, F2FS не журналирующая, а COW -Так CoW - это такой частный случай журнала по сути. Грубо говоря, журналом при этом сделали вообще весь том, а коммит в область данных - оторвали совсем, как и саму область. И получили экономию на записи по второму разу. При сохранении свойств журналирования.
> а потому на пустом разделе у неё и должна быть скорость почти как у деревянного
> FAT. А вот что потом будет - вопрос более интересный. Но хоть дыру не протрёт.На сильно забитом - тупить наверное начнет, куда ж он денется. Только там тупить начнет и любой иной wear leveling если он есть, потому что ему придется для записи 20 байтов перетрясать немеряный erase block для этого. Что долго.
Ну да, но оверхеда-то на журнал нет, так что и тормозить в простом случае по сравнению с FAT нечему особо (не считая возни с поддержкаой метаданных, конечно). Что и видим.И я не о сильно забитом,а о том, когда часть файлов удалена и поверх что-то пишется. Тут уже от физического размещения сильно зависит, насколько эффективно erase отработает.
> с поддержкаой метаданных, конечно). Что и видим.Ну да, хорошо покапитанил :)
> а о том, когда часть файлов удалена и поверх что-то пишется.
А тут фоновый GC имеет все возможности привести это в культурный вид. Заодно обеспечив плацдарм заранее, в периоды наименьшей нагрузки. Так что при записи вообще erase делать не придется.
> Тут уже от физического размещения сильно зависит, насколько эффективно erase отработает.
Ну так цель этой ФС как раз сделать так чтобы на флешовых носителях везло почаще.
> Так что при записи вообще erase делать не придется.Как вы сами ниже написали, это как повезет. Хотя обычно должно везти.
> Как вы сами ниже написали, это как повезет. Хотя обычно должно везти.Так собственно оптимизация флешовых ФС и наценела на повышение везения.
Повышения — да, но не на обеспечение этого всегда:> при записи вообще erase делать не придется.
Еще отдельная сущность GC может быть заметна в энергопотреблении на мобильных девайсах, но тут вариантов не очень.
А как они тестировали инструкции AVX2, если процессор их поддерживающий еще не выпустили?
> А как они тестировали инструкции AVX2, если процессор их поддерживающий еще не
> выпустили?емейлы авторов коммитов (ссылки прямо в носвости) посмотри. у них - есть ещё не выпущенный. ну, или эмулятор какой.
> Например, для работы на системах i386 в функции sync_core(), используемой для организации синхронизации в режиме SMP <Они с этим примером уже достали. 386-проц, КАКОЙ, К ЧЕРТУ, SMP!??
> Они с этим примером уже достали. 386-проц, КАКОЙ, К ЧЕРТУ, SMP!??Набери в хугле 386+smp?!! Примерный.
""This is issued because Windows NT 3.5 no longer supports 386 multiprocessor machines.
На счет F2FS (Flash-Friendly File System).
Чет я затупился.
Если Linux сбрасывает буфера на диск каждые 5 секунд, то сколько времени проработает флешка с корневой нет с var файл системой на борту?Информация из wiki
Ресурс записи.
Изменение заряда сопряжено с накоплением необратимых изменений в структуре и потому количество записей для ячейки флеш-памяти ограничено (обычно до 10 тыс. раз для MLC-устройств и до 100 тыс. раз для SLC-устройств).
> На счет F2FS (Flash-Friendly File System).
> Чет я затупился....Нет , не запутался, скорее просто отсутствие каких либо знаний о том как работает память . Рекомендую ознакомиться. f2fs очень грамотная весчь
>очень грамотная весчьПральна! Батька Торвальдс дело знат!!</развели тут>
> Новая система планирования пытается держать процессы и связанную с ними память в рамках одного "домашнего" NUMA-узла,хм, а раньше что, область памяти для процесса рандомно размещалась на узлах?
>>NUMA-узла,
> хм, а раньше что, область памятиИсчерпывающе http://lmgtfy.com/?q=NUMA+site%3Alwn.net !
Экономия места с inline-хранением, может, выглядит и не такой актуальной, но вот экономия времени доступа - это очень хорошо!
Вот за это - отдельное спасибо!
Изменений все меньше и меньше...
пора начинать линукс 4 без обратной совместимости с 3?