Разработчики из компании Samsung представили (http://lkml.org/lkml/2012/10/5/205) в списке рассылки разработчиков ядра Linux набор патчей с реализацией новой файловой системы F2FS (Flash-Friendly File System), разработанной специально для использования на накопителях, использующих NAND Flash, таких как SSD, eMMC и SD карты. Кроме патчей для ядра Linux также опубликован (http://sourceforge.net/projects/f2fs-tools/) первый релиз пакета f2fs-tools, содержащего коллекцию утилит для обслуживания разделов F2FS (пока в состав входит только mkfs.f2fs, но в ближайшее время обещают добавить утилиту fsck и набор отладочных инструментов). Код всех составных частей распространяется в рамках лицензии GPLv2.
В отличие от файловых систем общего назначения, проект F2FS разработан специально с учётом специфичных особенностей NAND Flash и оптимизирован для памяти с неизменным низким временем доступа. Для минимизации случаев перезаписи данных в F2FS используется структуры в форме лога, обеспечивающие равномерное использование блоков данных для снижения износа NAND Flash. Отмечается, что в процессе разработки F2FS были учтены проблемы ранее доступных специализированных ФС на основе структур в форме лога и предприняты все усилия для устранения известных недостатков, таких как большое потребление памяти, эффект снежного кома при формировании дерева и высокие накладные расходы при выполнении операций очистки.Для адаптации F2FS к различным видам NAND Flash, которые отличаются своими характеристиками в зависимости от внутренней геометрии и схемы управления, предусмотрен широкий спектр параметров для управления структурой распределения данных в разделе и возможность выбора различных алгоритмов очистки и выделения блоков.
URL: http://lkml.org/lkml/2012/10/5/205
Новость: http://www.opennet.me/opennews/art.shtml?num=35017
> предусмотрен широкий спектр параметров для управления структурой распределения данныхВотъ. Самсунь знает толк в флеш-памяти :)
Отож, они ею торгуют
> Отож, они ею торгуютКакая связь знания толка в торговле со знанием толка во флэше??
они - один из крупнейших вендоров, вообще-то.
> они - один из крупнейших вендоров, вообще-то.разработчиков и производителей...
> Какая связь знания толка в торговле со знанием толка во флэше??есть еще компании, которые продают то что производят
>> Какая связь знания толка в торговле со знанием толка во флэше??
> есть еще компании, которые продают то что производятКапитан Банальность ка бы намекает, что всё больше компаний раздают то, чтороизводят даГом, а эти , которые подают, таки _выимрающий _вид?? Я правильно не понял Ваще "есть еще"?!
Что-то ты совсем квалификацию порастерял. Троллинг - жирный, приколы - не по делу. Ай-яй-яй, вы теряете левел.
>> Отож, они ею торгуют
> Какая связь знания толка в торговле со знанием толка во флэше??Я понял, никро не врубился, чего я написал.
Всем отвечавшим мне: "знают толк в" Анонима в#1 _никак_ не следует из "они её торгуют" Анонима в#2. "Какая связь" было обозначена в#2 междометием "Отож" -- повторяю это логическая ошибка.
Не, ну мож я и не понял, и тама было не про _логику, а про поклонение Маммоне??
Теперь всё понятно. ― как бы отвечает Капитан Сарказм.
они её разрабатывают, лол!
А потом приходит Apple и говорит, что у них патент на хранение информации на флеш-носителях, а также на их разработку. Поэтому все не-яблочные девайсы с поддержкой флешек должны быть запрещены ко ввозу в Америку. И американский суд запрещает.
> И американский суд запрещает.Ну да, а потом самсунг не продлит контракт и эппл будет выпускать пустые коробочки вместо телефонов. Потому что проц - самсунь, память - самсунь, экран - самсунь... ну а от эппла там гламурный логотипчик, во :)
>> И американский суд запрещает.
> Ну да, а потом самсунг не продлит контракт и эппл будет выпускать
> пустые коробочки вместо телефонов. Потому что проц - самсунь, память -
> самсунь, экран - самсунь... ну а от эппла там гламурный логотипчик,
> во :)ну закупят у TSMC. А потом и на них в американский суд подадут :)
И таки TSMC готова отгружать памяти, экранов, и процов хотя бы по миллиону штук в день?
> ну закупят у TSMC.TSMC не разрабатывает чипы. Так что сначала придется разработать оные. А вот с этим у яппла бида-бида. Они умеют только логотип на корпус лепить, не более :)
> TSMC не разрабатывает чипы. Так что сначала придется разработать оные. А вот
> с этим у яппла бида-бида. Они умеют только логотип на корпус лепить, не более :)Может, хватит врать уже? Увы и ах, что-то сами умеют, для чего-то покупают сторонние лавочки по результатам работы с ними. Как вот для разработки процессора.
disclaimer: поддерживаю правду, а не apple.
>и эппл будет выпускать пустые коробочки вместо телефоновЗато ещё более прямоугольные и с ещё более скруглёнными углами :)
Глупость сморозил. Они не могут не продлить.
Если ты построил 10 заводов для производства всякого железа, то день их простоя - миллионы убытков. Да и железо разработано. В утиль его?
Да и самсунг - это конгламерат компаний. Они только ядерные подлодки не производят. Даже если эпл поднасрал большей части подразделений, то всем осальным это просто выгодный клиент. Скорее всего, железо эпл берет подороже китайский хуавеев и прочих.
"Они только ядерные подлодки не производят" :)))))
Кто-ж их знает
> Глупость сморозил. Они не могут не продлить.Да как сказать? Если убытки от наглежа эппла начнут перевешивать убытки от снижения мощностей - вполне себе вариант. Вполне в духе капиталистов :)
да они же там контрактами повязаны по самое небалуйся
у эппл патент на закруглённую флеш память
и на закруглённую файловую систему )
Молодцы! Побольше открытых файловых систем! Омские линуксоиды одобряют. По крайней мере с продуктами Samsung современная файловая система для флешпамяти заползёт на все компьютеры мира.
> Молодцы! Побольше открытых файловых систем! Омские линуксоиды одобряют. По крайней мере
> с продуктами Samsung современная файловая система для флешпамяти заползёт на все
> компьютеры мира.МС в сервиспак поддержку не запихнет (а он этого не сделает) и фс не станет массовой никогда. Даже ихний exfat пользовать нереально из-за плохой поддержки в ХП (с соотв-и обновлениями)
Как ФС для установки системы на флешку д б неплохо. Если скорость в порядке.
все же логично. вендузятники должны страдать. и они страдают. не вижу никаких проблемм.
А ничего, шта ведроид на ext2 стоит? МС приложения от этого не страдают?
> МС в сервиспак поддержку не запихнет (а он этого не сделает) и
> фс не станет массовой никогда. Даже ихний exfat пользовать нереально из-за
> плохой поддержки в ХП (с соотв-и обновлениями)
> Как ФС для установки системы на флешку д б неплохо. Если скорость
> в порядке.Как думаешь, вендорам драйвер новой ФС размером<=100кБ в инсталлятор сложно засунуть?
Так и не понял, где патч с поддержкой новой файловой системы?
Где же ещё, в ядре:
https://lkml.org/lkml/2012/10/5/205
Поищи и на сайте kernel.org ниче не найдешь!!!
> Поищи и на сайте kernel.org ниче не найдешь!!!Вредно пить тормозную жидкость!
From 김재극 <>
Subject [PATCH 00/16] f2fs: introduce flash-friendly file system
Date Fri, 05 Oct 2012 20:55:07 +0900
This is a new patch set for the f2fs file system.
What is F2FS?
=============
NAND flash memory-based storage devices, such as SSD, eMMC, and SD cards, have
been widely being used for ranging from mobile to server systems. Since they are
known to have different characteristics from the conventional rotational disks,
a file system, an upper layer to the storage device, should adapt to the changes
from the sketch.F2FS is a new file system carefully designed for the NAND flash memory-based storage
devices. We chose a log structure file system approach, but we tried to adapt it
to the new form of storage. Also we remedy some known issues of the very old log
structured file system, such as snowball effect of wandering tree and high cleaning
overhead.Because a NAND-based storage device shows different characteristics according to
its internal geometry or flash memory management scheme aka FTL, we add various
parameters not only for configuring on-disk layout, but also for selecting allocation
and cleaning algorithms.Patch set
=========
The patch #1 adds a document to Documentation/filesystems/.
The patch #2 adds a header file of on-disk layout to include/linux/.
The patches #3-#15 adds f2fs source files to fs/f2fs/.
The Last patch, patch #16, updates Makefile and Kconfig.mkfs.f2fs
=========
The file system formatting tool, "mkfs.f2fs", is available from the following
download page: http://sourceforge.net/projects/f2fs-tools/Usage
=====
If you'd like to experience f2fs, simply:
# mkfs.f2fs /dev/sdb1
# mount -t f2fs /dev/sdb1 /mnt/f2fsShort log
=========
Jaegeuk Kim (16):
f2fs: add document
f2fs: add on-disk layout
f2fs: add superblock and major in-memory structure
f2fs: add super block operations
f2fs: add checkpoint operations
f2fs: add node operations
f2fs: add segment operations
f2fs: add file operations
f2fs: add address space operations for data
f2fs: add core inode operations
f2fs: add inode operations for special inodes
f2fs: add core directory operations
f2fs: add xattr and acl functionalities
f2fs: add garbage collection functions
f2fs: add recovery routines for roll-forward
f2fs: update Kconfig and MakefileDocumentation/filesystems/00-INDEX | 2 +
Documentation/filesystems/f2fs.txt | 314 +++++++
fs/Kconfig | 1 +
fs/Makefile | 1 +
fs/f2fs/Kconfig | 55 ++
fs/f2fs/Makefile | 6 +
fs/f2fs/acl.c | 402 ++++++++
fs/f2fs/acl.h | 57 ++
fs/f2fs/checkpoint.c | 791 ++++++++++++++++
fs/f2fs/data.c | 700 ++++++++++++++
fs/f2fs/dir.c | 657 +++++++++++++
fs/f2fs/f2fs.h | 981 ++++++++++++++++++++
fs/f2fs/file.c | 643 +++++++++++++
fs/f2fs/gc.c | 1140 +++++++++++++++++++++++
fs/f2fs/gc.h | 203 +++++
fs/f2fs/hash.c | 98 ++
fs/f2fs/inode.c | 258 ++++++
fs/f2fs/namei.c | 549 +++++++++++
fs/f2fs/node.c | 1773 ++++++++++++++++++++++++++++++++++++
fs/f2fs/node.h | 331 +++++++
fs/f2fs/recovery.c | 372 ++++++++
fs/f2fs/segment.c | 1755 +++++++++++++++++++++++++++++++++++
fs/f2fs/segment.h | 627 +++++++++++++
fs/f2fs/super.c | 550 +++++++++++
fs/f2fs/xattr.c | 387 ++++++++
fs/f2fs/xattr.h | 142 +++
include/linux/f2fs_fs.h | 359 ++++++++
27 files changed, 13154 insertions(+)
create mode 100644 Documentation/filesystems/f2fs.txt
create mode 100644 fs/f2fs/Kconfig
create mode 100644 fs/f2fs/Makefile
create mode 100644 fs/f2fs/acl.c
create mode 100644 fs/f2fs/acl.h
create mode 100644 fs/f2fs/checkpoint.c
create mode 100644 fs/f2fs/data.c
create mode 100644 fs/f2fs/dir.c
create mode 100644 fs/f2fs/f2fs.h
create mode 100644 fs/f2fs/file.c
create mode 100644 fs/f2fs/gc.c
create mode 100644 fs/f2fs/gc.h
create mode 100644 fs/f2fs/hash.c
create mode 100644 fs/f2fs/inode.c
create mode 100644 fs/f2fs/namei.c
create mode 100644 fs/f2fs/node.c
create mode 100644 fs/f2fs/node.h
create mode 100644 fs/f2fs/recovery.c
create mode 100644 fs/f2fs/segment.c
create mode 100644 fs/f2fs/segment.h
create mode 100644 fs/f2fs/super.c
create mode 100644 fs/f2fs/xattr.c
create mode 100644 fs/f2fs/xattr.h
create mode 100644 include/linux/f2fs_fs.h
--
1.7.9.5
---
Jaegeuk Kim
Samsung
Ну и где тут ссылка?
Реализацию под альтернативно одаренную ОС уже прдеставили?
> Реализацию под альтернативно одаренную ОС уже прдеставили?нафейхоа? ах да самсунг на вендовонах тоже могёт...
> нафейхоа? ах да самсунг на вендовонах тоже могёт...Это уже совсем альтернативно одаренная ОС. Там производителю вообще ничего нельзя. Даже, блин, угребищный экран с квадратиками заменить. А уж чтобы ФС получше заюзать? Ха-ха, не в этой жизни!
>> Реализацию под альтернативно одаренную ОС уже прдеставили?
> нафейхоа? ах да самсунг на вендовонах тоже могёт...сделают стандартный драйвер для флешки и делов-то...
> Раздел F2FS формируется из сегментов размером 2 Мбфигассе там накладных расходов получится, тем более на небольших файлах. Это чтоб быстрее место заканчивалось на флешках что ли? И люди покупали флешки больших размеров ;)
сегмент != кластер
Информации мало, но нигде, вроде, не сказано, что в одном сегменте размещается только один файл. Они свои внутренние области измеряют в сегментах, а заодно их (области) и выравнивают по границам сегментов.
И чем же таким мелким вы хотите заполнять современные многогиговые флешки? однокилобайтными или полукилобайтными файликами?Да ладно!
> И чем же таким мелким вы хотите заполнять современные многогиговые флешки? однокилобайтными
> или полукилобайтными файликами?
> Да ладно!много всякого мусора по 1-2 кб.
Если вы действительно часто пишете на флешку "много мусора по килобайту", у вас давно уже должен был выработаться рефлекс собирать этот мусор в архив перед копированием и тем самым уменьшать время всего действа на порядок.
Интересно - что это?
Я тут по быстрому просканил все свои флешки и SD-карты ... основная, подавляющая масса - фотки размер от 1.2Mb и больше и mp3-шки еще более большие. Всякой служебной мелочевки - совсем немного. С десяток-другой файликов _на_весь_диск_ ...Нашел только один SD-шник где действительно много мелочи. На нём у меня pfSense живёт и как вы понимаете F2FS туда никак не планируется :)
Ну так как - расскажешь юзер-кейс про мульён мелочи на флешке?
> много всякого мусора по 1-2 кб.распакованный снапшот /usr/portage?
root filesystem не?!
При стоимости NAND Flash чипов и их большой объем купить новую и больше уже не такая то проблема. Вообще молодцы выложили на публику, сейчас сообщество доделает не доделанное и добавит новое. Вообще я считаю, что привлечение сообщества к процессу разработки или дообработки это хороший плюс не только для компании, но и для потребителя.
Ну просто они другую ФС сделали на базе эпловской, поэтому эту и открыли.
> Ну просто они другую ФС сделали на базе эпловской, поэтому эту и открыли.Если быть точным, на базетехнологий, защищенных эпловскими патентами. Потому что собственную ФС Apple сделать не может, зато наверняка запатентовала задним числом практически все принципы работы ФС, начиная с хранения информации в виде файлов.
Слова про wear-leveling - это бред.
Wear-leveling занимается чип в SSD/SDCard, он и делает маппинг логических адресов секторов в физические адреса. Все дополнительные попытки размазать запись равномерно по всем секторам NAND flash - это мартышкин труд.
Возможно эта файловая система предназначена для "bare metal" NAND чипов, без использования FTL (например в макбуках такие чипы распаяны и называются "SSD диск", хотя это совсем не то, что называют "SSD диск" в повседневной жизни). Но тогда зачем говорить про SSD/SDCard ?Пора бы уже Samsung и другим производителям как-то стандартизировать/классифицировать FTL который они на SSD/SDCard зашивают, вот тогда можно было бы что-то оптимизировать с износостойкостью флэша.
> Слова про wear-leveling - это бред.
> Wear-leveling занимается чип в SSD/SDCard,...только он делает это довольно примитивно и в принципе ему вполне можно удачно подыграть. Если подобрать смещения и блокинг так чтобы попало вровень по блокам флеша.
Hint: у SD карт не практикуется тот же trim насколько я знаю. Поэтому wear leveling там достаточно топорный и незатейливый и не то чтобы в удачном режиме работает.
Я являюсь одним из авторов uFlip (www.uflip.org)
Мы как раз пытаемся выяснить где и как можно подыграть FTL чтобы добиться лучшей производительности при работе с NAND flash.
Увы, "подыграть" не получится. Более того, даже выяснить более-менее достоверные закономерности работы конкретной реализации FTL практически невозможно.
Про топорность FTL вы к сожалению глубоко заблуждаетесь. Сейчас часто даже дедупликация секторов используется...
Потому и следовало бы хоть немного классифицировать эти реализации FTL, иначе толку от всех этих ФС работающих поверх них не будет.
> Увы, "подыграть" не получится. Более того, даже выяснить более-менее достоверные закономерности
> работы конкретной реализации FTL практически невозможно.У SD карт и usb-флешек, про которые шла речь, как правило все довольно просто:
1) Начало видимой области обычно выровнено на erase-block флеша. Т.е. wear leveler судя по всему ремапает все целыми erase-block (?). На это намекает например стремление класть бутсектор флехи в отдельный erase block. Смысл деяния - чтобы бутсектор не сдох при read-modify-write неудачно попавшем на слет питания. Одно дело если 1 копия фат побьется и другое - если бутсектор накроется и слетят все параметры разделов и ФС, после чего юзер останется вообще без доступа к данным.
2) Для SD карты и не сильно крутой флехи по той же причине как правило удобен I/O по размерам erase block. Если он попадает на его границы.Если посмотреть на то как дефолтовый FAT разложен на таком носителе, можно найти четкую закономерность. Из которой видно и то что как правило блок флеша начинается там же где и видимая область + структуры фабричного FAT откровенно выровнены в аккурат по erase block-у. Ну и кластера ФС должны попадать удачно. В фабричной ФС это сделано.
Т.е. производители такого добра своей дефолтовой ФС достаточно прозрачно подсказывают фактическую геометрию и частично логику работы. Это им нужно для того чтобы показать максимально красивые цифры скоростей чтения/записи. А вот кто это переформачивает - встречает развеселый сюрприз в виде скоростей записи в пару раз ниже чем было :)
> Про топорность FTL вы к сожалению глубоко заблуждаетесь. Сейчас часто даже дедупликация
> секторов используется...Это вы наверное про навороченные топовые SSD. В серьезных SSD - там да, наворочено.
> Потому и следовало бы хоть немного классифицировать эти реализации FTL, иначе толку
> от всех этих ФС работающих поверх них не будет.В каком-то роде это подразумевалось. То-есть, я про "простые" wear-leveler в контроллерах usb flash и SD карточек. А вы видимо про навороты типа SSD, где встречается даже сжатие данных с целью ускорения записи (кажется у sandforce такое реализовано). За счет чего производитель может публиковать красивые цифры. Забыв уточнить что они актуальны только для сжимаемых данных :)
Про FTL важно знать ровно две вещи - размер физического блока (то что вы называете erase блоком и это действительно размер атомарного erase) и принцип ремаппинга секторов.У нас тоже была такая гипотеза что есть корреляция между структурой FAT и логикой работы FTL. В целом это разумно, так как позволило бы добиться значительного выигрыша производительности при записи.
Скорость чтения практически у всех константная, не меняется от адреса сектора.Корреляцию со структурой FAT можно обнаружить только в выборе размера сектора. Логический размер сектора как правило 512 байт. Бывает размер 1024 и более, но даже в этом случае возможна эмуляция 512 байтового режима. А вот физический размер блока может сильно отличаться от этого.
Размер физического блока можно выявить, если переписывать рандомные данные (чтобы исключить дедупликацию) по полностью заполненной NAND, то подбирая размер сектора можно увидеть "лесенку" на графике скорости записи. Но и эта лесенка в современных чипах сильно ломаная - FTL даже тут пытается что-то там оптимизировать.
Поэтому выставляя размер FAT сектора в размер физического блока можно уже значительно выиграть в производительности.Что касается ремаппинга секторов, то тут большинство SSD, SDcard и USB флешек ведут себя непредсказуемым образом. Из многих тысяч дампов которые нам присылают ни разу за последние годы не было чёткой картины работы FTL. Иногда сектора ремапятся на конец флеша, иногда на следующий блок...
Но я бы не сказал что это всегда абсолютно случайно.
Конечно, пока таблица ремаппинга не заполнена до конца - скорость записи очень быстрая, FTL просто берёт следующий пустой сектор. А вот потом - никакой закономерности.
И именно это убивает всякие попытки делать wear-leveling на уровне файловой системы.Кстати, из всех производителей статистически лучшие FTL у Samsung.
Мне попадались SD карточки которые были на порядок (!) быстрее в записи чем большинство других. Причём за ту же цену :)
> эффект снежного кома при формировании дерева"snowball effect of wandering tree" переводится как-то иначе, но не так.
>> эффект снежного кома при формировании дерева
>"snowball effect of wandering tree" переводится как-то иначе, но не так.Там смысл в том, что узлы содержат статистику, которую нужно обновлять при изменениях выше по дереву. Добавил новый элемент и нужно всю цепочку вверх по стволу обновлять.
> Там смысл в том, что узлы содержат статистику, которую нужно обновлять при изменениях выше по дереву. Добавил новый элемент и нужно всю цепочку вверх по стволу обновлять.ой, всмысле ниже по дереву - от листьев к корню.
>> Там смысл в том, что узлы содержат статистику, которую нужно обновлять при изменениях
>> выше по дереву. Добавил новый элемент и нужно всю цепочку вверх по стволу обновлять.
> ой, всмысле ниже по дереву - от листьев к корню.Спасибо. Термин видел, но смысл то ли не понял, то ли не запомнил.
>>> Там смысл в том, что узлы содержат статистику, которую нужно обновлять при изменениях
>>> выше по дереву. Добавил новый элемент и нужно всю цепочку вверх по стволу обновлять.
>> ой, всмысле ниже по дереву - от листьев к корню.
> Спасибо. Термин видел, но смысл то ли не понял, то ли
> не запомнил.Впрочем, как всегда. Устриц не кушал, но мнение уже высказал.
>> Спасибо. Термин видел, но смысл то ли не понял, то ли не запомнил.
> Впрочем, как всегда. Устриц не кушал, но мнение уже высказал.Читать учитесь, горе-писатель. Остальное Ваше "творчество" рядом пришлось удалить как нарушающее http://wiki.opennet.ru/ForumHelp -- надеюсь, выводы сделаете.
>>> Спасибо. Термин видел, но смысл то ли не понял, то ли не запомнил.
>> Впрочем, как всегда. Устриц не кушал, но мнение уже высказал.
> Читать учитесь, горе-писатель. Остальное Ваше "творчество" рядом пришлось удалить как
> нарушающее http://wiki.opennet.ru/ForumHelp -- надеюсь, выводы сделаете.Спасибо, умею. Смысл вижу. Когда мне нечего сказать по существу - я помалкиваю. Намякнуто ясно?
> Спасибо, умею.Если бы умели, то не лезли бы на рожон. Термин мне в принципе знаком с тех пор, как более активно читал kt и кернельную часть lwn, но совсем поверхностно, поскольку файловыми системами не занимаюсь.
Если бы было что сказать по существу -- так даже и ткнув носом, привели бы пояснение либо ссылку на таковое.
Стоит брать пример с автора #55, которому и спасибо за науку.
>> эффект снежного кома при формировании дерева
> "snowball effect of wandering tree" переводится как-то иначе, но не так.По-моему достаточно сносный перевод...
уж больно nilfs2 напоминает
Тоже про неё вспомнил.>используются структуры в форме лога
>Для выполнения операций чистки реализован специальный сборщик мусора, выполняемый в фоне в моменты простоя системы.Правда снапшоты не упоминаются.
Помню, как когда-то издевался над nilfs2 и в резальтате получил забитую на 99% фс (за счёт чекпойнтов), а "сборщик мусора" ничего с этим не мог поделать, а тупо загружал цпу и шуршал диском без остановки.
> Тоже про неё вспомнил.
>>используются структуры в форме лога
>>Для выполнения операций чистки реализован специальный сборщик мусора, выполняемый в фоне в моменты простоя системы.
> Правда снапшоты не упоминаются.
> Помню, как когда-то издевался над nilfs2 и в резальтате получил забитую на
> 99% фс (за счёт чекпойнтов), а "сборщик мусора" ничего с этим
> не мог поделать, а тупо загружал цпу и шуршал диском без
> остановки.Я тоже над ней издевался как-то. Система время от времени в кернел паник уходила при записи на неё.
Только nilfs2 уже давно не разрабатывается.
> Только nilfs2 уже давно не разрабатывается.Утилиты подпиливают, летом были выпуски.
Мелкие багфиксы.
Последней серьезной фичей nilfs2 стала поддержка resize (весна прошлого года).
Такими темпами, поддержку квот, fsck и нормальный gc в нынешнем веке ждать не стоит.
> уж больно nilfs2 напоминает...только оптимизированный для именно флеша.
Ну а нефиг энтам в заснеженные горы лезть.
Сам-ты-сунг продолжает традиции копирования чужого и на этот раз скопировал YAFFS2.
> Сам-ты-сунг продолжает традиции копирования чужого и на этот раз скопировал YAFFS2.Вас не затруднит указать совпадающие куски кода, подтверждающие ваше заявление?
Или вы балабол?
> Или вы балабол?Это макофаг. Это то же самое, только хуже.
> Сам-ты-сунг продолжает традиции копирования чужого и на этот раз скопировал YAFFS2.У них была, помнится, своя "закрытая" FS для NAND flash еще когда не было YAFFS2. Логично предположить, что они развивали именно её.
> Сам-ты-сунг продолжает традиции копирования чужого и на этот раз скопировал YAFFS2.Да, и только эппл на белом коне. Правда, они паяют в свои поделки самсуневские процы и память и юзают самсуневские же экраны. И делается все это на фабриках фоксконна безымянного вообще. А от эппла там дизайн и лэйба. Вот только если самсунь решит им показать средний палец - крутые разработчики будут продавать пустую коробочку, т.к. сами они вообще электронные компоненты не производят. Они только понты генерировать умеют.
Другое дело, что в Самсунге идиотов нет, и никто никому ничего показывать не будет
> Другое дело, что в Самсунге идиотов нет, и никто никому ничего показывать не будетДействительно. Можно просто включить убытки в цену чипов для эппла. По копейке за чип - а на массовом тираже и миллиард баксов накапает как раз :)
И как только покажут палец, производить все это будет кто-нибудь другой.
> И как только покажут палец, производить все это будет кто-нибудь другой....годиков через эн. В течение которых эпплу будет нелегко :). Так как сложно, знаете ли, выпускать новый девайс где все вообще - хуже чем в старом. Эхехе.
> Да, и только эппл на белом коне.С точки зрения бизнеса - увы, но таки да! :(
> Они только понты генерировать умеют.
Еще _профит_. А за это любой бизнес простит им любое массовое убийство и пр. пряников :( Всё как у Маркса и было расписанно :)
> Еще _профит_. А за это любой бизнес простит им любое массовое убийство
> и пр. пряников :( Всё как у Маркса и было расписанно
> :)Маркс был русофобом.
Поцреоты такие смешные.
"Скруглённые прямоугольники" могут пройти только у компании с $600bln капитализацией.
За такое бабло как в том анекдоте - "номер квартиры не нужен" :(А чего-там-фобом был Маркс - мне по барабану, по политэкономике всё что он вывел мы теперь и видим :( (Ваши кумиры - вообще говорящие головы из ящика beeeeeeep!)
>Поцреоты такие смешные.
В сортах $%^&# не разбираюсь ==> вам таки виднее.
Ну так а драйвер под маздайку они дадут? Думаю вполне логично сделать такой драйвер, пусть хоть одна ФС для флэшек будет с хорошими драйвером под оффтопик, так глядишь и эксфаты подохнут...
Вы готовы всегда носить с собой этот драйвер на второй флешке с ФАТом?
виртуальный сидиром, как на usb wifi уже отменили?
за iso9660 не надо платить по патентам волшебным
Вирусы на флешках тоже никто не отменял. У моих подопечных, например, вам вряд ли удастся что-нибудь установить с флешки (тем более - драйвер). Да и не факт, что вы вообще будете иметь права админа на целевой машине, чтобы его установить."Башмак" с логотипом MS очень давно стоит под колесами технического прогресса, и легких способов его убрать нет, к сожалению.
Ну что за глупости - ты что, не знаешь как долго сознательные люди критиковали Microsoft за то что они снова и снова не реализуют права для пользователей, или реализуют плохо? В связи с чем безопасность никакая.
В каком ядре это уже можно будет пощупать? Или вручную надо накладывать патчики?
Уважаемый накрутчик голосов. Разбери компьютер (или мама запрещает, потому что на гарантии?). Почитай что написано на платках памяти. Вытащи HDD. Посмотри что написано на микросхеме памяти. А теперь на видеокарте.Минусуй-минусуй сообщения о том, что Samsung разрабатывает память, а не торгует ей. Пусть все думают, что ты контролируешь общественное мнение на Опеннете! А заодно и то, что "здесь какие-то тупые сидят".
> Уважаемый накрутчик голосов. [...] Минусуй-минусуй сообщения о том,
> что Samsung разрабатывает память, а не торгует ей.Простите, что вмешиваюсь -- просмотрел тред, не заметил подобного; от себя могу добавить, что разговор у людей вроде скорее про Flash, а не DRAM (это к тому, что если к маме апеллируете -- так хоть спросите свою, в чём разница и какую обычно ставят на кэш HDD).
IIRC стереть пришлось одну расхожую глупость о том, что Apple, мол, только продаёт -- так или иначе, сейчас это не соответствует действительности при всех антипатиях к их манерам.
HFS+ по новому ?
Оно, конечно, хорошо, когда напрямую к ячейкам.
А когда через raid контроллер - уже не очень.
Если контроллер не умеет TRIM...
Почему-то подумалось про патенты M$ на fat.
Самсунгу респект.