SSD диски - стоит брать?, чтобы ускорить загрузку системы хотя бы... |
Здравствуйте, гость ( Вход | Регистрация )
SSD диски - стоит брать?, чтобы ускорить загрузку системы хотя бы... |
Гость_MrYuran_* |
8.12.2011, 6:41
Сообщение
#21
|
Гости |
|
|
|
8.12.2011, 9:27
Сообщение
#22
|
|
ЕРЖ-антисемит Группа: Пользователи Сообщений: 1900 Регистрация: 24.11.2009 Из: Великий Новгород Пользователь №: 23 |
|
|
|
Гость_MrYuran_* |
8.12.2011, 12:04
Сообщение
#23
|
Гости |
Тоже отключил.
Изменений не заметил. Что характерно, раньше вроде визжало, типа "вы в своем уме?", а теперь спокойно скушал, без истерик. |
|
|
8.12.2011, 12:35
Сообщение
#24
|
|
ЕРЖ-антисемит Группа: Пользователи Сообщений: 1900 Регистрация: 24.11.2009 Из: Великий Новгород Пользователь №: 23 |
Кстати, да. Молча согласилась и pagefile.sys за собой удалила.
Возвращаясь к теме топика. А кудыть венда логи и протчее пишет? Надо это всё с SSD вынести на обычный винт. |
|
|
8.12.2011, 15:30
Сообщение
#25
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Кстати, да. Молча согласилась и pagefile.sys за собой удалила. Возвращаясь к теме топика. А кудыть венда логи и протчее пишет? Надо это всё с SSD вынести на обычный винт. О! дошли до главного! Смотрите выше мои ссылки в начале, там таааакой список необходимых ухищрений... Она потому что мнооого куда и чего пишет... И так и старается побольше, побольше... Между прочим, еще она файловую систему обслуживает, а это не фунт изюму, всю дорогу надо чего-то переписывать в одно и тоже место. Так что если сам диск не поддерживает последовательного обращения к разным ячейкам при попытке записи в одно и то же место - то труба за месяц или раньше. |
|
|
Гость_MrYuran_* |
8.12.2011, 15:36
Сообщение
#26
|
Гости |
Так что если сам диск не поддерживает последовательного обращения к разным ячейкам при попытке записи в одно и то же место - то труба за месяц или раньше. Это само собой, даже самые старинные так работают. Поэтому и был раньше "эффект старения", заключавшийся в резком замедлении после того, как дошли до конца и пошли на второй круг. Перед каждой записью надо сначала стереть сегмент, а это времени требует. |
|
|
8.12.2011, 17:24
Сообщение
#27
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
А изначально венда настроена ужасно, на мой взгляд. Святая правда. Но так и должно быть - ради целости идеи. Сама ужасная - и настроена ужасно, и загружается ужасно. Ускорили загрузку, обманули, тсз, старого Билли — выйдет новая версия, что еще более тормозит на загрузке, если обнаруживает SSD диск. Все помнят, как при инсталляции какой-то винды в опциях выбирали 486 проц, и тогда на пентиумах оно летало, иначе - тормозило... |
|
|
8.12.2011, 17:27
Сообщение
#28
|
|
ЕРЖ-антисемит Группа: Пользователи Сообщений: 1900 Регистрация: 24.11.2009 Из: Великий Новгород Пользователь №: 23 |
|
|
|
8.12.2011, 18:04
Сообщение
#29
|
|
шаражник по жизни, рядовой Группа: недомод :) Сообщений: 5484 Регистрация: 24.11.2009 Из: Россия, Челябинская область Пользователь №: 26 |
Мужики, что скажете про эту коробочку?
Позиционируют для использования в Photoshop, Maya и пр.. Подумываю прикупить такую под vmware-машины на станцию под линуксом. Пока винт SATA-III 2.5" 500 ГБ использую. Есть ли смысл менять на SSD? |
|
|
8.12.2011, 18:23
Сообщение
#30
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Это само собой, даже самые старинные так работают. Поэтому и был раньше "эффект старения", заключавшийся в резком замедлении после того, как дошли до конца и пошли на второй круг. Перед каждой записью надо сначала стереть сегмент, а это времени требует. И шо, кнопочки «очистить» так таки и нету? И до сих пор не чистит само в фоновом режиме? Хреново тогда... |
|
|
8.12.2011, 18:53
Сообщение
#31
|
|
шаражник по жизни, рядовой Группа: недомод :) Сообщений: 5484 Регистрация: 24.11.2009 Из: Россия, Челябинская область Пользователь №: 26 |
А в подробностях? Помню, что был когда-то разговор на эту тему. Кое-как нашёл. Кирилл, посмотри в этом .pdf ,может чего пригодится. |
|
|
8.12.2011, 18:59
Сообщение
#32
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Помню, что был когда-то разговор на эту тему. Кое-как нашёл. Кирилл, посмотри в этом .pdf ,может чего пригодится. О! Спасибо. Кстати, мысль - долбаный реестр когда обновляется? Ведь небось всегда... Хоть бы тогда кэшировать как-то это дело... |
|
|
8.12.2011, 19:43
Сообщение
#33
|
|
шаражник по жизни, рядовой Группа: недомод :) Сообщений: 5484 Регистрация: 24.11.2009 Из: Россия, Челябинская область Пользователь №: 26 |
О! Спасибо. Кстати, мысль - долбаный реестр когда обновляется? Ведь небось всегда... Хоть бы тогда кэшировать как-то это дело... Конечно всегда и постоянно ширкает. Это ж реляционная (jet) база данных. К тому же, недокументированная. Не думал на эту тему. Наверное, сложно будет (если возможно вообще) разлучить владелицу с её амбаром. |
|
|
8.12.2011, 19:46
Сообщение
#34
|
|
Активный участник Группа: Пользователи Сообщений: 2220 Регистрация: 26.5.2010 Из: Московская обл. Пользователь №: 165 |
...Возвращаясь к теме топика. А кудыть венда логи и протчее пишет? Надо это всё с SSD вынести на обычный винт. Не надо особо ничего переносить. SSD диск по наработке на отказ при записи даст сто очков форы НЖМД.Небольшая там есть хитрость: контроллер при записи постоянно тасует таблицу трансляции логических адресов в физические. На деле получается так, что многократная запись по одному и тому же логическому адресу попадает каждый раз в новые физические адреса. Таким образом осуществляется "распыление" процесса по всему свободному объёму. Неприятности в виде битых блоков могут начать появляться только если SSD забит под завязку, тогда распылять особо будет некуда, и многократная запись в одни и те же физические блоки станет возможной. Но всё равно пройдут сотни тысяч и даже миллионы циклов до выхода блока из строя. |
|
|
8.12.2011, 19:51
Сообщение
#35
|
|
Активный участник Группа: Пользователи Сообщений: 7045 Регистрация: 22.11.2009 Из: Уфа Пользователь №: 18 |
Все- таки есть опасения за целостность данных |
|
|
8.12.2011, 20:00
Сообщение
#36
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Не надо особо ничего переносить. SSD диск по наработке на отказ при записи даст сто очков форы НЖМД. Небольшая там есть хитрость: контроллер при записи постоянно тасует таблицу трансляции логических адресов в физические. На деле получается так, что многократная запись по одному и тому же логическому адресу попадает каждый раз в новые физические адреса. Таким образом осуществляется "распыление" процесса по всему свободному объёму. Неприятности в виде битых блоков могут начать появляться только если SSD забит под завязку, тогда распылять особо будет некуда, и многократная запись в одни и те же физические блоки станет возможной. Но всё равно пройдут сотни тысяч и даже миллионы циклов до выхода блока из строя. Ага, очень интересный комментарий. Я как-то и не подумал. То есть, надо всего лишь побольше свободного пространства для тасовки, в идеале — от половины и выше, возможно, смотря по обьему и частоте перезаписываемых данных. И все нормально? Ну, конечно, те меры что надо и легко принять — принять, а за остальное, что не получилось — не особо тревожиться. И — лет на 20 хватит, с учетом гарантированного времени хранения того, что не перезаписывается а просто лежит? |
|
|
8.12.2011, 20:02
Сообщение
#37
|
|
Активный участник Группа: Пользователи Сообщений: 7045 Регистрация: 22.11.2009 Из: Уфа Пользователь №: 18 |
лутче все- таки данные на нем не хранить, думаю. А то для
ДВДРВ тоже гарантировали 2 млн. перезаписей... |
|
|
8.12.2011, 20:21
Сообщение
#38
|
|
ЕРЖ-антисемит Группа: Пользователи Сообщений: 1900 Регистрация: 24.11.2009 Из: Великий Новгород Пользователь №: 23 |
Тут подумалось об Western Digital VelociRaptor на 10000rpm. Вроде как должно быть побыстрее обыкновененного харда.
|
|
|
8.12.2011, 21:32
Сообщение
#39
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Тут подумалось об Western Digital VelociRaptor на 10000rpm. Вроде как должно быть побыстрее обыкновененного харда. Да что-то не верится в 600 мБ/сек...Разве из кэша ... Откуда бы? 60 пиковых на больших непрерывных файлах - еще поверю. Поиск быстрый, пошустрее...Но не SSD, вероятно. |
|
|
8.12.2011, 22:14
Сообщение
#40
|
|
Активный участник Группа: Пользователи Сообщений: 2220 Регистрация: 26.5.2010 Из: Московская обл. Пользователь №: 165 |
Все- таки есть опасения за целостность данных Ну, тут, как говорится, нужно с цифирями в руках... Я обоснование лет 15+ тому назад читал, а сейчас рыться лень - вряд ли принципиально что-то изменилось. Статья была от фирмы Интел, которая первой выпустила флешь солидной ёмкости с контроллером для создания долговременной компьютерной памяти. По их расчётам, показавшихся вполне реальными, живучесть твердотельного накопителя для заданных условий (тоже совсем не фантастических) получилась выше живучести магнитного харда более, чем на порядок. Современные контроллеры умеют, кроме того, распределять процессы записи и чтения между всеми чипами флеши - отсюда и такие умопомрачительные скорости. Кроме того, "поджаренные" блоки могут быть своевременно определены (например, по увеличению времени записи сверх расчётного) и помечены как битые, или даже заменены на резервные. Наверное, многие заметили уже, что ёмкость SSD почти никогда не бывает равной степени двойки - например, 60 Гб вместо 64. Это означает, что часть блоков резервируется контроллером для служебных целей и про запас, на замену. То есть, надо всего лишь побольше свободного пространства для тасовки, Много меньше половины. Можно рассчитать, но лень.в идеале — от половины и выше, возможно, смотря по обьему и частоте перезаписываемых данных. Навскидку - процентов 5-10 для 60Гб накопителя вполне хватит, чтоб с проблемой выхода его из строя в обозримом будущем не сталкиваться. |
|
|
Текстовая версия | Сейчас: 29.3.2024, 8:09 |