Ответить
  • Zlo FBY TeamАвтор темы
    офлайн
    Zlo FBY Team Автор темы

    3176

    21 год на сайте
    пользователь #5751

    Профиль
    Написать сообщение

    3176
    # 7 октября 2003 23:38

    Для выбора внешнего жесткого диска используйте каталог Onliner.by: catalog.onliner.by
    Каталог боксов для жестких дисков

    спасайте люди...
    недалече как позавчера сдох мой многострадальный ИБМы...
    терь надо в короткие сроки найти ему замену...

    It's good to be bad. [b][url=http://forum.onliner.by/viewtopic.php?t=731831]Лечим коров от бешенства![/url][/b]
  • 162287 Member
    офлайн
    162287 Member

    472

    15 лет на сайте
    пользователь #162287

    Профиль
    Написать сообщение

    472
    # 4 июня 2015 21:08

    Compiller, почти все современные винты AF. Теоретически при производстве ничто не мешает их делать на 512 байт, сектор. Но больше влезет данных, если делать сектор 4кб (меньше накладных расходов)

  • Compiller Senior Member
    офлайн
    Compiller Senior Member

    8395

    20 лет на сайте
    пользователь #10514

    Профиль
    Написать сообщение

    8395
    # 5 июня 2015 00:18

    И меньше надёжность. Большие блоки - больше информации при повреждении этих блоков пропадает бесследно. Ну это так - следствие. Плюс за счёт пересчёта этих блоков из одного размера в другой на лету - больше вероятность возникновения ошибки.

    IT сантехник-ассенизатор
  • 162287 Member
    офлайн
    162287 Member

    472

    15 лет на сайте
    пользователь #162287

    Профиль
    Написать сообщение

    472
    # 5 июня 2015 00:23 Редактировалось 162287, 1 раз.

    Большие блоки - больше информации при повреждении этих блоков пропадает бесследно.

    вопрос в емкости ЕСС, реализации по применимости ЕСС и размере повреждения.

    Плюс за счёт пересчёта этих блоков из одного размера в другой на лету - больше вероятность возникновения ошибки.

    пересчет фирмварью из физического номера 4К в виртуальный 512б до безобразия просто. Наделать ошибок в преобразование даже как-то трудно. Для этого талант нужен :)

  • Compiller Senior Member
    офлайн
    Compiller Senior Member

    8395

    20 лет на сайте
    пользователь #10514

    Профиль
    Написать сообщение

    8395
    # 5 июня 2015 00:24

    Ну и ещё одно следствие большие потери на очень мелких файлах. Размером меньше размера блока. Хотя это и не актуально для 90 процентов пользователей - контент нынче крупный. Но средний кэш браузера с мелкими файлами мусора будет занимать в 2-3 раза больше места на диске с AF (4096 байт в секторе) чем на диске без AF (512 байт в секторе).

    IT сантехник-ассенизатор
  • 162287 Member
    офлайн
    162287 Member

    472

    15 лет на сайте
    пользователь #162287

    Профиль
    Написать сообщение

    472
    # 5 июня 2015 00:25

    Compiller,

    Ну и ещё одно следствие большие потери на очень мелких файлах.

    все зависит от того какой размер кластера в файловой системы вы зададите. Все равно по умолчанию, пока что все винты эмулируют 512 байтные сектора.

  • Compiller Senior Member
    офлайн
    Compiller Senior Member

    8395

    20 лет на сайте
    пользователь #10514

    Профиль
    Написать сообщение

    8395
    # 5 июня 2015 00:27 Редактировалось Compiller, 3 раз(а).
    Хотел купить рюкзак:

    Наделать ошибок в преобразование

    Не в преобразовании - оно длится недолго, но делается постоянно, на это уходят микро/нано/пикосекунды, но это дополнительные команды и их много. А это увеличивает вероятность ошибки.
    Хотя запись крупными блоками (в теории) увеличивает скорость и упрощает кэширование и адресацию.

    Добавлено спустя 4 минуты 31 секунда

    Хотел купить рюкзак:

    все зависит от того какой размер кластера в файловой системы вы зададите. Все равно по умолчанию, пока что все винты эмулируют 512 байтные сектора.

    На моих дисках с 512 байтными кластерами стоит размер кластера в 512 байт на NTFS, на FAT конечно всё не так радужно. Про остальные системы не скажу - не использую.

    IT сантехник-ассенизатор
  • VasiliyB Senior Member
    офлайн
    VasiliyB Senior Member

    728

    12 лет на сайте
    пользователь #532889

    Профиль
    Написать сообщение

    728
    # 5 июня 2015 00:31
    Compiller:

    но делается постоянно, на это уходят микро/нано/пикосекунды, но это дополнительные команды и их много. А это увеличивает вероятность ошибки.

    Как у Вас ОС каждую секунду не падает :) И вообще грузится :)

  • 162287 Member
    офлайн
    162287 Member

    472

    15 лет на сайте
    пользователь #162287

    Профиль
    Написать сообщение

    472
    # 5 июня 2015 00:32

    на это уходят микро/нано/пикосекунды, но это дополнительные команды и их много.

    главная проблема, где действительно теряется заметное время это запись. Запись блока менее 3584 байт, приводит к тому, что сначало надо прочитать сектор в буфер, а потом внести в буфер изменения и переписать целиком 4096 байт сектор. Главная проблема паразитные операции чтения. Если соблюдать правила по созданию разделов со смещением в 512 байтном выражении кратном 8, и не использовать кластер в файловой системе менее 4кб, то провала в производительности не будет.

    Добавлено спустя 18 минут 6 секунд

    Compiller,

    На моих дисках с 512 байтными кластерами стоит размер кластера в 512 байт на NTFS, на FAT конечно всё не так радужно. Про остальные системы не скажу - не использую.

    на AF винтах неважно, какая файловая система, кластер не должен быть менее 4кб, если не хотите получать резкое снижение производительности. Эмуляция 512 байтного сектора сделана для совместимости с любыми ОС и она не отменяет правила описанного выше. Потери пространства на мелких файлах естественно будут поболее, но если речь идет о менее чем миллионе файлов, то лучше пренебречь этими потерями.

  • Compiller Senior Member
    офлайн
    Compiller Senior Member

    8395

    20 лет на сайте
    пользователь #10514

    Профиль
    Написать сообщение

    8395
    # 6 июня 2015 14:57

    Итого - пренебрегаем:
    1. Надёжность - больше операций в разы производимых с вашими данными. В виде двойных , а то и тройных преобразований секторов.
    2. Скорость - на все эти операции тоже нужно время.
    3. Потери пространства - к примеру на банальном кэше браузеров.
    И всё потому, что производитель (а начал бучу с AF как раз WD) решил получить больше места на старых пластинах.

    IT сантехник-ассенизатор
  • 162287 Member
    офлайн
    162287 Member

    472

    15 лет на сайте
    пользователь #162287

    Профиль
    Написать сообщение

    472
    # 6 июня 2015 19:02

    Compiller,

    1. Надёжность - больше операций в разы производимых с вашими данными. В виде двойных , а то и тройных преобразований секторов.

    На надежность особо не повлияет. Практически одинаковая вероятность сбоя буферного ОЗУ или CPU на борту винта, что с 512 байтным сектором, что с 4096байтным. Прошу заметить, что пользовательские данные как таковые не преобразуются.

    2. Скорость - на все эти операции тоже нужно время.

    на обслуживание операций адресации тратится ничтожно малое время, которым можно пренебречь. Самые большие затраты по времени по мере убывания: непосредственно поиск нужного трека и сектора (учитывая достаточно скромную скорость вращения вала). Далее после операции чтения проверка прочитанного блока и соответствия ему ЕСС, анализ количества ошибок на предмет того не более ли их предельно допустимых, если ошибок не больше допустимого, то расчет позиций ошибок и расчет исправлений (как это делается можно почитать в теории БЧХ кодов). А процедура по представлению сектора в виде 8 секторов и тысячной доли от предыдущих операций не кушает. Т.е. величина настолько малая, что ее точно можно пренебречь.

    3. Потери пространства - к примеру на банальном кэше браузеров.

    уже много лет можно было говорить, что 99% пользователей под Win использовали в файловой системе размер кластера 4 и более кб. Посему изменение размера сектора для таких пользователей совсем не повлияло на экономию места. Пример с кешем браузера не совсем удачен в силу того, что многие браузеры уже давно не бросают в кеш тонны крошечных файликов. Дистанцируемся от браузеров. Представим, что стоит задача сохранить 100 000 мелких файлов менее 512 байт - Потери будут однозначно менее 400Мб. У каждого ли пользователя набертся такое количество файлов? Ну и если вдруг где-то набралось, то так ли страшно терять 400Мб от нескольки терабайт?

  • rtmaster Member
    офлайн
    rtmaster Member

    300

    13 лет на сайте
    пользователь #271156

    Профиль
    Написать сообщение

    300
    # 19 июня 2015 18:01 Редактировалось rtmaster, 2 раз(а).

    del

  • kode Senior Member
    офлайн
    kode Senior Member

    10124

    14 лет на сайте
    пользователь #198604

    Профиль
    Написать сообщение

    10124
    # 19 июня 2015 18:34

    rtmaster, тошибу берите

    В этом мире все не такое, каким кажется.
  • rtmaster Member
    офлайн
    rtmaster Member

    300

    13 лет на сайте
    пользователь #271156

    Профиль
    Написать сообщение

    300
    # 20 июня 2015 09:29 Редактировалось rtmaster, 1 раз.

    del

  • Shimmer Member
    офлайн
    Shimmer Member

    278

    17 лет на сайте
    пользователь #84693

    Профиль
    Написать сообщение

    278
    # 20 июня 2015 13:18
    rtmaster:

    kode, а вы бы брали телик TOSHIBA который собирают у нас в РБ ?

    И нафига тогда Toshiba в сравнении участвует вообще?

  • Compiller Senior Member
    офлайн
    Compiller Senior Member

    8395

    20 лет на сайте
    пользователь #10514

    Профиль
    Написать сообщение

    8395
    # 29 июня 2015 09:13

    rtmaster, Настольные HDD Toshiba - бывшие Hitachi, а до того бывшие IBM. В Беларуси не производятся, и со времён IBM DTLA/AVER первых версий вроде без большинства детских болячек.
    Хотя, правды ради, - винчестеры вообще в Беларуси не производятся.

    IT сантехник-ассенизатор
  • zettich Onliner Auto Club
    офлайн
    zettich Onliner Auto Club

    5564

    21 год на сайте
    пользователь #7853

    Профиль
    Написать сообщение

    5564
    # 1 июля 2015 00:13

    Compiller, емнип Хитачи-Тошиба выпускаются под брендом HGST.

  • Compiller Senior Member
    офлайн
    Compiller Senior Member

    8395

    20 лет на сайте
    пользователь #10514

    Профиль
    Написать сообщение

    8395
    # 1 июля 2015 02:07 Редактировалось Compiller, 1 раз.

    HGST - Hitachi Global Storage technology - я в курсе.
    https://en.wikipedia.org/wiki/HGST

    IT сантехник-ассенизатор
  • Styll3r Member
    офлайн
    Styll3r Member

    343

    16 лет на сайте
    пользователь #91946

    Профиль
    Написать сообщение

    343
    # 1 июля 2015 10:07 Редактировалось Styll3r, 1 раз.

    Привет. Срочно помощь профи нужна)) попросили купить внешний hdd для подключения к ноуту и телику. посоветуйте плиз что-нибудь на 1 тб где-то за млн. смотрю вот эти модели http://catalog.onliner.by/externalhdd/seagate/stdr1000200
    http://catalog.onliner.by/externalhdd/siliconpower/sp010tbphdd06s3k
    http://catalog.onliner.by/externalhdd/seagate/stdr1000200
    http://catalog.onliner.by/externalhdd/seagate/stdr1000203

  • Адвокат_Дьявола IRC Team
    офлайн
    Адвокат_Дьявола IRC Team

    25913

    20 лет на сайте
    пользователь #10877

    Профиль
    Написать сообщение

    25913
    ...то, что не стереть, как сильно ни три, свобода это то, что у меня внутри...
  • ILIA_1992 консольщики team
    офлайн
    ILIA_1992 консольщики team

    1676

    14 лет на сайте
    пользователь #215418

    Профиль
    Написать сообщение

    1676
    # 1 июля 2015 17:10
    kode:

    rtmaster, тошибу берите

    Так у тошибы 32 мб буфер обмена и пару Дб выше .