none
SSD для чего ставить? RRS feed

  • Вопрос

  • Добрый день.

    Вот должен скоро мне прийти SSD на 256 ГБ. У меня WIN 10 VS 2015. Ставить на SSD систему и все программы может оно и правильно. Но видимо поломается быстро. Говорят как то поставить только на кеширование.

    Допустим я проекты перенесу на SSD

    Вот как настроить VS2015 чтобы она стояла на Обычном винчестере, но работала быстрее что-то разместив на SSD? Или нельзя так разделить VS2015 на части? Или вообще этого делать не нужно, а просто папку с проектами перенести на SSD и этого достаточно?

    Или вообще систему поставить на SSD и рухнет значит рухнет?

    Спасибо

    31 марта 2016 г. 9:28

Ответы

  • Добрый день,

    не знаю какой SSD у вас, но сейчас гарантия на них 3-5 лет, думаю в крайнем случае купите себе новый через такое время.

    Ставьте систему и весь софт на SSD, разносить нет смысла, иначе не прочувствуете все прелести ssd ускорения. Только кэш перенесите в корень второго диска, а при наличии достаточного количества RAM вообще его отключите. Так же отключите журнал на ntfs разделе SSD. И еще найдите SSD optimaizer, он сам тюнинг системы сделает под SSD.

    А вот делить софт(VS) на разные диски не стоит, потом будете баги искать почему то одно, то другое не работает.


    • Изменено Maxim Shusharin 31 марта 2016 г. 9:44
    • Предложено в качестве ответа YatajgaModerator 31 марта 2016 г. 11:27
    • Помечено в качестве ответа DevingAs 31 марта 2016 г. 11:57
    31 марта 2016 г. 9:43
  • Еще раз: не забивайте себе голову долговечностью SSD, это по большей части несуществующая проблема. Ресурса даже недорогих SSD вполне хватает. 

    Если это навязчивая идея которая не дает покоя, то решите ее приобретением SSD с повышенным ресурсом чтоб успокоить себя. Например из недорогих - Kingston KC300. В варианте 240 ГБ этот диск имеет ресурс в 765TBW, против стандартных 72TBW для дисков для потребителей. А цена всего на 10-20% выше.

    Диск при компиляции типично не является ограничением. даже при значительных размерах проекта (например ~сотня DLL). Вся запись/чтение типично кэшируется если на компьютере достаточно памяти (например 16-32 ГБ).  Опыт переноса проекта в RAM Disc показал фактические отсутствие разницы по сравнению с обычным диском 7200 RPM.

    По этой причине вы скорее всего не заметите никакой разницы в скорости компиляции при переносе исходников на SSD. Разве что у вас очень мало памяти - но в этом случае начните с нее, а не с SSD.

    Это так же решает вопрос как использовать SSD: на него конечно ставится ОС. Размер меньше 240 ГБ на сегодня уже не целесообразен. В крайнем случае можно попробовать 120ГБ, но придется принимать меры чтоб место не кончилось.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    • Помечено в качестве ответа DevingAs 3 апреля 2016 г. 18:50
    3 апреля 2016 г. 17:36
    Модератор
  • Дополню: я установил SSD на новый компьютер в декабре 2014, на нем стоит ОС и большинство приложений, занято ~150GB из 2.

    С тех пор на диск было записано всего 2.5 ТБ, без каких либо "оптимизаций" или "забот". Считая стандартный ресурс в 72TBW прикидываем что диска хватит на ~30 лет. И я уже думаю о замене на 0.5-1ТБ SSD...


    This posting is provided "AS IS" with no warranties, and confers no rights.

    • Помечено в качестве ответа DevingAs 3 апреля 2016 г. 18:50
    3 апреля 2016 г. 17:52
    Модератор

