Свежие комментарии

Title	Comment
<b>Re: > А за что ты не любишь софтовые рейды?</b><br/> Э	Re: > А за что ты не любишь софтовые рейды? Это надо искать пакет VSF под винду. P.S. По определенным причинам я тебе ссылку подсказывать не буду, прости :)
<b>Re: > А за что ты не любишь софтовые рейды?</b><br/> А	Re: > А за что ты не любишь софтовые рейды? А ссылку ? Лучше сразу в торрент - пока у меня есть возможность попробовать, благо в машине три лишних диска торчат.
<b>Re: > А за что ты не любишь софтовые рейды?</b><br/> Д	Re: > А за что ты не любишь софтовые рейды? Да не то что живое - живее всех живых. Лучший волум манагер в мире - и под кучу платформ.
<b>Re: > А за что ты не любишь софтовые рейды?</b><br/> А	Re: > А за что ты не любишь софтовые рейды? А оно живое? В Википедии написано, что последний релиз был в 2006. Есть какие-то workstation решения?
Ну в одном месте это называется stripe, а в другом - interle	Ну в одном месте это называется stripe, а в другом - interleave
"Это само по себе совсем не проблема" не подумал малость. И	"Это само по себе совсем не проблема" не подумал малость. И это тоже проблема.
А что я про скорость чтения что-то писал?	А что я про скорость чтения что-то писал?
И ты веришь, что sustained write speed может выше скорости ч	И ты веришь, что sustained write speed может выше скорости чтения?
FeedAPI - это pull, а мне нужен push,	FeedAPI - это pull, а мне нужен push,
<b>Re: > А за что ты не любишь софтовые рейды?</b><br/> V	Re: > А за что ты не любишь софтовые рейды? VxVM.
1MB - это chunk/slice или все же stripe?	1MB - это chunk/slice или все же stripe?
<b>> Памяти на машине сколько</b><br/> 2 GiB. При этом пр	> Памяти на машине сколько 2 GiB. При этом процентов 65 занято и кэш только на 35 %. Так что при 2 GiB RAM, 8 GiB чтения за глаза.
Если европу и азию считать за два континента, то я подумаю.	Если европу и азию считать за два континента, то я подумаю.
<b>Re: Мой Linux Software RAID (-5) на 4-х дисках:</b><br/>	Re: Мой Linux Software RAID (-5) на 4-х дисках: Памяти на машине сколько (я к тому, что надо гигабайт 100 взять....)
<b>Мой Linux Software RAID (-5) на 4-х дисках:</b><br/> <	Мой Linux Software RAID (-5) на 4-х дисках: <pre># sudo dd if=/dev/md4 of=/dev/null bs=1M count=8192 8192+0 records in 8192+0 records out 8589934592 bytes (8,6 GB) copied, 40,2051 s, 214 MB/s</pre>Chunk-size, правда, я делал 128 KiB.
<b>> А за что ты не любишь софтовые рейды?</b><br/> А под	> А за что ты не любишь софтовые рейды? А под Windows разве есть достойные? :-)
Вообще в 6ке для фидов лучще использовать FeedAPI и его окру	Вообще в 6ке для фидов лучще использовать FeedAPI и его окружение, недавно вышел модуль content_distribution и taxonomy_parser
Не, в ситуации когда источник может отдать 300Mb/sec, нижняя	Не, в ситуации когда источник может отдать 300Mb/sec, нижняя строчка показывает того же самого.
Так в том и фишка, что это терабайтные SAS-диски по $260 Т.	Так в том и фишка, что это терабайтные SAS-диски по $260 Т.е. та же Barracuda ES.2, только с другим интерфейсом, от таких же SATA не должны отличаться.
Такое ощущение, что у вас обоих непонимание. То, что полосы	Такое ощущение, что у вас обоих непонимание. То, что полосы пропускания фильтров налезают друг на друга - это нормально, полностью согласен с Алексеем. Попробуем представить себе отклик матрицы с непересекающимися полосами фильтров на цвет источника с узким линейным спектром, попавший между полосами пропускания фильтров :) В глазу полосы фильтров отлично пересекаются, графики в Интернете находятся легко, например тут: http://ru.wikipedia.org/wiki/Колбочки_(сетчатка) Но что такое "расширение полосы" в технике? Реальный фильтр можно представить в виде трапеции, представив его верхнюю часть в виде горизонтальной площадки (на самом деле ее уклон просто меньше предела чувствительности того прибора, которым мы измеряем отклик). Расширяя полосу мы в первую очередь расширяем эту "площадку", и таки да, уменьшаем способность камеры отличать насыщенные цвета (поскольку у них как правило в одном из каналов величина, близкая к максимуму). Вторая подстава - расширяется "база" трапеции. Это само по себе совсем не проблема (все лишнее мы без проблем обрежем при цифровой обработке), но у нас цифровое устройство, да еще с шумом, так что наша трапеция состоит из ступенек, высоты которых определяется разрядностью матрицы и SNR. И чем шире наша трапеция, тем шире (при равной высоте) каждая ступенька, и тем меньше ступенек в "полезной" области (то, что мы не обрежем), т.е. тем меньше цветов мы можем различить.
<q> Верхняя строчка - чтение со старого массива, нижня	<q> Верхняя строчка - чтение со старого массива, нижняя - запись на новый. Ну и если бы новый был бы старым, то все бы отмувалось не за 18 минут, а за 7, что я бы оценил. </q> Фиг тебе. RAID записывает асинхронно. Тебе показывают скорость записи в кеш. У контроллера - 256mb памяти. Читаюшая нить прочитала 200 mb. Пишушая нить плюнула их в кеш. Пока читающая загрузит следующую порцию, пищущая спит и не учитывает, что контроллер под шумок пишет данные на диск. Запусти лучше DISKSPEED с гигабайтным тестовым файлом и посмотри на "Uncached New File Write Speed" http://home.earthlink.net/~alegr/download/index.htm
BTW, <a href="http://www.youtube.com/watch?v=VBnkJQW	BTW, <a href="http://www.youtube.com/watch?v=VBnkJQWe0JQ">I like to move it move it</a> Ну или http://www.youtube.com/watch?v=VBnkJQWe0JQ на фсякий случай.
А как-же про то, что для надежности надо иметь данные на раз	А как-же про то, что для надежности надо иметь данные на разных континентах? Причем россия и штаты за два - не канают :)
Как обычно - глюки с авторизацией ЖЖ	Как обычно - глюки с авторизацией ЖЖ
Ну не могут копеечные SATA диски, даже в райде, соперничать	Ну не могут копеечные SATA диски, даже в райде, соперничать с нормальными SAS девайсами. Точнее могут, но только в специально отведенных тестах. А в реальной жизни - сливают и очень сильно. Одна только надежда - на флэш.
Да под столом пусть щелкает. Были у меня 15-тысячники, прич	Да под столом пусть щелкает. Были у меня 15-тысячники, причем нормального размера - жить можно.
> Иметь возможность поставить быстрый SAS-диск (скажем, Savv	> Иметь возможность поставить быстрый SAS-диск (скажем, Savvio 15.2K) на свап/TMP А уши закладывать не будет? Грят, пятнадцатитысячники (любые) дюже шумные, при этом они не только гудят, но и щелкают. Или врут?
А за что ты не любишь софтовые рейды?	А за что ты не любишь софтовые рейды?
>У тебя непонимание: похоже на то. буду думать.	>У тебя непонимание: похоже на то. буду думать.
Перепробовал действительно многое - ибо данных всегда было,	Перепробовал действительно многое - ибо данных всегда было, есть и будет дохрена. с аппаратным RAID есть понятная засада - если он выходит из строя, то его надо где-то взять запасной. Держать второй на полке дома - расточительно (я спасаюсь тем, что то что действительно дорого - есть в бэкапах). Встроенные в материнку 'RAID-ы' - это сплошная профанация (на самом деле тамошний RAID - это только кусок кода для записи метаданных на диск, а все остальное делает драйвер) - и с ними я уже имел несчастье наплакаться. На работе мы можем на зоопарк серверов иметь в ЗИПе по экземпляру каждого используемого вида (которых у нас по сути два - Areca и 3Ware, причем 3Ware затесался давно и по глупости). Но если мне удастся на трех (+кусок 4-го под журнал) дисках вытянуть 150 Mb/sec на линейной записи - я удивлюсь и про это напишу.

Свежие комментарии

Pages