Sergey Spiridonov wrote:
> On Fri, 13 Dec 2019 00:58:55 +0300
> "Andrey Jr. Melnikov" wrote:
> > > Во-первых размер странный, не находишь? Почему он не дотягивает один
> > > блок в 512 байт до 65536? Если это число из железа, то либо
> > > железо сообщает неправильный размер, либо драйвер его
>
On Fri, 13 Dec 2019 00:58:55 +0300
"Andrey Jr. Melnikov" wrote:
> > Во-первых размер странный, не находишь? Почему он не дотягивает один
> > блок в 512 байт до 65536? Если это число из железа, то либо
> > железо сообщает неправильный размер, либо драйвер его
> > неправильно интерпретирует. А знач
Sergey Spiridonov wrote:
> Приветствую
> > > Не понял тебя. В соответствующий драйвер можно USB UASP внести
> > > изменение, и он будет поправлять optimal_io, в зависимости от усб
> > > идентификатора, то есть возвращать либо 0 либо 33554432, вместо
> > > 33553920, как сейчас.
> > Ещё раз и мее
Sergey Spiridonov wrote:
> On Tue, 10 Dec 2019 17:19:01 +0300
> "Andrey Jr. Melnikov" wrote:
> > Sergey Spiridonov wrote:
> > > В Thu, 5 Dec 2019 17:38:02 +0300 (MSK)
> > > yuri.nefe...@gmail.com пишет:
> >
> > > > Боюсь, что баг-репорт не поможет, хотя можете попробовать.
> >
> > > Ну
On Tue, 10 Dec 2019 17:19:01 +0300
"Andrey Jr. Melnikov" wrote:
> Sergey Spiridonov wrote:
> > В Thu, 5 Dec 2019 17:38:02 +0300 (MSK)
> > yuri.nefe...@gmail.com пишет:
>
> > > Боюсь, что баг-репорт не поможет, хотя можете попробовать.
>
> > Ну да, они скажут что виноват драйвер кернела,
Sergey Spiridonov wrote:
> В Thu, 5 Dec 2019 17:38:02 +0300 (MSK)
> yuri.nefe...@gmail.com пишет:
> > Боюсь, что баг-репорт не поможет, хотя можете попробовать.
> Ну да, они скажут что виноват драйвер кернела, который
> неправильно понимает УСБ-Контроллер... Наверное надо куда-то в кернел
> пи
On Sat, Dec 07, 2019 at 03:12:57PM +0300, Victor Wagner wrote:
> В Sat, 7 Dec 2019 12:40:23 +0300
> Eugene Berdnikov пишет:
>
>
> > > > By default, Linux follows an optimistic memory allocation
> > > > strategy. This means that when malloc() returns non-NULL there is
> > > > no guarantee that th
В Sat, 7 Dec 2019 12:40:23 +0300
Eugene Berdnikov пишет:
> > > By default, Linux follows an optimistic memory allocation
> > > strategy. This means that when malloc() returns non-NULL there is
> > > no guarantee that the memory really is available. In case it
> > > turns out that the system is o
On Fri, Dec 06, 2019 at 10:25:04PM +0300, Alexander Galanin wrote:
> 06.12.2019 22:03, Eugene Berdnikov пишет:
> >> Не всегда сегфолт лучше, чем замедление работы :)
> >
> > Ну... иногда бывает лучше. :) Потому что даёт право вынуть из ножен
> > мечик и помахать по кривым рукам разрабов, которые н
06.12.2019 22:03, Eugene Berdnikov пишет:
>> Не всегда сегфолт лучше, чем замедление работы :)
>
> Ну... иногда бывает лучше. :) Потому что даёт право вынуть из ножен
> мечик и помахать по кривым рукам разрабов, которые не проверяют код
> возврата из malloc().
Проверяй-не проверяй, всё равно гара
On Fri, Dec 06, 2019 at 10:03:39PM +0300, Eugene Berdnikov wrote:
> > Не всегда сегфолт лучше, чем замедление работы :)
>
> Ну... иногда бывает лучше. :) Потому что даёт право вынуть из ножен мечик
> и помахать по кривым рукам разрабов, которые не проверяют код возврата
> из malloc(). Правда, е
On Fri, Dec 06, 2019 at 05:19:20PM +0300, Artem Chuprina wrote:
> yuri.nefe...@gmail.com -> debian-russian@lists.debian.org @ Fri, 6 Dec 2019
> 12:01:42 +0300 (MSK):
>
> >>> Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
> >>
> >> Своп тоже не делать, чтобы мозг не перегр
On Fri, 6 Dec 2019, Artem Chuprina wrote:
yuri.nefe...@gmail.com -> debian-russian@lists.debian.org @ Fri, 6 Dec 2019
12:01:42 +0300 (MSK):
>>> Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
>>
>> Своп тоже не делать, чтобы мозг не перегрелся? :)
>> --
>> Eugene Berdnikov
yuri.nefe...@gmail.com -> debian-russian@lists.debian.org @ Fri, 6 Dec 2019
12:01:42 +0300 (MSK):
>>> Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
>>
>> Своп тоже не делать, чтобы мозг не перегрелся? :)
>> --
>> Eugene Berdnikov
>>
> Опасно так шутить.
> Вот в
On 06/12/2019 12:58, Victor Wagner wrote:
> и в одном 512-байтном секторе
Но мир не стоит на месте, и выравнивания по 512 байт уже не достаточно.
>> # cat /sys/block/sdd/queue/minimum_io_size
>> 4096
БАЙТ
> Мне кажется, 2048s для начала раздела довольно оптимальный
> выбор. Не вижу причин
On Fri, 6 Dec 2019 12:51:18 +0300
sergio wrote:
> On 06/12/2019 12:24, Sergey Spiridonov wrote:
>
> > Хорошая идея на первый взгляд. Но почему-то fdisk всё равно делает
> > отступ. Может быть в этом есть какой-то сокрытый смысл?
>
> А в вашем представлении сама таблица разделов места не заним
On Fri, 6 Dec 2019 12:51:18 +0300
sergio wrote:
> On 06/12/2019 12:24, Sergey Spiridonov wrote:
>
> > Хорошая идея на первый взгляд. Но почему-то fdisk всё равно делает
> > отступ. Может быть в этом есть какой-то сокрытый смысл?
>
> А в вашем представлении сама таблица разделов места не заним
On 06/12/2019 12:24, Sergey Spiridonov wrote:
> Хорошая идея на первый взгляд. Но почему-то fdisk всё равно делает
> отступ. Может быть в этом есть какой-то сокрытый смысл?
А в вашем представлении сама таблица разделов места не занимает?
--
sergio.
On Fri, 6 Dec 2019 12:12:10 +0300 (MSK)
yuri.nefe...@gmail.com wrote:
> Мне кажется, 2048s для начала раздела довольно оптимальный
> выбор. Не вижу причин брать больший отступ.
А ведь это ещё не всё. Ведь само ядро использует это неверное значение
optimal_io_size для ввода-вывода!
Надо, вы
Привет
On Fri, 6 Dec 2019 08:08:50 +0300
sergio wrote:
> On 06/12/2019 07:16, Sergey Spiridonov wrote:
>
> > Какой отступ лучше брать?
>
> Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
Хорошая идея на первый взгляд. Но почему-то fdisk всё равно делает
отступ. Может быт
On Fri, 6 Dec 2019, Sergey Spiridonov wrote:
В Fri, 6 Dec 2019 04:23:05 +0100
Sergey Spiridonov пишет:
Или лучше достать диск, разбить на разделы и вставить обратно? А не
будет ли при этом потом проблем с УСБ контроллером?
Вытащил диск, подключил напрямую. Теперь
# cat /sys/block/sdd/queue
On Fri, 6 Dec 2019, Eugene Berdnikov wrote:
On Fri, Dec 06, 2019 at 08:08:50AM +0300, sergio wrote:
On 06/12/2019 07:16, Sergey Spiridonov wrote:
Какой отступ лучше брать?
Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
Своп тоже не делать, чтобы мозг не перегрелся? :)
On 06/12/2019 10:53, Eugene Berdnikov wrote:
> Своп тоже не делать, чтобы мозг не перегрелся? :)
> Disk /dev/sdd: 12,8 TiB, 14000519643136 bytes, 27344764928 sectors
...
> Device Start End Sectors Size Type
> /dev/sdd1 65535 27344740889 27344675355 12,8T Linux filesystem
Чё-то
On Fri, Dec 06, 2019 at 08:08:50AM +0300, sergio wrote:
> On 06/12/2019 07:16, Sergey Spiridonov wrote:
>
> > Какой отступ лучше брать?
>
> Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
Своп тоже не делать, чтобы мозг не перегрелся? :)
--
Eugene Berdnikov
On 06/12/2019 07:16, Sergey Spiridonov wrote:
> Какой отступ лучше брать?
Лучше не напрягать мозг и не делать ни отступов ни таблиц разделов.
--
sergio.
В Fri, 6 Dec 2019 04:23:05 +0100
Sergey Spiridonov пишет:
> Или лучше достать диск, разбить на разделы и вставить обратно? А не
> будет ли при этом потом проблем с УСБ контроллером?
Вытащил диск, подключил напрямую. Теперь
# cat /sys/block/sdd/queue/optimal_io_size
0
# cat /sys/block/sdd/queu
В Thu, 5 Dec 2019 17:38:02 +0300 (MSK)
yuri.nefe...@gmail.com пишет:
> Боюсь, что баг-репорт не поможет, хотя можете попробовать.
Ну да, они скажут что виноват драйвер кернела, который
неправильно понимает УСБ-Контроллер... Наверное надо куда-то в кернел
писать?
> Одно из возможных объясне
On Thu, 5 Dec 2019, Sergey Spiridonov wrote:
В Wed, 4 Dec 2019 07:31:26 +0300 (MSK)
yuri.nefe...@gmail.com пишет:
У parted есть опция unit
(parted) print unit "s"
Посмотрите, что она выдаст.
В общем, что с выравниванием по цилиндру, что с "оптимальным"
выравниванием, режет физическ
В Wed, 4 Dec 2019 07:31:26 +0300 (MSK)
yuri.nefe...@gmail.com пишет:
>У parted есть опция unit
>(parted) print unit "s"
>
>Посмотрите, что она выдаст.
В общем, что с выравниванием по цилиндру, что с "оптимальным"
выравниванием, режет физический сектор на куски.
Почему - непонятно. П
On Wed, 4 Dec 2019, Sergey Spiridonov wrote:
On Wed, 4 Dec 2019 09:05:34 +0300 (MSK)
yuri.nefe...@gmail.com wrote:
Так ведь и не должна быть кратной.
Запрошено: > parted -a opt /dev/sdd
ман parted
optimal
Use optimum alignment as given by the disk
topology i
Victor Wagner wrote:
> On Wed, 4 Dec 2019 10:42:55 +0100
> Sergey Spiridonov wrote:
> > On Wed, 04 Dec 2019 08:45:30 +0300
> > Max Kosmach wrote:
> >
> > > >Device Start End Sectors Size Type
> > > >/dev/sdd1 65535 27344740889 27344675355 12,8T Linux filesystem
> > > >
> > >
On Wed, 4 Dec 2019 10:42:55 +0100
Sergey Spiridonov wrote:
> On Wed, 04 Dec 2019 08:45:30 +0300
> Max Kosmach wrote:
>
> > >Device Start End Sectors Size Type
> > >/dev/sdd1 65535 27344740889 27344675355 12,8T Linux filesystem
> > >
> > >Partition 1 does not start on physical
On Wed, 4 Dec 2019, Max Kosmach wrote:
4 декабря 2019 г. 3:03:02 GMT+03:00, Sergey Spiridonov пишет:
Disk /dev/sdd: 12,8 TiB, 14000519643136 bytes, 27344764928 sectors
Disk model: IB-366StU3+B
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O
4 декабря 2019 г. 3:03:02 GMT+03:00, Sergey Spiridonov пишет:
>Disk /dev/sdd: 12,8 TiB, 14000519643136 bytes, 27344764928 sectors
>Disk model: IB-366StU3+B
>Units: sectors of 1 * 512 = 512 bytes
>Sector size (logical/physical): 512 bytes / 4096 bytes
>I/O size (minimum/optimal): 4096 bytes /
On Wed, 4 Dec 2019, nefedov.y...@jinr.ru wrote:
On Wed, 4 Dec 2019, Sergey Spiridonov wrote:
Всем привет
создаю раздел на винчестере
# parted -a opt /dev/sdd
(parted) mkpart primary 0% 100%
(parted) print
Number Start End SizeFile system Name Flags
1 33,6MB 14,0TB 14
On Wed, 4 Dec 2019, Sergey Spiridonov wrote:
Всем привет
создаю раздел на винчестере
# parted -a opt /dev/sdd
(parted) mkpart primary 0% 100%
(parted) print
Number Start End SizeFile system Name Flags
1 33,6MB 14,0TB 14,0TB primary
проверяем выравнивание
On 04/12/2019 03:03, Sergey Spiridonov wrote:
> Device Start End Sectors Size Type
> /dev/sdd1 65535 27344740889 27344675355 12,8T Linux filesystem
^
65535 = 3*5*17*257
--
sergio.
Всем привет
создаю раздел на винчестере
# parted -a opt /dev/sdd
(parted) mkpart primary 0% 100%
(parted) print
Number Start End SizeFile system Name Flags
1 33,6MB 14,0TB 14,0TB primary
проверяем выравнивание
(parted) align-check opt
1 1 aligned
теперь
38 matches
Mail list logo