Dvvarf

Нет, Write-back = контроллер сразу же отсылает сигнал о том, что он всё записал, хотя данные только в кэш поступили (я писал уже два сообщения назад), а Write-through - только когда всё на все диски запишет. Тут дело не в ОСи, ещё раз повторяю, а в устройстве файловой системы. NTFS старается новые файлы писать отдельно, а не заполняя дырки. И обновляет файлы (если не доступен блок в конце файла, который нужно обновить) тоже в пустом месте. Файл подкачки - это один большой и толстый файл, всё, что в нём происходит управляется целиком ОСью (потому что файл подкачки - не огромный файл, а просто аллоцированное пространство определённого размера). Иначе фрагментация не возникала бы вовсе - под файлы бы выделялось на, допустим 5% места больше и все бы писали поверх данные и всё. З.Ы. Это так же подкрепляется тем, что чтобы предотвратить деградацию поверхность харда нужно использовать разные части его поверхности, а не сгрудить всё в кучку на старте секторов. З.З.Ы. Читаем - http://www.ntfs.com/hard-disk-basics.htm#S...0and%20Clusters И ещё - Картинка (отсюда) и отсюда я признаю, что ошибался и это всё зависит не только от файловой системы, а от драйвера/контроллера.

-=/Роман/=-, а ивентах что-нибудь есть? Maru-sempai, спасибо добрый человек, некоторое время назад как раз искал что-то подобное (имею ввиду поддержку RAID-контроллеров в Hard Disk Sentinel) и почти ничего путного не нашёл.

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

Оси не нужно ничего знать - всё, что нужно знает драйвер, а в данном случае это целиком вотчина внутренней начинки контроллера. Ось над ним не властна совсем (например, дефрагментация всего рейда может на самом деле оказаться фрагментацией в физичесоком смысле, если дефрагментатор ничего не знает о том, что это рейд и как с ним работать). Начинаем писать что-то в реестр и сбой - этого изменения не будет, бд? - не будет, сейв - не будет. Зато, когда всё записалось мы точно знаем, что оно уже на диске и никуда не денется. З.Ы. В другом случае (который побыстрее), система отдаёт в кэш контроллера данные и тот тут же говорит, что всё записал (хотя на самом деле это не так) и только потом записывает на самом деле (и если в этот момент произойдёт сбой, то у нас серьёзная проблема, потому что данные скорее всего испорчены).

Эта технология (если можно так назвать) работает таким образом: на диск пишутся данные и только после того, как всё на весь массив записалось контроллер посылает куда следует сигнал о том, что всё записалось успешно. Если во время записи произойдёт сбой по питанию, то сектора, которые возможно и были записаны полностью, не будут помечены в файловой системе как заполненные. Так что потерь никаких наблюдаться не должно. Наверное это всё-таки 3.08.2008 по-нашенски. Ну, за два года это не такой уж плохой результат, с другой стороны это же серверные диски.

Абсолютно верно, есть такая фиговина. У меня контроллер недорогой (полусофт от highpoint за 4к), но поддерживает функцию Writt-Through. Выдержка из хелпа по этому поводу: Сейчас как раз включил - один раз уже электричество отрубали, но ничего не потерялось, тьфу-тьфу-тьфу. И такое тоже есть. По идее смарт должен вовремя лечить эти проблемы. Правда, как верно подмечено, вычислить где и что не так в рейде-5, по идее, не представляется возможным. На самом деле не так страшен чёрт, как его малюют. Конечно, всё может произойти (и происходит, например, выпадение двух дисков из массива в 5м рейде), но всё-таки вероятность этого довольно мала. Волков боятся - в лес не ходить, на все случаи жизни перестраховаться очень дорого выйдет и всё равно может произойти форс-мажор (например, протечёт крыша или верхнюю квартиру пожарники водой зальют). Забавно. Интересно, сколько людей он наставил на путь истинный за эти 13 лет. А сколько лет массиву? З.Ы. Поставил новую кэш-политику, провёл тесты. Чтение не изменилось, а запись: была - около 60 МБ/с, теперь - 16 МБ/с. Но безопасность важнее...

Интересно, почитал. Так как это не оффтоп, то свои замечания напишу сюда. В первом сообщении (и далее) вы опираетесь на то, что существует вероятность ошибки и т.д. Спешу вас обрадовать: современные диски могут жить (и часто живут) с некоторым количеством ошибок вполне спокойно не рискуя потерять информацию (в смарте часто можно увидеть страшные цифры в строке Hardware ECC Recovered, о чём подробнее - http://en.wikipedia.org/wiki/Hard_disk_drive#Error_handling ). Поэтому вероятность ошибки != вероятность потери данных, которая, благодаря избыточности информации много меньше (к сожалению, никаких точных цифр у меня нет). Сам совсем недавно мучился вопросом как обеспечить сохранность всего, накопленного непосильным трудом. В итоге остановился на полу-софтварном варианте рейд5. Планирую, правда, когда стану очень богатым, всё переместить на полностью хардварный рейд с хорошими серверными дисками, но когда это произойдёт - пока не известно. Разделяю вашу печаль. =)

Andy_Scull, не знаю, как на остальных хардах, а на WD прямо написано: диск по дефолту работает в 4КБ-режиме и только если очень хочется - можно поставить джампер в последнее окно и тогда диск будет работать в 512б-совместимом режиме (а джампера нету, что как бы намекает нам =)). У меня всё работает на NTFS-е нормально в рейде.

