Andy_Scull

S O N I C, не знаю как вообще, а тут гугль тупит по страшному. Не поверил в слова "не те варианты ответа", убедился на личном опыте. 28-е число Куругайи, "Исходный текст (японский):話さない". Гугль переводит как Speak. Даже мне, в жизни не учившему намеренно японский, понятно что ない = "Не". Пара таких казусов - и ёк Не знаю, может подойдет мой метод - файрфокс с аддоном AutoCopy + ТА. Выделяю японский текст, он автоматом копируется в ТА, который висит On Top в уголке экрана. Быстро и без лишних кликов. Может кстати солюшен с foolmaker'а попробовать? Я глянул, там как минимум различия в сейв поинтах.

или точнее назвать "В поисках единственной, ***, работающей БД под мои нужды". Требования были - 0. Безсерверная, т.е. без установки сервера/сервиса. 1. драйвер для аксесса или для ОО. 2. драйвер для питона. 3. полная поддержка юникода. Результаты - Не дошел даже до пробы разных ДБ, потому как застрял на фронт-энде. 1. Плевался от ОО Base, т.к. в нем не предусмотрены юникодные имена полей (получаем такое же число символов, но вопросиками). Кретинам-программистам видно лень переписать тип символов в интерфейсе. 2. Плевался от Аксесса, т.к. бета кончилась. 3. Следующий шаг - покупка веревки. Мыло вроде было. Резюме - с поддержкой юникода в винде пока ещё П.П. Причем не из-за винды а из-за тупых быдлокодеров, до сих пор считающих Win-1251 верхом прогресса. Пошел искать пиратский офис

С викии - setgs iMaxCharacterLevel <#> - set level cap (has to be set every time the game is started) Думаю и здесь будет работать. Сам собираюсь использовать его когда дойду до 30-го. Единственное чего не знаю и не экспериментировал - что будет при перезапуске и загрузке игры, когда уровень уже выше 30-ти. Сбросятся ли ХР до максимума или останутся как были.

Ищу программу - читалку rss со следующими фичами - 1. отключение загрузки картинок 2. windows 3. висение в трее, проверка в фоне, смена значка как появились новые записи Размер, аппетит и скорость работы не сильно важны, просто в разумных пределах. Особое внимание на п.1. Во многих читалках, что я встречал, использовался движок ИЕ, так что отключение картинок можно было сделать только общей системной настройкой ИЕ. Такое не подходит. //edit Слава богу, нашел через минуту после поста... FeedReader, галочка на show pictures

Что-то подобное делалось на нетбуках (асус, если не ошибаюсь) - из 20гб впаянной флеш-памяти 4гб были read only, туда был вкрячен начальный линукс. В работе использовалась файловая система вроде unionfs, все изменения файлов писались на свободные 16гб. Если что не так - отформатил, и вот тебе сразу рабочая начальная система, в которой изначально есть все стандартные проги. Ввел заново начальные настройки вроде имени пользователя - и вперед, работай. Добавить сюда сетевой/УСБ внешний винт для файлов и какой-нить бат-файл для бэкапа/восстановления настроек программ - и получим что надо. С ОС на материнку сложнее, как я уже говорил почему - только малая часть купит для того чтобы поставить себе в корпус. Просто потому, что эти люди предпочтут сами сделать/скачать загрузочную флешку, которая будет как вы говорите - без записи изменений и со всеми предустановленными прогами (liveusb линукса, винду проблематичней и придется самому делать из-за драйверов). В основном такая идея актуальна только для уже готовых "коробочек", которые типа вещь-в-себе. Их в принципе с радостью расхватают. Кстати, тот же iPad... Купил плату, а там уже виндовс вставленная на микросхемке или ещё что. В виндовсе проблематичнее, там нет подобия unionfs. Нельзя прицепить драйвер на внешнее видео, какую-нить доп-программу и тп. Возвращаемся к вещи-в-себе, куда ничего внешнего не добавишь. В КПК всяких также было, ОС вшитая и неубиваемая. Которая не всегда сделана на отлично и обновления которой когда-то прекращаются :D Пример из жизни - вшитая ОС на HP iPAQ какой-то модели, по умолчанию в статус баре всегда отображается значок батареи. Как только делаешь ресет (т.е. просто перезагрузку кнопкой, не очистку), то этот значок уже не восстанавливается, для показа заряда надо тыкать стилусом. Настройки на это нет, выставить как было раньше уже нельзя. Помогает только полный сброс, т.е. уже очистка настроек и тп.

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

