Часовой пояс: UTC + 3 часа




Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 55 • Страница 3 из 3<  1  2  3
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Member
Статус: Не в сети
Регистрация: 23.04.2011
Откуда: Ростов-на-Дону
Спасибо за труд братан!



Партнер
 

Member
Статус: Не в сети
Регистрация: 27.10.2003
Откуда: Нефтеюганск
Цитата:
TLC, Teenager Level Cell – в ячейке хранится три бита данных. Странно, что для такого принципа организации применили специальное название ”TLC”, когда уже существовало ”MLC”. Система хранения подобного типа ужасна – применяется восьмиуровневое кодирование. Малейшая нестабильность по питанию схемы записи или просто шум, и вместо одного уровня считается другой. Для SLC такое практически невозможно, у MLC с этим ‘плохо’, а TLC … единственно, что радует – SSD на них пока не делают.

Честно говоря, не очень понимаю, зачем разработали подобный тип ячейки. Большую емкость микросхемы можно получить переходом на более 'тонкий’ техпроцесс, в результате чего заряд в ячейке будет определяться действительно ‘счетным’ значением электронов. SLC и MLC технологии сохранят свою работоспособность, а TLC 'умрет' из-за банальной флуктуации и шума.

Слегка утрируя: при улучшении техпроцесса изготовления микросхем окажется, что микросхемы MLC и TLC будут обладать одинаковой емкостью при одинаковом размере – MLC еще можно будет 'уменьшать', а размеры ячейки TLC уже ограничены уровнем шума. И главное, каков выигрыш? Ради чего гробить надежность и скорость работы? У SLC в одной ячейке один бит, у MLC два, у TLC три. Выигрыш всего в полтора раза. Всего! И какой ценой. Нет, спасибо, склеротическую память с детскими болезнями – это в мусорную корзину.

SSD на микросхемах SLC довольно дороги. Скорее всего, будущее за MLC, поэтому только о них и пойдет речь.

Источник: overclockers.ru


Цитата:
Производство SSD переходит на трехуровневую (TLC) флэш память

26 апреля 2011

Вчера появилась информация, что южнокорейский производитель SSD контроллеров, компания Indilinx, прекратила выпуск продукции, основанный на втором поколении микросхем памяти.
Производитель контроллеров SSD под марками Barefoot и Amigos вводят поддержку TLC — Triple Level Cell NAND Flash (трехуровневая твердотельная память NAND). Вслед за SLC (single bit per cell — один бит на ячейку), MLC (multi bit per cell — множество бит на ячейку, а на самом деле два) TLC — это ячейка памяти, которая, как ожидается, приведет SSD устройства в мейнстрим сегмент, снизит цену с одной стороны и увеличит ёмкость с другой.

По данным аналитического ресурса iSupply, цена за 1 Гб TLC NAND памяти ожидается на уровне порядка 1 доллара, в то время как сейчас 1 Гб памяти MLC стоит $1,20. Для сравнения, один гигабайт SLC памяти стоил 5 долларов.

Учитывая, что Indilinx в настоящее время принадлежит OCZ Technology , было бы логично ожидать, что первые твердотельные накопители на основе TLC мы увидим именно у OCZ.

Источник: nvworld.ru


:oops:


 

Advanced member
Статус: В сети
Регистрация: 27.02.2007
Откуда: Москва
Фото: 77
KOHAGEN, то что контроллер что-то поддерживает не означает, что оно будет реально использоваться.

_________________
9950X3D / x870e CH Hero / RX 6900XT / 2x48 Trident Z5 @ 6400 CL28 (ICE-RDT, No GDM Vdd 1.6 Vddq 1.45 SoC 1.3 VDDP 1.0)


 

Junior
Статус: Не в сети
Регистрация: 28.02.2010
спасибо интересно читать. ПыСы нехватало простыней с графиками и механического копирования букав из дргих статей. :lol: :lol: :lol:


 

Member
Статус: Не в сети
Регистрация: 08.05.2008
Откуда: Москва
Фото: 17
Припоминаю столь же "обширное исследование" на THG , там оно касалось блоков питания и также призвано было открыть обывателю "жуткие секреты" производства БП. Там еще упоминались запоминающие конденсаторы и прочие "чудеса технологии". :D


 

Advanced member
Статус: Не в сети
Регистрация: 10.04.2003
Откуда: Москва
sgs, я как-бы могу написать такой обзор, но кто это будет читать?
Технических специалистов здесь немного, а делать профанацию для широких масс - ну так и статья выйдет с аргументами 'круто/отстой'.


 

Junior
Статус: Не в сети
Регистрация: 07.04.2011
Непонятно, почему Авира ругается на свежескачанный, неоднократно упоминаемый в статье HAB:
#77

На более раннюю версию этой проги, ругани нет:
#77

А этот этот "перл" к чему, в наукообразной статье:
Цитата:
Слава разработчикам, они думают за нас, чтоб, ни дай Бог, что-то работающее не вышло.

Как-то не вяжется с использованием в статье данных и иллюстраций разработчиков, например, той же ONFI.


Последний раз редактировалось o1o1 29.04.2011 13:31, всего редактировалось 1 раз.

 

Advanced member
Статус: Не в сети
Регистрация: 10.04.2003
Откуда: Москва
o1o1, вчерашний тест:
#77

Программы пишутся на ассмеблере, поэтому антивирусами признаются вирусами.
Уже было, неоднократно, потому просто игнорирую их измышлизмы.


 