Andy_Scull, попробую. =) У самого корпус такой - http://market.yandex.ru/model.xml?hid=9102...modelid=3790821 Недорого, всё вполне качественно собрано, у БП шнурков сата всего два, но решается покупкой 1->2 переходника на молекс. Вентиль прикрутить перед корзиной можно до 120мм (или на 92мм - две пары отверстий, вроде), сейчас температура на хардах не превышет 31 градуса. А вообще в одном решении для создания NAS-а предлагали использовать корзины для дисков, которые пихаются в 5.25 (3 слота -> 4 харда), а корпусов с 8-9 слотов 5.25 много, есть из чего выбрать. Из минусов данного корпуса - попытка замутить безвинтовое крепление планок расширения и отсутствие винтов на задних стенках в 3.5, 5.25 слотах (в некоторых случаях может быть не удобно).

Треш, такой треш. ОВАшка тоже как-то повергает в пучины отчаянья (там только первые главы описаны и Путин появляется только в конце на секунд 20 с одной фразой).

Качаю: Toradora (рип от SumiSora - китайский) Midori no Hibi (рип от FOSKY - тоже китайский) Если кто вдруг может помочь качать первое чуточку быстрее, а второе - просто скачать до конца (у нас тут 8 пиров с 96.9%), то буду премного благодарен. З.Ы. Кстати, никакой иронии или сарказма - месяц назад качал крайне рарный рип Nogizaka Haruka no Himitsu (тоже китайский, да) - сид был всего один, но из России. Сейчас нас с ним двое на той раздаче.

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

Да, вчера в 1:00 начали, писал уже во время просмотра. Случайно попал.

DeviantArt - родина очень многих красивых вещей. Ссылки: Vista (в топ500, правда, анимешных тем замечено не было) & Windows 7 (тут, видимо, придётся хорошенько поискать, так как поиск выдаёт мало, не по теме или какую-нить фигню). Для большинства тем нужен патч uxtheme.dll который легко находится в гугле, например.

Неожиданно по СТС показывают Паприку.

Пожалуйста, отредактируйте своё сообщение. И попробуйте сделать то, что я написал в тот раз.

Прикольно что в файлах локализации видимо отсутствует краткое обозначение для сентября (а может ещё по какой причине), а посему даты постов/сообщений в профиле превращаются в красивое, но бесполезное "5 2010".

А в чём проблема? У нас же анимешный форум - админов и программистов (> тут я крайне ненавязчиво намекаю на себя) должно быть в достатке. Или нужны какие особые навыки? Это навык редкий, согласен.

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

Gamma Ray, потому что всё зависит от инета. Обычно внутренняя сеть быстрее инета, посему и выбор очевиден.

Вчера как раз посмотрел. Довольно забавно. Но моя оценка = 6/10 - фильм на пол-раза. Ностальгия, да, знакомые все лица. В прошлом такие боевики как-то захватывали, казались интересными, а это вот как-то не зацепило. Бах-бум и всё. Хотя в паре мест действительно поржал (боевик без юмора не может претендовать на звание хорошего), да (Стэтхем, бьющий себя по лысине с криками "Ты что, охренел?" запомнится надолго).

Если будет проходить в формате оригинал+субтитры (как это любят в 35мм), то пойду на "Миллион йен и миллион проблем" на всё (кроме 5 см/с, "Как стать собой" и "Маруко-тян").

Win: foobar2000 (поразительно лёгкий, быстрый и с плагинами) Линь: deadbeaf (тот же самый фубар, но в профиль)

Надо стянуть доп. GUI для mkvextract (например, тут) и выделить то, что нужно вытащить из матрёшки. Либо напрямую через кмд: mkvextract tracks "путь к матрёшке" номер_трека_для_извлечения:"путь к файлу, в который сохранить извлечённый трек" З.Ы. MKVExtractGUI распаковывать в папку, где лежит mkvtoolnix.

Это мурлок (вов). На самом деле соглашусь с RevanX по поводу того, что старик 2й получился довольно эпичен. Компания весьма занимательна, геймплей приятен. Теперь ожидаю представления (а стало быть и примерных сроков выхода) следующей части старика 2го на близзконе или игромире.