наверное до 31-го

Триальная винда (win2008r2), бета офиса 2010:) Только с пяток программ из мелочи - крякнутые. Те, которые стоят давно и сейчас влом искать бесплатные (MIRC, PowerISO), либо же не удовлетворяют бесплатные аналоги а купить или геморно или влом (ТС, FlexHEX, Ashampoo Photo Commander). см. обсуждение в https://www.animeforum.ru/index.php?showtopic=71034 Остальное - или бесплатное, или триальные версии с дырами для продления. Явно пиратского серьезно сломанного ПО не люблю, слишком уж большой соблазн при ломании вставить туда троянчик-другой. Винду не покупаю, честно говоря, только потому, что не нужна. Триальной достаточно, уже привык раз в полгода восстанавливать из образа (триальный акронис :)). А так пришлось бы выкладывать 7к за профешнл версию... От хоума я бы с ума сошел достаточно быстро. Офис не покупаю потому, что все равно мне нужен и привычен Access, а он есть только в версии офиса за 10+к руб. Не готов только за это выложить такие бабки, а без аксесса можно и опенофисом пару табличек раз в месяц сделать... Вот если б у МС был в продаже вариант "только аксесс" где-нить за 1к рублей - это бы я купил...

Где можно записаться в этих ограниченных? Я первый в очереди. п.с. Это всего лишь говорит о немного более глубоком погружении в вн, и (вполне нормальном, имо) отождествлении себя с каким-то из героев. Если нет такого героя, который бы понравился, то вн по впечатлениям и удовольствию будет читаться максимум на уровне новостей - "произошло то-то и то-то". Можно порадоваться различным сюжетным извилинам и интересным приемам, посмеяться над десятком оригинальных шуток, но такого погружения, чтобы забыть об окружающем сером мире, просто не получится.

Если проблема с уторрентом - попробуйте поиграться с настройками кэша. У меня он затыкался как только скорость превышала 1.5-2мб/с, пока не нашел подходящую комбинацию. Изначально стояло что использовать системный кэш виндовс, только после выставлении галки на "не использовать кэш виндовс" начало нормально работать. п.с. Локальные торренты не качаю, только инет 25мбит/с. Один и тот же диск, на нем же стоит винда и своп. Никаких особых торможений.

Я думаю, это прибавляется ECC и заголовки секторов.п.с. рассмешило. Почитал "инструкцию" на свой F4EG, это оказался буклетик "как прикрутить винт в комп", датированный чуть ли не 199х-м годом, с указаниями, как ставить джамперы на IDE-винтах :huh:

Может, Firefox и несколько профилей/пользователей на компьютере? Хотя как ни крути голый фф медленнее хрома. Я сам бы перешел на хром, если бы были полноценный adblock и боковая панель закладок.п.с. Имо, сказывается направленность хрома на минималистские систему и экран. То, что хорошо на 11" ноутбуке, раздражает на 20" настольном мониторе (то же отсутствие нормальных закладок).

Сэмулированные для системы в обычные 512. Если знаете программу, которая показала бы эту инфу - поделитесь плиз; я же рассуждаю чисто логически - винхп не поддерживает, значит, если б были чистые 4к, то в винхп не просто выравнивать разделы надо было бы, а физически не работал бы. Именно это "подсовывание" системе стандартных размеров вместо реальных секторов и бесит меня...п.с. насколько читал, джампер "поддержки ХП" где есть - не отключает эмуляцию, а только смещает нумерацию секторов, чтобы начало разделов совпадало с началом 4к сектора