Advanced member
Статус: Не в сети
Регистрация: 13.04.2003
Откуда: Салават
serj писал(а):
современные дефрагментаторы умеют (гы! умеют. Ошаленное новшество - сарказам) собирать крупные файлы последовательными кучами, а мелкие в другие кучи


подтверждаю, как мимимум последний DisKeeper Pro имеет возможность оптимизировать размещение файлов на стадии их записи, но это так тормозило... но я тестировал давно, а на сегодняшний день может уже всё исправили

по статье... занимательно, но таак сумбурно :insane:

и хочу обратить внимание, что новейшие жёсткие диски WD и Hitachi имеют пьезоактуаторы, точно подгоняющие голову на трек

_________________
О браузерах без субъективизма http://people.overclockers.ru/GReY/16906/Obektivnyj_test_brauzerov


 

Advanced member
Статус: Не в сети
Регистрация: 10.04.2003
Откуда: Москва
GReY, информация наблюдения собирались в течении сущестования hab, т.е. несколько лет. За это время накопилось много всего. Фактически, по любому разделу можно написать отдельную (и большую) статью.
Так что, да, не шедевр.


 

Вестник драйверостроения
Статус: Не в сети
Регистрация: 15.10.2002
Откуда: Украина, Одесса
FobOrgan писал(а):
Хочу прикинуть сколько в среднем записывается в сутки на винт, чтобы понять какая будет жизнь у будущего моего SSD диска, на который пока пускаю слюни, но жаба не отпускает. :) Или может есть ещё программы для сбора такой статистики?
Leonator писал(а):
HardDiskSentinel много чего мониторит, в т.ч. и записанное.

Hard Disk Sentinel — лучшая программа для SMART-мониторинга (протестировал лично 30 штук разных). Среди прочего как раз ведет статистику по чтению/записи на диск и вычисляет средние значения за день:

#77

Плюс мой SSD OCZ в данных SMART имеет два соответствующих поля (значения в HEX):
#77

GReY писал(а):
подтверждаю, как мимимум последний DisKeeper Pro имеет возможность оптимизировать размещение файлов на стадии их записи, но это так тормозило... но я тестировал давно, а на сегодняшний день может уже всё исправили

Игорь Дериев мерял влияние этой технологии (IntelliWrite) в Diskeeper 2010/2011, вроде бы влияния на производительность не было, а в определенных случаях скорость записи NTFS увеличивалась на 2-3%. Но IntelliWrite для SSD-дисков Diskeeper'ом не используется, там какой-то отдельный оптимизации HyperFast, который предположительно консолидирует свободное пространство.


 

Advanced member
Статус: Не в сети
Регистрация: 10.04.2003
Откуда: Москва
По поводу IntelliWrite и ее низкой эффективности ... может дело в этом? - ("после простоя")
#77
Как вариант - падение скорости чтения в 'после простоя' вызвано тем, что 30 минут мало и процесс еще шёл.


 

От раздела "Частотный спектр", остался неприятный осадок.
Цитата:
Например, нам надо передать два бита. Всего вариантов четыре: 00, 01, 10, 11.

Если присмотреться, то варианты вида 00 и 11 дают постоянную составляющую. Точнее, они передают постоянный уровень.

Давайте передавать три бита вместо двух. Для трех бит будут комбинации: 000, 001, 010, 011, 100, 101, 110, 111.

Понятно, что 000 и 111 нам не подходят, а другие можно использовать, предположим, таким образом: 00 = 001, 01 = 010, 10 = 011, 11 = 100

Теоретические принципы такого перекодирования описаны в статьях выдающегося человека. Его имя - Peter Franaszek http://en.wikipedia.org/wiki/Peter_Franaszek
Часть его работ посвящены RLL кодированию, которое призвано компенсировать характеристики физического канала передачи данных и позволяет получить от канала максимум возможного - http://en.wikipedia.org/wiki/Run-length_limited
Идея проста. Для того, чтобы, при записи и воспроизведении, избежать межсимвольной интерференции, порождаемой физическими ограничениями канала (свойства физического носителя сигнала(магнитная пластина)+свойства устройства чтения этого носителя(магнитная головка) ), надо вставлять не менее d "физических нулей" между двумя "физическими единицами". А для того, чтобы, при чтении, не терять синхронизацию между физическим и логическим уровнем, надо чтобы количество "физических нулей" между "физическими единицами" не превышала k.

Такой трюк позволяет удвоить "информационную" пропускную способность канала связи по сравнению с его "физическими" способностями передавать "нули" и "единицы"

P.S. алгоритмы обнаружения и исправления ошибок работают с "информационными" а не с "физическими" данными.


 

Member
Статус: Не в сети
Регистрация: 26.10.2009
Откуда: Харьков
Замечательная,познавательная,очень трудоемкая статья.!
Отдельное спасибо за тесты по играм и их файловым операциям,особенно по Сталкеру (раскрыта тайна фризов и лагов во время активной подгрузки с hdd :).

Задумался о своих винтах(два Raptor-а 74 и 150) закрепленных через резиновые демпферы в Lian Li :shock:

_________________
Пишите внятно,понятно и вас ... может быть поймут. Русский язык богат и велик. Пользуйтесь им в полной мере.


 

По поводу названия Solid State: раньше так называли электронику, собранную на транзисторах (в отличие от предыдущего, лампового поколения). Сколько я видел транзисторных радиоприемников с гордой надписью Solid State на корпусе! В общем, Solid State - значит на полупроводниках вместо ламп, механических реле и прочего стимпанка.


Показать сообщения за:  Поле сортировки  
Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 55 • Страница 3 из 3<  1  2  3
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 27


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan