Ну в теории, если криво накатить разделы/фс скорость может сильно упасть, но это только в теории. на практике разница неощутима.

Никакой разницы нет - как не разбивай, ты упираешься в движение механики по магнитному диску. Хочешь нормальной скорости - выноси разные задачи на разные физические диски, при учете нормального контроля со стороны мостов, ибо если ты считываешь фильм с хомяка, ты параллельно читаешь машинный код декодера формата, плеер, играющий видео и вообще. В идеале, SSD для системы, времянка для RAM, файлы для долгожителя HDD

если криво накатить разделы/фс скорость может сильно упасть

Примеры?

Ну например если винч advanced format, а разделы не выровнены по 2кб, то скорость упадет раз в 5.

Смысл как раз в том, что на диске вообще не будет разделов и файловой системы и на него всё писаться и читаться будет напрямую из /dev/sdb, так вот я и не совсем понимаю, что сейчас творится в этом случае с выравниванием на секторы?

Или для лучшей скорости, всё-таки желательно разбить в GPT с учётом всяких размеров секторов и использовать уже какой-нибудь /dev/sdb1 ?

Никакой разницы нет - как не разбивай,

Ты не понял, ТС имеет ввиду диски с размером сектора 4Kb, при использовании которых нужно выравнивать разделы относительно секторов, номера которых кратны 8. Если этого не сделать, то скорость записи на файловую систему на таком разделе существенно упадёт, да и просто на сам раздел ввиду того, что микропрграмме диска придётся производить дополнительный пересчёт секторов при записи.

ибо если ты считываешь фильм с хомяка, ты параллельно читаешь машинный код декодера формата, плеер, играющий видео и вообще.

Тут тоже не прав, когда плеер запущен и начато воспроизведение фильма код плеера и декодера уже загружен в память, считывать с диска их уже не нужно, только данные для декодирования, т.е. фильм.

Ну например если винч advanced format, а разделы не выровнены по 2кб, то скорость упадет раз в 5.

Вот это и интересно, что будет на диске, где разделы вообще нет и пишут/читают просто на девайс /dev/sdb

Что вы собираетесь писать на диск без файловой системы ? Ладно бы создали просто файловую систему просто на диске, а так не совсем ясно что и как.

Но с другой стороны, всё зависит от блоков, которые вы будете считвать и записывать на диск.

Если к примеру в считываете и записываете только блоки размером в 512 байт, то потерь в скорости чтения / записи не будет. А вот если вы считываете блоки размером 1Kb, 2Kb, 4Kb и уж тем более 3Kb, то возможны потери в скорости считывания / записи, в особенности в случае считывания / записи блоки размером 3Kb.

Получишь просто прямую, последовательную запись, как на магнитную ленту.

А как выровнять или что почитать чтобы знать как правильно выроявнять?

Номер певого и последнего секторов раздела должен быть кратен 8. Имеется ввиду виртуальный сектор размером в 512 байт.

А если первый сектор 78319679 а последний 127141150 ?

Раздел 23.3 ГБ sda5

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1            2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2   *      206848    78319615    39056384   86  NTFS набор томов
/dev/sda3        78319616   474519551   198099968    5  Расширенный
/dev/sda4       474519552   488394751     6937600   82  Linux своп / Solaris
/dev/sda5        78319679   127141150    24410736   83  Linux
/dev/sda6       127141214   474519551   173689169   83  Linux

UPD:
Немного ошибся, номер первого сектора должен быть кратен 8, а номер последнего сектора раздела должен быть (кратен 8 минус 1), т.е к примеру первый сектор 2048, а последний 4097.

kostik87

А если первый сектор 78319679 а последний 127141150 ?

Значит раздел не выровнен и при записи у вас идёт потеря пропускной способности.

Да ничего знать не надо, современные программы и так все знают. Вот если ты решишь что ты тут самый умный, и что ты сейчас ручками в fdisk'е в экспертном режиме включишь секретные кунг-фу флаги, вот тогда да, тогда придется высчитывать сектора.

Просто запусти gparted и он тебе сам все сделает.

Значит раздел не выровнен и при записи у вас идёт потеря пропускной способности.