Все ответы

  • Добрый день,

    не знаю какой SSD у вас, но сейчас гарантия на них 3-5 лет, думаю в крайнем случае купите себе новый через такое время.

    Ставьте систему и весь софт на SSD, разносить нет смысла, иначе не прочувствуете все прелести ssd ускорения. Только кэш перенесите в корень второго диска, а при наличии достаточного количества RAM вообще его отключите. Так же отключите журнал на ntfs разделе SSD. И еще найдите SSD optimaizer, он сам тюнинг системы сделает под SSD.

    А вот делить софт(VS) на разные диски не стоит, потом будете баги искать почему то одно, то другое не работает.


    • Изменено Maxim Shusharin 31 марта 2016 г. 9:44
    • Предложено в качестве ответа YatajgaModerator 31 марта 2016 г. 11:27
    • Помечено в качестве ответа DevingAs 31 марта 2016 г. 11:57
    31 марта 2016 г. 9:43
  • Да, ССД надо беречь. Записывать данные на них конечно вообще нельзя, они же изнашиваются! Сразу после покупки ССД надо немедленно убрать куда подальше чтоб через 3-5 лет когда он совсем устареет его можно было выбросить в отличном состоянии... :)



    This posting is provided "AS IS" with no warranties, and confers no rights.

    31 марта 2016 г. 16:50
    Модератор
  • Хорошо. Тогда немного уточню вопрос.В процессе компиляции при нажатии кнопки F5 или зеленой стрелочки вправо "Start" "Пуск" основная работа (Обращение к диску, работа с памятью и т.п.) происходит по месту нахождения VS2015 например на диске C: Или в месте нахождения проекта например все проекты у меня на диске D:\Programm

    Т.е. если я запускаю VS она висит в памяти всё время своей работы, а при компиляции работает только либо с памятью (к себе обращаясь) либо с директорией по месту нахождения проекта, то логично поставить SSD только на место расположения проектов. пусть VS2015 загружается подольше, но зато работает быстрее с самим проектом. Заодно и позабочусь о SSD. Т.к. он скорее всего будет подделка и далеко не серверный SSD, и его долговечность будет оставлять желать большего.

    Если же VS2015 при компиляции программы часто обращается не только к памяти но и к месту своего расположения на диске C то логичнее поставить тогда и VS 2015 на SSD.

    3 апреля 2016 г. 7:44
  • Еще раз: не забивайте себе голову долговечностью SSD, это по большей части несуществующая проблема. Ресурса даже недорогих SSD вполне хватает. 

    Если это навязчивая идея которая не дает покоя, то решите ее приобретением SSD с повышенным ресурсом чтоб успокоить себя. Например из недорогих - Kingston KC300. В варианте 240 ГБ этот диск имеет ресурс в 765TBW, против стандартных 72TBW для дисков для потребителей. А цена всего на 10-20% выше.

    Диск при компиляции типично не является ограничением. даже при значительных размерах проекта (например ~сотня DLL). Вся запись/чтение типично кэшируется если на компьютере достаточно памяти (например 16-32 ГБ).  Опыт переноса проекта в RAM Disc показал фактические отсутствие разницы по сравнению с обычным диском 7200 RPM.

    По этой причине вы скорее всего не заметите никакой разницы в скорости компиляции при переносе исходников на SSD. Разве что у вас очень мало памяти - но в этом случае начните с нее, а не с SSD.

    Это так же решает вопрос как использовать SSD: на него конечно ставится ОС. Размер меньше 240 ГБ на сегодня уже не целесообразен. В крайнем случае можно попробовать 120ГБ, но придется принимать меры чтоб место не кончилось.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    • Помечено в качестве ответа DevingAs 3 апреля 2016 г. 18:50
    3 апреля 2016 г. 17:36
    Модератор
  • Дополню: я установил SSD на новый компьютер в декабре 2014, на нем стоит ОС и большинство приложений, занято ~150GB из 2.

    С тех пор на диск было записано всего 2.5 ТБ, без каких либо "оптимизаций" или "забот". Считая стандартный ресурс в 72TBW прикидываем что диска хватит на ~30 лет. И я уже думаю о замене на 0.5-1ТБ SSD...


    This posting is provided "AS IS" with no warranties, and confers no rights.

    • Помечено в качестве ответа DevingAs 3 апреля 2016 г. 18:50
    3 апреля 2016 г. 17:52
    Модератор