Три, как раз для тестов ZFSовского RAIDZ. На следующей неделе буду цеплять их в том же конфиге на свою основную машину. То ли сетевушка тормозит, то ли свич, то ли не хватает ему мелкого п4+1гб памяти. По гигабитной сетке чтение/запись в районе 40-50мб/с. С теперешнего файл-сервера качается под 80-90, но тут и сетевушка поновее, и воткнут прямым 30-см кроссом без свича, и проц помощнее. То, что скорость самого массива там больше, наверное, не стоит учитывать. Сеть все-таки... И собственно нет у меня практического опыта работы с софтварным рейд-5. Может, 50 мб/с для трехдискового вполне нормальная скорость, еще если учитывать, что рейдз читает медленнее, чем рейд-5. Но вообще с секторами похоже удалось справиться. По крайней мере нет той ужасной картины, которую я получил, напустив в самом начале на один диск команду dd bs=512 if=/dev/zero of=/pool1/testzero (если не знакомы - означает примерно "писать нули блоками по 512 в массив такой-то") и отслеживая в другом терминале ввод/вывод в секунду. По сравнению с bs=4096 получалось примерно в 2-3 раза меньше операций в секунду и соответственно в 8-12 раз меньше скорость записи. И все же я надеюсь, что кто-нить в самсунге не поленится написать утилиту/прошивку, которая отключит эмуляцию... Правда, народ на ВД так же надеялся с появления первых EARSов, и до сих пор пшик только.

Dvvarf Мы изгаляемся практически на пустом месте, ибо целая куча параметров и мы даже не сможем все их перечислить. Ещё вспомним про NCQ и внутренний кэш дисков, которые не все контроллеры могут отключать. Проще заявить по-менеджеровски "мы не гарантируем что без батарейки ваши данные не потеряются" :P ...и добавить по-микрософтовски "любая потеря данных может быть возмещена только в пределах стоимости купленного продукта"... п.с. сейчас экспериментирую с новыми самсунгами, которые с 4кб. В диске идет эмуляция обычных 512 секторов, т.е. система видит как будто это обычный диск. С виндой-то все ок, у неё стандартный сектор нтфс 4к, выровнять по границе и всё; а вот всякие умные юниксы видят что сектор 512 и файловую систему тоже делают 512... и что обидно - в некоторых случаях программеры не ожидали свиньи в лице нагло лгущих винтов и просто не сделали задание размера сектора при формате Хоть джампер что ль сделали бы для отключения этой гребаной эмуляции B)

Там разговор идет о "Later, if data is appended to the file and its size grows". Тут фрагментация естественна. Нигде не рассматривается запись без увеличения файла, т.е. перезаписываем блок внутри. Если б было по вашему - то у меня давно бы .vmdk расползся по всему винту ровным слоем, ан нет - один раз при создании дефрагментировал, и все. До сих пор одним кусочком. Похоже, мы про разные вещи говорим. Я вам про изменение файлов, вы мне про создание новых и дописывание существующих...

1. Write-Through не имеет отношения к такому ремапу. Это же всего лишь режим работы кэша (не помню какие там особенности, что-то в духе что писать одновременно в кэш и напрямую на диск в надежде, что очень скоро эти данные попробуют прочитать?) 2. Могу поверить, что какие-то отдельные системы так делают. Что так делает винда - не верю. Иначе было бы бессмысленно дефрагментировать файл подкачки. Что так делает контроллер рейда сам по себе - тоже не верю. Нигде не видел в спецификациях, инструкциях и тп. Отслеживать все это дело он просто замается.

ммм. вот как я себе представляю этот процесс в нормальном случае - система -> драйвер -> контроллер -> данные на винт1, данные на винт2, и четность на винт3 -> контроллер сказал ОК -> драйвер сказал ОК -> система поняла что ОК при сбросе питания - система -> драйвер -> контроллер -> данные на винт1, четность на винт3, а вот винт2 на долю секунды запоздал -> сброс -> загрузка -> контроллер забыл что писал (без батарейки или у него это и не предусмотрено), драйвер и система обнулены результаты - - на дисках 1,3 уже новый блок, на диске 2 старый. Поскольку данные не в зеркале, а в р5, то для прочтения ему нужно либо правильные блоки со всех трех дисков, либо с двух и информация на каком диске запись не удалась. - парити естественно не сходится, для контроллера блок битый. Каким данным верить - он не знает. - логи нтфс могут помочь, если в них пишется последняя запись, какие данные и в какой сектор. Система повторяет неудавшуюся (или откатывает на предыдущее содержимое) нужные 4кбайтные сектора, и тут - ЕСЛИ контроллер тупо исполняет запись, не проверяя четность полного страйпа, где лежат эти данные - то все может восстановиться. Те сектора в страйпе, которые система не меняла, все так же неизменны, они уже лежат на диске как лежали, четность для этой части страйпа все та же, не сходится только четность того кусочка куда попал наш файл. Эти данные контроллер тупо перезаписывает прежними, оставляя остальное как есть, и все сходится. Но вот если он посчитает четность, скажет что "ой, у вас тут битый страйп", и выдаст системе что сбойный сектор - то типа ёк. Все то, что лежало в страйпе помимо нашего файла, канет в лету. Опять же, у меня мало знаний на эту тему чтобы предсказать его поведение.

