Снова мысли о диссертации, Что можно придумать в FLASH storage? Опции

[DLR]

Здравствуйте Всем,

Вот прошел первый год моей аспирантуры, сданы большинство экзаменов и я начинаю все чаще задумыватся - а что нового можно выжать из темы "высокоскоростного накопителя на твердотельных элементах большой емкости", по которой мне и надо написать диссер?
Ну предположим специфическое подключение позволит повысить скорость чтения/записи, а небольшое резервирование повысит надежность...
А где в этом наука, а темболее новизна?...

Может быть ктонибудь из уважаемых пользователей данного форума посоветует в каком направлении этой области можно копать?

Заранее спасибо!

[Evgeny_CD]

IMHO, копать не перекопать.

1. Оптимальная структура управляющего софта - оптимизация на скорость или память в зависимости от задачи (специфика обмена) . Доказать, что именно предоженная схема выделения буферов и т.д. оптимальна. Несмотря на кажущееся изобилие всяких файловых систем их никто толком не анализировал с научной точки зрения.

2. RAID внутри одной микрухи. ECC внутри сектора - это хорошо, но он может сдохнуть целиком. Соотвественно, если выбрать максимально далеко расположенные друг от друга (метрика расстояния - отдельная глава!) сектора, можно продлить кайф.

3. RAID на несколько микрух. Оптимизация кодирования в этом случае.

С Вас . Тут на докторскую хватит при желании.

[DLR]

IMHO, копать не перекопать.

1. Оптимальная структура управляющего софта - оптимизация на скорость или память в зависимости от задачи (специфика обмена) . Доказать, что именно предоженная схема выделения буферов и т.д. оптимальна. Несмотря на кажущееся изобилие всяких файловых систем их никто толком не анализировал с научной точки зрения.

2. RAID внутри одной микрухи. ECC внутри сектора - это хорошо, но он может сдохнуть целиком. Соотвественно, если выбрать максимально далеко расположенные друг от друга (метрика расстояния - отдельная глава!) сектора, можно продлить кайф.

3. RAID на несколько микрух. Оптимизация кодирования в этом случае.

С Вас . Тут на докторскую хватит при желании.

Супер!
Только большая просьба, нет ли у ВАС какой либо документации на тему принципов построения RAID!

С Меня точно , готов встретиться

[gab]

IMHO, копать не перекопать.

1. Оптимальная структура управляющего софта - оптимизация на скорость или память в зависимости от задачи (специфика обмена) . Доказать, что именно предоженная схема выделения буферов и т.д. оптимальна. Несмотря на кажущееся изобилие всяких файловых систем их никто толком не анализировал с научной точки зрения.

2. RAID внутри одной микрухи. ECC внутри сектора - это хорошо, но он может сдохнуть целиком. Соотвественно, если выбрать максимально далеко расположенные друг от друга (метрика расстояния - отдельная глава!) сектора, можно продлить кайф.

3. RAID на несколько микрух. Оптимизация кодирования в этом случае.

С Вас . Тут на докторскую хватит при желании.

Супер!
Только большая просьба, нет ли у ВАС какой либо документации на тему принципов построения RAID!

С Меня точно , готов встретиться

Можно добавить про особенности записи на FLASH (а вроде, разговор про неё?), т.е. чередовании записываемых данных, чтоб не протереть МС.

ЕСС - алгоритм известен.
RAID0-5 - алгоритмы можно поглядеть в исходниках ядра Linux.
Так что самое сложное сесть и написать диссер

[Doka]

Можно добавить про особенности записи на FLASH (а вроде, разговор про неё?), т.е. чередовании записываемых данных, чтоб не протереть МС.

ЕСС - алгоритм известен.
RAID0-5 - алгоритмы можно поглядеть в исходниках ядра Linux.
Так что самое сложное сесть и написать диссер

нее... самое сложное - отучить себя ставить смайлики в диссере после каждой удачной мысли ;-)