Ясно. Так и знал что разделы не выровнены.

Ну как видишь, у него как раз разделы не выровнены, /dev/sda5 и /dev/sda6.

Ну и твой комбайн gparted - зло, попробуй с помощью него изменить только таблицу разделов не производя создание файловых систем на них.

Два последних.

Да и никакого особого fdisk «кунг-фу» знать не нужно, тем более в экспертном режиме.

Ну и твой комбайн gparted - зло, попробуй с помощью него изменить только таблицу разделов не производя создание файловых систем на них.

Вот поэтому я и говорю, что если кто думает что авторы программ — идиоты, а они тут сейчас сами секретной шаолиньской техникой заставят винчи работать с КПД 146% (например создавая разделы - отдельно, фс - отдельно, высчитывая вручную размеры блоков и кластеров), то они — ССЗБ.

Ну-ну, то-то куча новичков в Ubuntu или других дистрибутивах полезли изменять таблицу разделов на диске, потом нажали применить и тут вспомнили, что они перепутали диск, а в результате помимо изменения только таблицы разделов получили ещё и свеже созданные файловые системы, чему несказанно рады, ведь у них была куча ненужных данных.

А так, не стоит мешать мух с котлетами, есть принцып KISS, которому следует всё ПО в Linux / Unix, смысл которого примерно в следующем: каждая программа должна решать свою одну задачу, а не сразу несколько. Т.е. редактировать таблицу разделов должна одна программа, а создавать файловые системы другая.

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

Вот вы сам возьмите и посмотрите как у вас выглядит таблица разделов, если у вас конечно диск с Advanced Format.

Каждый раз когда я слышу слова KISS или unix-way, я про себя думаю: сейчас начнется какое-нибудь адовое гонево.

Так и вышло...

И как же тогда выровнить их без форматирования?

Сделайте образ вашего 6 Гб раздела и второго раздела на 82 Гб, удалите записи из таблицы разделов, создайте записи с новыми выровенными разделами и разверните обратно образы файловых систем. Единственно нужно предварительно немного уменьшить файловые системы, что бы потом они успешно «влезли» на разделы меньшего размера.

Я могу то же самое сказать о пользователях, которые всем советуют невесть что. Из вас уже всё это лезет.

А так, если чего-то не понимаете, то лучше промолчите.

Номер певого и последнего секторов раздела должен быть кратен 8.

Конец то зачем выравнивать?

6 ГБ раздел это swap (sda4) раздела на 83 не существует. Есть раздел 165.64 ГиБ это /home

Ну как минимум, что бы не было падения скорости записи в последний кластер файловой системы. Если раздел последний, то разницы нет, а вот если после этого раздела буде следующий, то придётся делать отступ, что бы начало следующего раздела так же приходилось на сектор, номер которого кратене 8.

Самый надёжный способ - это образ. С другой стороны, вы можете изменить размер файловой системы на последнем разделе (уменьшить), затем изменить последнюю границу раздела, что бы она была кратна 8, ну и потом посредством dd перенесите файловую систему в конец раздела. Естественно при уменьшенни файловой системы нужно учесть, что она должна стать размером, который поместится на число секторов кратных 8 нового раздела. После того, как переместите средствами dd файловую систему в конец раздела изменит первую границу раздела.

Затем так же поступить с предпоследним разделом.

Вот это и интересно, что будет на диске, где разделы вообще нет и пишут/читают просто на девайс /dev/sdb

Если разделов нет, то ничего выравнивать не нужно.

Если жесткий диск большого объема использовать без разбиения на разделы? (комментарий)

Что вы собираетесь писать на диск без файловой системы ? Ладно бы создали просто файловую систему просто на диске, а так не совсем ясно что и как.

Например, индекс для поиска к базе данных, видео, да мало ли что.

Я вам уже ответил: Если жесткий диск большого объема использовать без разбиения на разделы? (комментарий) .

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

в догонку типа

и вообще давно уже поры бы переходить на native4K диски, или вообще с сектором любого размера!

что-то в последнее время какие-то ламерские вопросы на форуме пошли...