По моему, это только на копировании нового файла (т.е. практически - в условиях если использовать как домашнее хранилище, куда закидываешь файлы на валяние) А вот если использовать как системный/базоданный/игровой - то уже другое дело. Как только начинаем перезаписывать какой-то файл (тот же реестр в винде или работаем с БД, или сэйв), то уже ёк - рейд-то ничего не знает о файлах, а файловая система ничего не знает о "подложенном" под неё рейде. Ось начинает перезаписывать файл поверх (ибо так быстрее, проще, и меньше фрагментации) и вот тут приходит писец. п.с. немного уже отходя от темы, но все же про хранение. Сейчас проверяю найденный в инете метод, как ту же ZFS заставить работать с логическими секторами 4096 вместо 512 (т.е. писать как винда - минимумом по 4кб). Если получится в виртуалке - то на очереди покупка нескольких самсунгов F4 и проверка вживую. Глядишь и рассосется моя проблема с винтами...

08/03/2008 Только хз, где день а где месяц ;) 6*seagate 1TB 7200.11 ES (да-да, я везучий), все отдано на один большой помоечный раздел. edit: Насчет write hole я даже не кэш имел в виду. Просто нет же гарантии что (даже прямая) запись одновременно на всех винтах пройдет и закончится успешно, если отрубится питание. На каком-то винте записалось, на каком-то нет, я так это понимаю.

Имо, ещё приятнее во время этих убийств получать плюсы к используемым скиллам, на манер морровинда. Минусы и плюсы, конечно, есть, так что дело вкуса по моему.

