Как перенести mint xfce 18.2 на другой раздел жесткого диска

cat2cat · #1

такая фигня есть
90гб linux lubuntu 14.04 (не знал еще что на linux меньше можно выделять)
10гб swap (не знал что его лучше в начало диска, хотя учитывая что оперативки 4гб хватает как ни странно то наоборот лучше уж так)
35гб linux mint
65гб файлопомойка

поскольку linux mint xfce 18.2 стало основной системой и от lubuntu решил отказаться
думаю mint в начало жесткого диска засобачить, так как там скорость выше

#2

грузитесь в лайф. Запускаете gparted. Делаете изменения с разделами.

#3

Как перенести mint xfce 18.2 на другой раздел жесткого диска

Систембак.

cat2cat писал(а): ↑
18 ноя 2017, 16:42
так как там скорость выше

А это все фигня, то есть прироста не будет никакого...

#4

cat2cat писал(а): ↑
18 ноя 2017, 16:42
так как там скорость выше

Такого не может быть.

#5

Не по теме

Obamacyborg1975, там магия сильнее действует

cat2cat · #6

BadBird писал(а): ↑
18 ноя 2017, 16:47
А это все фигня, то есть прироста не будет никакого...

Obamacyborg1975 писал(а): ↑
18 ноя 2017, 17:56
Такого не может быть.

я лично тесты проводил

#7

cat2cat писал(а): ↑
18 ноя 2017, 18:44
я лично тесты проводил

На практике эти бенчи ниачом.....

#8

Вы тут несколько неправы. Если мерять на операциях линейного чтения/записи, причем однопоточных - действительно раздел в начале диска выдаст лучший результат, и не только в синтетических тестах но и на практике, например при копировании файлов. Для раздела файловой помойки такой смысл есть, особенно если там крупные файлы - коллекция фильмов, скажем. Копировать будет реально быстрее.
Но обычная работа системы (а уж тем более - ее загрузка/завершение) - это на 90% т.н. random aсcess, и здесь, с точки зрения механики, на первый план выходит скорость позиционирования головок диска с дорожки на дорожку. Есть такое мнение, что раздел с подобным сценарием использования, к которому обращаются чаще всего, лучше держать в середине диска - туда головкам бегать будет короче из любой позиции. Но в любом случае - разница будет очень небольшая. IMHO - для линукса оно не стоит мороки.

#9

cat2cat писал(а): ↑
18 ноя 2017, 18:44
я лично тесты проводил

На проге HD Tune Pro? Для винды? Не смешите...

Unborn · #10

Obamacyborg1975 писал(а): ↑
18 ноя 2017, 17:56
Такого не может быть.

Оно действительно так. На краю блина скорость чтения-записи выше, чем у шпинделя. Когда-то своп первым разделом из-за этого делали.

#11

Unborn писал(а): ↑
20 ноя 2017, 19:58
Оно действительно так. На краю блина скорость чтения-записи выше, чем у шпинделя. Когда-то своп первым разделом из-за этого делали.

Спасибо за подсказку. Нужно будет этим поинтересоваться поглубже. Но думаю прирост производительности будет незначителен.

#12

Obamacyborg1975 писал(а): ↑
21 ноя 2017, 16:49
Спасибо за подсказку. Нужно будет этим поинтересоваться поглубже. Но думаю прирост производительности будет незначителен.

На операциях линейного чтениня-записи - вполне заметно. Лично замерял на террабайтном самсунге ~пятилетней давности, интереса ради, на копировании фильмов: у начала - 80-95MB/с, а у конца - 70-60. Вполне заметно.
А вот на многопоточной записи/чтении разницы практически нету. Движения головок по дорожкам все съедают.

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