Точные цифры мы скорее всего никогда не получим, если не потратим полжизни на то чтобы стать великими технологами в этой области... Потому как неоткуда получить сведения, какая избыточность в ЕСС (которая скорее всего разнится по брэндам), да и потом расчет вероятности я даже в мыслях не хочу представлять ^_^ Но даже если хоть 1% побитых битов может восстановить - то это уже делает недействительными все мои расчеты, и скорее всего вероятность настолько мала, что этой проблемы глупо бояться. Что я там не написал (возможно сделаю в будущем) плохого про рейд-5, это ещё - 1. такая вещь как "write hole". Поскольку он работает с физическими блоками, то при перезаписи инфы пишет сразу поверх. Если нет контроллера с батарейкой, то при сбросе питания может на часть винтов успеть записать, на часть - нет. Получится что и прошлая инфа потеряна, и новая не записалась. А контроллер с батарейкой - это уже не "Redundant Array of Inexpensive Disks" :( То есть диски-то конечно и дешевые можно, но сам контроллер влетит в копеечку и батареи придется менять каждые несколько лет (о ценах вы наверное в курсе - я брал ретэйл со шлейфами за 16к, хотя сейчас не жалею - сбоев не было, и стоит он сейчас уже 20 только ОЕМ. Батарея к нему стоит больше 5к, так что я предпочел поставить ибп. не то же самое, но пока проносило). Кстати логически рассуждая, контроллер в этом случае в кэш должен писать лог операций, чтобы после случайной перезагрузки проверял - а записался ли такой-то сектор на такой-то винт. Но наверное там тоже не дураки прошивки пишут, и именно так он и действует после загрузки. 2. "Bit Rot". Тихая - мирная деградация магнитной поверхности если её долго не обновлять перезаписью. Живешь себе, у тебя пылится образ игрушки, потом через год хочешь поставить - ах, при установке с исошника пишет что "checksum error". Просто в каком-то секторе какой-то десяток битов сменил полярность (или что у них там), ЕСС это или профукала или не смогла восстановить, и рейд-5 после такого ничем не поможет. Потерю одного диска (читай - блока из парити) он восстановит, но тут он даже не знает, на каком из винтов неправильные данные (если ему встроенная ЕСС винта не подскажет, вот этого пока не расследовал), которые хорошо бы отбросить и восстановить четностью с других винтов. Он только может сказать что данные не сходятся, и спасений от такого три - бэкапы, рейд-6 (который может эту "партию" блоков по разному просчитать и вычислить мешеющий блок), и создание ECC/PAR2 файлов к каждому залитому на массив образу. Вот с этой проблемой я натыкался на посты людей, которые писали про побитые файлы. У самого тьфу-тьфу-ЕСС на отдельном двд хранятся Вот что нашел в поисках винтов - http://www.taobackup.com/ (англ, но прикольно) Ещё небольшой апдейт - вчера запускал проверку рейд-5 с контроллера, одна ошибка чтения была на весь 5ТБ. Хз, то ли я такой везучий что получил её, то ли где-то мы не так на ECC надеемся. (или может в энтерпрайзовских винтах оно тупо отрублено и передано на усмотрение контроллера, вроде что-то такое я давным-давно слышал про WD Raid Edition'ы)

WD я не верю уже, после того как они в последних прошивках отключили опцию smart'a называемую scterc (через опенсорсные утилиты smartmontools её можно выставить на Х секунд). Это как раз тот таймаут попыток перечитать ошибочный сектор, из-за которого чаще всего отваливаются десктопные диски, воткнутые в серверные рейд-контроллеры. Кстати где-то краем глаза читал (ака слух) что этот параметр смарт входит в официальную спецификацию, и формально ВДшники нарушают её, отключая эту поддержку. Чего не сделаешь в погоне за долларами... Вроде ещё где-то читал (тоже считайте слухом) что ВД по просьбам трудящихся выпустила-таки прошивку, которая отключала на гринах эту эмуляцию. Может как раз с этим джампером и связанную, хз. Я не расследовал до конца, может вообще "послышалось" из форумных базаров. Если интересно - я тут в блоге писал подробнее, какие знания я вынес из своего эпичного квеста в поисках идеальной системы для файлопомойки. Уходил в него с твердой уверенностью, что достаточно купить много винтов и сунуть в рейд-5, а вернулся с сомнениями насчет прочности земной поверхности... Я вполне мог что-то не так понять, так что на 100% верить не надо. Просто как наводка, что если уйдете в такой же квест, то обязательно стоит поискать инфу как минимум по этим же темам и проблемам. Какие-то могут быть не актуальны на то время и в той ситуации, какие-то уже по другому обходятся и тп. Самсунги эти просто понравились по статистике магазина NewEgg. Если сравнить у них все "зеленые" 2тбайтники, то у самсунгов примерно наполовину меньше процент "очень плохих" отзывов. Вот тут начинаешь жалеть, что "Ультру" закрыли, в ней классно была сделана статистика возвратов по гарантии на каждый товар :(

Если б не КРЕТИНСКАЯ эмуляция 4кб секторов в 512, их бы и взял.Поясню, что имеется в виду. Есть нормальная, "не тупая" ОС. Она видит, что на диске секторы размером Х байт (диск ей так говорит, это и есть та самая эмуляция). Она пытается сохранить один сектор данных на диск. В результате варианты - 1. как было б на обычном диске с 512 - запись сектора и всё. 2. на диске с 4096 "честными" секторами - запись сектора большего размера и всё. 3. на диске с "поддельными" 512 секторами - фигня. Диск не может сохранить отдельно 512 байт, у него сектора 4096. Он ЧИТАЕТ один сектор (4096), куда попадает наш "виртуальный" подсектор, у себя в памяти вносит в эти 4096 байт наши 512 на нужное место и пишет назад полные 4096. Вот так я понял этот процесс. В винде дефолтный формат диска в NTFS делает программные секторы 4096 байт, поэтому её не задевает - винда всегда пишет сектором. Задевает более продвинутые файловые системы. Чтобы разговор шел о конкретных вещах - я собрался ставить себе файлопомойку с ZFS, где-то пишут что работает, а в каких-то случаях запись падает ниже 10мб/с Всё бы было шоколадно, если б эти г...ые производители делали опцию "отключить эмуляцию и показать реальные 4096 сектора"

Ёлки, прям кризис. Нет нормальных 2ТБ дисков для архива... ВД и Самсунги - с кретинскими 4кб секторами (ну ладно бы сектора, так они навязывают эмуляцию в 512б для "тупых" систем без возможности отключить это) Сигейты я брать не собираюсь после небольшого исследования. Хитачи только дорогие и горячие 7200... Пипец просто ;) п.с. кто знает, где купить 7 штук самсунгов HD203WI в Москве по ~4k - в личку, век буду благодарен.