Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Раздел полезных советов: Решение проблем с удалением файлов ..., auto_tips (??), 01-Сен-09, (0) [смотреть все] Все гениальное просто, anonymous (??), 13:54 , 01-Сен-09, (1) // Тем не менее, удаление файла 30 секунд XFSом я видел P Всего-то 4Gb торент сд, User294 (ok), 22:37 , 03-Сен-09, (76) Понимаю, что это флуд Но что может занимать столько места одним файлом Делаю п, abigor (?), 14:35 , 01-Сен-09, (2) // база данных например, svn (??), 14:53 , 01-Сен-09, (4) // На 7ТБ база данных чего , cvsup (ok), 15:25 , 01-Сен-09, (7) // http community livejournal com ru_linux 2289534 html, pavlinux (ok), 16:40 , 01-Сен-09, (15) фигасе, и это все дело одним файлом в принципе, объясняет многое уровень русско, Karbofos (??), 01:03 , 02-Сен-09, (28) Уровень русского языка ничего не объясняет, он же не поэт и не писатель Объясняе, Анонумоис (?), 01:44 , 02-Сен-09, (33) основная проблема это Некий java софт проверить, не так уж и сложно, эксперим, Karbofos (??), 01:57 , 02-Сен-09, (34) Это если данные от датчиков поступают в бинарном виде Если это лог, то сжимать , Анонумоис (?), 01:57 , 02-Сен-09, (35) Полный звездец Значит база легко может весить 200-400Гб сама по себе А если пр, Анонумоис (?), 02:05 , 02-Сен-09, (36) Разрабатывали систему, меньшего масштаба, для мобильных электростанций При ус, Админ Веня (?), 09:23 , 02-Сен-09, (39) MySQL - база данных специально для критически важных объектов, а вот 5 формул из, Анонумоис (?), 12:53 , 02-Сен-09, (44) Таки нет, цифры разные при старте двигателей и во время работы оного не синхрон, Админ Веня (?), 23:09 , 05-Сен-09, (104) Дык и на интербейз посмотреть можно и на sqliteи даж свое ченить на коленке слаб, aborland (?), 23:52 , 05-Сен-09, (106) _СТАВИТЬ_ сервер баз данных для этого у нас мускул ембедед , Админ Веня (?), 12:57 , 06-Сен-09, (107) часто показывает на уровень образования к примеру, мне тут один птушник пыталя , Karbofos (??), 02:17 , 02-Сен-09, (37) Правильное владение русским языком очень важно Наприимер, сколько Ваших, Karbof, Pilat (ok), 02:22 , 02-Сен-09, (38) если бы я конкретно пощупал систему, на которой этот гемор происходит, где допус, Karbofos (??), 10:08 , 02-Сен-09, (42) Вы об каких логических операциях говорите, в формальной логике или в математичес, pavlinux (ok), 02:48 , 03-Сен-09, (67) он утверждал, что boolTest1 boolTest2 boolTest1, boolTest2 are boolодно и, Karbofos (??), 17:35 , 03-Сен-09, (74) Чо Газохранилище генерирует картинки фотографии газа - и сохраняет их в , Iv945n (ok), 18:25 , 02-Сен-09, (52) Да, Karbofos оказался прав А меня учили базы данных хранить в RAW разделах В чем, Анонумоис (?), 20:41 , 02-Сен-09, (54) Оффтопик, речь о файловых системах И что мешает завести под блобы отдельный раз, Iv945n (ok), 21:11 , 02-Сен-09, (56) Честно говоря, я совсем не понял о чем речь в данной статье Какие-то mysql базы, Анонумоис (?), 05:05 , 04-Сен-09, (94) Заблуждение Невозможно много читать и не знать языка Плохой русский - мало чит, нер (?), 15:48 , 05-Сен-09, (102) А что не так с русским языком у автора того топика на ЖЖ , lora (?), 12:02 , 02-Сен-09, (43) ха, а решить задачу на ext4 слабо , timon (?), 14:49 , 01-Сен-09, (3) // unlink BIGFILE sqlне mount -o remount,barrier 0 dev superraidне , pavlinux (ok), 15:55 , 01-Сен-09, (10) // дайте массив на 10ТБ, проверю , Timon (?), 23:34 , 02-Сен-09, (61) Однако, решение никак не коррелирует с заголовком статьи Если уже есть файл, , Serg (??), 14:53 , 01-Сен-09, (5) // А Линус кого нибудь не придушит D Помню, предыдущие явные баги в емаксах, ж, Анонумоис (?), 16:07 , 01-Сен-09, (12) // Прям как злые тролли в России Которые тоже не понимают очевидность бага и отвеч, Zenitur (?), 00:19 , 02-Сен-09, (27) Это не явный и не баг, это давно известная проблема ext2-3 , Pilat (ok), 20:52 , 01-Сен-09, (22) echo 0 bigfile dbrm bigfile db , terminus (ok), 15:39 , 01-Сен-09, (9) // нетtime echo 1 big0real 0m2 705suser 0m0 000ssys 0m0 367stime rm -f , mmm62 (?), 11:14 , 09-Сен-09, (113) А тот же експеремент с jfs как , makiavelli (?), 15:59 , 01-Сен-09, (11) Use ZFS, Luke , iZEN (ok), 16:20 , 01-Сен-09, (13) // И, конечно, это панацея и всем станет хорошо А вы, к слову, проверяли ее под, User294 (ok), 22:40 , 03-Сен-09, (77) // В общем, да c ПарацельсЗачем спрашивать Нет ещё Вот и мне тоже Любопытно , iZEN (ok), 23:46 , 03-Сен-09, (83) пробил колесо на машине, при попытке ехать с пробитым колесом машину тянет в сто, MoHaX (ok), 17:12 , 01-Сен-09, (16) +1 // Не эквивалентное сравнение, уместнее было бы сравнивать с дорогой по которой езд, pavlinux (ok), 17:27 , 01-Сен-09, (17) Тем кто тут умничал - В САД У парня производство а не ваши домашние суперкластер, Warhead Wardick (?), 18:33 , 01-Сен-09, (19) +1 // Не надо обобщать Я к примеру, не имею такой роскоши как не вернуть всё в вин, pavlinux (ok), 19:45 , 01-Сен-09, (20) // причём сразу, а не после того как проблема появилась да ещё и на lvm, ij, снепш, vitek (??), 14:04 , 02-Сен-09, (45) // rhel, sles - неа, а вот Убунта идет , pavlinux (ok), 16:59 , 02-Сен-09, (48) lts врядли, vitek (??), 01:05 , 03-Сен-09, (66) Она там пока идет как не-дефолтная ФС В таком виде она и остальных есть - ядро , User294 (ok), 22:44 , 03-Сен-09, (78) как-бы приходится работать с протоколированием работы буровых островов разверну, Karbofos (??), 01:15 , 02-Сен-09, (29) exFat поддерживает до 2х ексабайт - разделы - кажется так они хвастались П, Filosof (?), 20:01 , 01-Сен-09, (21) // как раз раскрыта, решение найдено В коментах другого проверенного нет , Pilat (ok), 20:54 , 01-Сен-09, (23) // Ни куя не раскрыто http i007 radikal ru 0909 30 86b5c9a798b6 png80Gb за 3 сек , pavlinux (ok), 23:50 , 01-Сен-09, (24) // 7 терабайт фигурирует в сообщении, а не 7 гигабайт и не 70 гигабайт, это соверше, Pilat (ok), 00:18 , 02-Сен-09, (26) Да ну Доказательства в студию Скорость винта Щаз При 5400 это примерно dd, pavlinux (ok), 01:28 , 02-Сен-09, (30) Человек привёл доказательство в первом же посте Можно ему верить, можно не вери, Pilat (ok), 01:32 , 02-Сен-09, (31) Я ему верю, в том что них я не работает, но не в том, что виновата ext4Он это в, pavlinux (ok), 17:05 , 02-Сен-09, (49) да можно даже создать табличку зависимостей скорости удаления от размера файла , Karbofos (??), 01:37 , 02-Сен-09, (32) 50МБ сек на ноутбучном Western Digital серии Scorpio Blue WD3200BEVT, 320 ГБ S, iZEN (ok), 09:34 , 02-Сен-09, (41) 1 Как минимум, странно мерить скорость винта, читая из медленного dev urandom, John Lepikhin (ok), 08:23 , 03-Сен-09, (69) Готов лично протестировать массив на 10ТБ с ZFSv13 при условии предоставления жё, iZEN (ok), 09:28 , 02-Сен-09, (40) // Купи, потесть, и расскажи другим , pavlinux (ok), 17:17 , 02-Сен-09, (50) лоол И как это добавили И сколько времени это стирается на XFS Минута Секунд, Zenitur (?), 00:18 , 02-Сен-09, (25) // В блоге написали Народ, попробовав xfs все поехало как надо, стирание не более , Aleksey (??), 16:57 , 02-Сен-09, (47) Капец Это называется форум администраторов У человека возникла проблема с удал, Aleksey (??), 15:58 , 02-Сен-09, (46) // 1 это не только форум админов2 решение проблемы подразумевает также объяснение, Karbofos (??), 20:57 , 02-Сен-09, (55)   // Объяснения были даны ext и reiser из рук вон плохо работают с большими файлами , lora (?), 22:17 , 02-Сен-09, (58)   пионеры налабали Вам хоть раз доверяли делать софт такого уровня И заметьт, Pilat (ok), 23:47 , 02-Сен-09, (63)   // угу, он же там прямо пишет, что и раньше 7Тб не редкость было, просто набиралось, lora (??), 23:50 , 02-Сен-09, (64)   то есть ты сейчас начинаешь рассуждать о материях, в которых даже не разбираешьс, Developer (?), 14:24 , 03-Сен-09, (72)   люди на запорожцах тоже катаются они же передвигаются, задача решена значит эт, Karbofos (??), 23:38 , 03-Сен-09, (80)   Странно, файловую систему менять нельзя, а программный комплекс переписывать зна, Aleksey (??), 00:33 , 03-Сен-09, (65)   // вы путаете божий дар с яичницей нарочно скорее всего - да ибо вам выгораживат, Developer (?), 17:28 , 03-Сен-09, (73)   угу и начинать тестирование с 0 ибо потом окажется что запись в log вызвала сви, _umka_ (??), 18:19 , 03-Сен-09, (75)   да, знаю не по наслышке мне вот предстоит переписать симулятор, который заменя, Karbofos (??), 23:56 , 03-Сен-09, (85)   извиняюсь, не ко мне было адресовано , Karbofos (??), 00:22 , 04-Сен-09, (88)   Проще, только самое сложное - найти идиота, который подпишется под приказом пере, Pilat (ok), 22:59 , 03-Сен-09, (79)   для этого существует тестирование вообще-то тестирование поризводится в условия, Karbofos (??), 23:43 , 03-Сен-09, (81) –1   Как-то я читал воспоминания одного научного сотрудника Он работал в институте, , Pilat (ok), 23:46 , 03-Сен-09, (82)   Я представляю начальника, к которому приходит администратор с предложением остан, Pilat (ok), 23:50 , 03-Сен-09, (84)   эти предложения должны обосновано делать программисты-инженеры, с расчетом затра, Karbofos (??), 00:04 , 04-Сен-09, (86)   Тестовая конфигурация не так уж дорого стоит 8 винчестеров по 1ТБ 5000 руб 8, iZEN (ok), 00:16 , 04-Сен-09, (87)   точно также может обстоять дело с человекочасами и может оказаться, чтобы сим, Karbofos (??), 00:37 , 04-Сен-09, (89)   А когда реальное оборудование откажется эмулировать поведение скриптика , Pilat (ok), 01:01 , 04-Сен-09, (90)   вы просто даже не в курсе не больно стоять на своем , Karbofos (??), 01:22 , 04-Сен-09, (92)   Как-то я читал про отличие ученика из школы для отсталых от ученика обычной школ, Pilat (ok), 02:39 , 04-Сен-09, (93)   нет, вы элементарно не смогли объяснить причину так называемого косяка ext4 кро, Karbofos (??), 09:48 , 04-Сен-09, (95)   А у вас есть мнение относительно такого поведения ext4 на большом файле Озвучте, lora (??), 12:55 , 04-Сен-09, (98)   во-первых, я такие дурацкие трудности не преодолевал, даже когда работал в отдел, Karbofos (??), 23:43 , 06-Сен-09, (110)   опечатка 5400 оборотов в минуту, Karbofos (??), 23:48 , 06-Сен-09, (111)   Гениально , Pilat (ok), 01:02 , 04-Сен-09, (91)   Вот тачка http www 3dnews ru news kak_sozdat_petabaitnii_klaster_za_117_tis Р, iZEN (ok), 21:20 , 15-Сен-09, (115)   2 диска для системыУ автора того топика большой раид был сделан софтово полнос, lora (??), 12:52 , 04-Сен-09, (97)   Я высказался про альтернативу Ведь Linux не может предложить ничего более вменя, iZEN (ok), 23:34 , 05-Сен-09, (105)   Вы туда набейте винтов, и поглядите сколько будет стоить , lora (??), 13:15 , 06-Сен-09, (108)   gt оверквотинг удален А мне не нужно ТУДА набивать винтов Я предложил АЛЬТЕРН, iZEN (ok), 20:41 , 06-Сен-09, (109)   Эм, а ничего что ext3 файлы на 7 ТБ не поддерживает http www nixp ru articles , Аноним (-), 18:24 , 02-Сен-09, (51) // А ничего что ext4 , Pilat (ok), 18:27 , 02-Сен-09, (53) // тут недавно в ext4 всплывали проблемы с девайсами объемом больше 8Т - где-то упи, _umka_ (??), 09:26 , 03-Сен-09, (70) // gt оверквотинг удален в догонку посмотрев репорты в убунте https bugs laun, _umka_ (??), 09:40 , 03-Сен-09, (71) а вот например 2 BIGFILE тоже не сработало бы , i (??), 22:09 , 02-Сен-09, (57) // имелось ввиду FILE , vvs (??), 16:34 , 05-Сен-09, (103) А с именованными пайпами поиграться не пробовали Типа, создать пайпу с таким же , Slavaz (ok), 19:02 , 04-Сен-09, (101) хм, а у меня недавно XFS на руках умерла Всего-то было около 450 Гб Благо ни, eplumber (??), 16:43 , 08-Сен-09, (112) // reiserfs тоже не без огрешек но если вывал будет, всю партицию сложно будет вос, Karbofos (??), 23:25 , 12-Сен-09, (114) в свое время лет 6 назад, читал про файловые системы чтоб под базу выбрать, тоже, Игорь (??), 17:08 , 22-Сен-09, (116) 1,2,3,5,9,11,13,16,19,21,25,46,51,57,101,112,116

Сообщения

[Сортировка по времени | RSS]

	55. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 02-Сен-09, 20:57
	1. это не только форум админов 2. решение проблемы подразумевает также объяснение причин. решения типа "если программа не работает, переустановите виндовс" можно считать решениями? если начальство после этого отстанет - может даже и прокатит. а если сложные ситуации возникают систематически и начальству нужно объяснение причины? 3. птушные знания порождают птушные решения, уж извините. 4. выше было приведено несколько способов диагностики и установления причин. ссылки на возможные причины тоже были приведены, но опять же: прочитанное в сетке совсем не означает действительное на конкретной системе, потому что от многих факторов зависит. 5. ситуация с файлами описана очень неконкретно, обычно идет разбор полетов после более деталированного описания. методом тыка нашли решение? 6. если у автора после найденного решения пропала головная боль, то это может и хорошо для него, только другим подобные решения не могут подойти вовсе. хотя бы, потому что файловую систему нельзя, в силу некоторых причин, поменять. 7. тут уж не к автору, но тем не менее: за подобные софтверные решения, типа террабайтных лог-файлов принято по башке стучать и по рукам - за решения на яве. налабали шустро пионэры чего-то там за пару дней и как-бы на данный момент это всех устраивает. а через неделю?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от lora (?), 02-Сен-09, 22:17
	>2. решение проблемы подразумевает также объяснение причин. решения типа "если программа не >работает, переустановите виндовс" можно считать решениями? если начальство после этого отстанет >- может даже и прокатит. а если сложные ситуации возникают систематически >и начальству нужно объяснение причины? Объяснения были даны: ext и reiser из рук вон плохо работают с большими файлами. Большего для решения задачи поставленной автором и не нужно. >3. птушные знания порождают птушные решения, уж извините. Афтар тот может быть кандидатом наук или доктором, между прочем, и заниматься он совсем не программингом и админством, а совсем другими делами, коих дофига на подобных объектах. Ему не нужно лезть в нюансы линукса, он решил свою задачу. То что вас отчислили из ПТУ это ваши личные половые проблемы. Да и так никто и не дождался, в чем проблема с грамотностью у автора??? Покажите пожалуста. >5. ситуация с файлами описана очень неконкретно, обычно идет разбор полетов после >более деталированного описания. методом тыка нашли решение? Еще раз внимательно читайте тот топик в ЖЖ, там ясно сказали, reiser и ext плохо работают с большими файлами, или грамотность не позволяет читать? >6. если у автора после найденного решения пропала головная боль, то это >может и хорошо для него, только другим подобные решения не могут >подойти вовсе. хотя бы, потому что файловую систему нельзя, в силу >некоторых причин, поменять. У кого нет возможности поменять, тот пускай разбирается, у автора того топика была простейшая задача положить ВРЕМЕННО файл, завернуть в архив и удалить. >7. тут уж не к автору, но тем не менее: за подобные >софтверные решения, типа террабайтных лог-файлов принято по башке стучать и по >рукам - за решения на яве. налабали шустро пионэры чего-то там >за пару дней и как-бы на данный момент это всех устраивает. >а через неделю? Это да, по Российски, наверняка еще и бабла стоит немерянно. Откат рулит.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 02-Сен-09, 23:47
	>7. тут уж не к автору, но тем не менее: за подобные >софтверные решения, типа террабайтных лог-файлов принято по башке стучать и по >рукам - за решения на яве. налабали шустро пионэры чего-то там >за пару дней и как-бы на данный момент это всех устраивает. >а через неделю? пионеры... налабали... Вам хоть раз доверяли делать софт такого уровня? И заметьте, у человека был-таки припасён дисковый массив на 7 терабайт, наверно не случайно. Хорошо что всё работает - и именно это является критерием качества, а не эстетика.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	64. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от lora (??), 02-Сен-09, 23:50
	>пионеры... налабали... Вам хоть раз доверяли делать софт такого уровня? >И заметьте, у человека был-таки припасён дисковый массив на 7 терабайт, наверно >не случайно. угу, он же там прямо пишет, что и раньше 7Тб не редкость было, просто набиралось за больший срок. Хорошо что всё работает - и именно это является >критерием качества, а не эстетика. И я к этому тоже веду.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Developer (?), 03-Сен-09, 14:24
	то есть ты сейчас начинаешь рассуждать о материях, в которых даже не разбираешься (это про софт такого уровня)?
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	80. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 03-Сен-09, 23:38
	люди на запорожцах тоже катаются. они же передвигаются, задача решена. значит это - критерий качества. не так ли? а софт подобного уровня приходится писать, да и софт для тестирования нагрузочных способностей программ, даже ошибки в драйверах приходится отлавливать. т.к. система с этим софтом должна справляться с нагрузками и выполнять свою задачу годами. в среднем - от 5 до 10 лет. а что?
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	65. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Aleksey (??), 03-Сен-09, 00:33
	> 6. если у автора после найденного решения пропала головная боль, то это может и хорошо для него, только другим подобные решения не могут подойти вовсе. хотя бы, потому что файловую систему нельзя, в силу некоторых причин, поменять. Странно, файловую систему менять нельзя, а программный комплекс переписывать значится можно. Оригинальная логика. Я бы из двух этих вариантов однозначно выбрал смену ФС, т.к. это наиболее простая и легко осуществимая операция.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	73. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Developer (?), 03-Сен-09, 17:28
	вы путаете божий дар с яичницей. нарочно? скорее всего - да. ибо вам выгораживать свою глупость, наверное, не привыкать... писалось о том, что? на сколько я понял, поясняю: далеко не во всех случаях можно просто так поменять файловую систему. а если рухнет однажды серверок и на альтернативной файловой системе вообще ничего восстановить не сможешь? тогда кто по башке получит? подобные шуточки у нас на работе были, оттого и нельзя было в свое время reiserfs3 устанавливать. это чисто наш рабочий пример, в тестирование у нас входит тест на поднятие системы после сбоя системы питания, если электроника не сгорела, то система должна быть запушена без потери работоспособности. софт часто проще переписать, тем более, когда речь идет о простом логгинге инфы. хотя, если люди любят преодолевать трудности, записывая инфу террабайтами...
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от _umka_ (??), 03-Сен-09, 18:19
	угу. и начинать тестирование с 0 ибо потом окажется что запись в log вызвала свиг по времени выполнения и вылез какой нить race conditionals который и раньше был - но был менее вероятным. Ну есть еще ошибки в коде самого логера - который может уронить систему.. в прочем чего объяснять - вы же и так знаете ?:)
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 03-Сен-09, 23:56
	да, знаю. не по наслышке. мне вот предстоит переписать симулятор, который заменяет оборудование. причем, переписывать с нуля, за исключением мелочей. потому как старый не расчитан на большие нагрузочные способности (на яве написан). пишется, тестируется программерами. потом тестируется пользователеми. код вылизыватся и все. просто наступил момент, когда со старым софтом ну вообще никак. и у вас такой момент наступит, рано или поздно. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 04-Сен-09, 00:22
	извиняюсь, не ко мне было адресовано...
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 03-Сен-09, 22:59
	>софт часто проще переписать, тем более, когда речь идет о простом логгинге >инфы. хотя, если люди любят преодолевать трудности, записывая инфу террабайтами... Проще, только самое сложное - найти идиота, который подпишется под приказом переписать работающий софт такого назначения. Потом более простой этап - найти идиота, который согласится сменить испытанный софт на новодел. Ну а потом, после первого же ЧП, проблем вообще не будет.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	81. "Решение проблем с удалением файлов гигантского размера в Lin..."	–1 +/–
	Сообщение от Karbofos (??), 03-Сен-09, 23:43
	для этого существует тестирование вообще-то. тестирование поризводится в условиях, приближенных к рабочим, плюс запас на будущее. вы про такое не слышали? есть даже книжки по этой тематике.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 03-Сен-09, 23:46
	>для этого существует тестирование вообще-то. тестирование поризводится в условиях, приближенных к рабочим, >плюс запас на будущее. вы про такое не слышали? есть даже >книжки по этой тематике. Как-то я читал воспоминания одного научного сотрудника. Он работал в институте, занимающемся усовершенствованием атомных электростанций. По его словам, все их предложения принимались, высоко оценивались, но никогда не внедрялись. Потому что есть старый инженерный принцип - "работает - не трогай". Подтверждений ему - море.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 03-Сен-09, 23:50
	>для этого существует тестирование вообще-то. тестирование поризводится в условиях, приближенных к рабочим, >плюс запас на будущее. вы про такое не слышали? есть даже >книжки по этой тематике. Я представляю начальника, к которому приходит администратор с предложением остановить завод на месяц для тестирования новой системы логов. Или тот же начальник, слушающий сообщение админа, что из-за недостатка места в дисковом массиве придётся запустить тестирование системы и на это надо миллион баксов и пол-года человекочасов...
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	86. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 04-Сен-09, 00:04
	эти предложения должны обосновано делать программисты-инженеры, с расчетом затрат и последущей экономии. а вы, как администратор, должны молча выполнять то, что скажет начальство.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от iZEN (ok), 04-Сен-09, 00:16
	>>для этого существует тестирование вообще-то. тестирование поризводится в условиях, приближенных к рабочим, >>плюс запас на будущее. вы про такое не слышали? есть даже >>книжки по этой тематике. > >Я представляю начальника, к которому приходит администратор с предложением остановить завод на >месяц для тестирования новой системы логов. Или тот же начальник, слушающий >сообщение админа, что из-за недостатка места в дисковом массиве придётся запустить >тестирование системы и на это надо миллион баксов и пол-года человекочасов... Тестовая конфигурация не так уж дорого стоит: 8 винчестеров по 1ТБ ~ 5000 руб.* 8 = 40000 руб. Блок питания 1000Вт ~ 7000 руб. RAID-контроллер SAS/SATA 8 кан. Intel "SRCSASBB8I" 256МБ RAID 0/1/5/6/10/50/60 (PCI-E x8) ~ 18000 руб. ОС FreeBSD 8.0-BETA3 с ZFSv13 ~ по цене за трафик. Системник PC, в который не стыдно всё это засунуть ~ 10000 руб. Итого: ~ 75000 руб. -- цена, сопоставимая со стоечным 2U-сервером на x86-архитектуре.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	89. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 04-Сен-09, 00:37
	точно также может обстоять дело с человекочасами... и может оказаться, чтобы симулировать поведение оборудования, достаточно написать небольшой скриптик... :)
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 04-Сен-09, 01:01
	>точно также может обстоять дело с человекочасами... и может оказаться, чтобы симулировать >поведение оборудования, достаточно написать небольшой скриптик... :) А когда реальное оборудование откажется эмулировать поведение скриптика...
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 04-Сен-09, 01:22
	вы просто даже не в курсе... не больно стоять на своем?
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 04-Сен-09, 02:39
	>вы просто даже не в курсе... не больно стоять на своем? Как-то я читал про отличие ученика из школы для отсталых от ученика обычной школы. Задают им задачу: - шёл мальчик по улице, нашёл две конфеты. Потом нашёл ещё три конфеты. Сколько конфет нашёл мальчик? Обычный школьник скажет "Пять", ну может ошибётся скажет "Четыре". Отсталый же школьник может начать изучать вопрос куда шёл мальчик, откуда, кто потерял конфеты, какие конфеты, нельзя ли пойти на улицу посмотреть нет ли там конфет... Так вот, вспомнил я эту особенность некоторых... Тема про то что ext4 не справилась с большим файлом, а не про то что логи неправильно формируются и надо написать новую программу, отладить...
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 04-Сен-09, 09:48
	нет, вы элементарно не смогли объяснить причину так называемого косяка ext4. кроме постранных ссылок на ошибку в кернеле. историю с учеником сами придумали? может вам надо было писателем пойти? талантище пропадает!
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от lora (??), 04-Сен-09, 12:55
	>нет, вы элементарно не смогли объяснить причину так называемого косяка ext4. кроме >постранных ссылок на ошибку в кернеле. А у вас есть мнение относительно такого поведения ext4 на большом файле? Озвучте его нам, мы слушаем! (ЗЫ. Самый большой файл который я видел был 39Гб аля образ Blu-Ray диска), стирался он на ext около 20 сек.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	110. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 06-Сен-09, 23:43
	во-первых, я такие дурацкие трудности не преодолевал, даже когда работал в отделе обработки сейсмоданных. данные с ленты автоматом разбивались на файлы вменяемых размеров. ими проще управлять, с ними проще работать, их проще индекировать и почее. это террабайты данных чисел с плавающей точкой, если это вам о чем-то говорит. в чем я очень сомневаюсь. во-вторых, я уже писал, каким бы образом я диагностировал данную ситуацию. или я должен повторить несколько раз, чтобы до вас дошло? или до вас не доходит, что на другой системе с ext4 такой проблемы может и не быть? например, криво собрали ядро, экспериментируя, накликавши всяких опций. или установив экспериментальное ядро. или рейд-массив прикручен с некорректными параметрами. или с девайсом общается еще куча программ (а может и одна, но очень кривая), которые соответственно влияют на все операции с диском. или... судя по описанию самого большого файла, который вы видели, я пришел к выводу, что вы даже не в состоянии создать большой файл для диагностики файловой системы. так вот, у меня файл 35 Гб удалился за 2.5 секунды. уж извините, не образы блю-рей дисков, а просто файлик, созданный dd if=/dev/zero of=image.udf bs=1000k count=35000 и это на hdparm -tT /dev/sda на винчестере с 8 мб кэша и 5200 оборотами в минуту. /dev/sda: Timing cached reads:   2102 MB in  2.00 seconds = 1051.46 MB/sec Timing buffered disk reads:  188 MB in  3.02 seconds =  62.24 MB/sec так что можете троллить дальше, флаг вам в руки и барабан на шею.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	111. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Karbofos (??), 06-Сен-09, 23:48
	опечатка: 5400 оборотов в минуту
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	91. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от Pilat (ok), 04-Сен-09, 01:02
	>Итого: ~ 75000 руб. >-- цена, сопоставимая со стоечным 2U-сервером на x86-архитектуре. Гениально...
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	115. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от iZEN (ok), 15-Сен-09, 21:20
	>>Итого: ~ 75000 руб. >>-- цена, сопоставимая со стоечным 2U-сервером на x86-архитектуре. > >Гениально... Вот тачка: http://www.3dnews.ru/news/kak_sozdat_petabaitnii_klaster_za_... "Рассмотрев коммерческие решения, компания посчитала, что выгоднее будет разработать кластер собственными силами. В итоге, каждый 67-Тб сервер форм-фактора 4U обошёлся в $7867. Петабайт - $117 тыс."
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от lora (??), 04-Сен-09, 12:52
	>Тестовая конфигурация не так уж дорого стоит: >8 винчестеров по 1ТБ ~ 5000 руб.* 8 = 40000 руб. + 2 диска для системы >Блок питания 1000Вт ~ 7000 руб. >RAID-контроллер SAS/SATA 8 кан. Intel "SRCSASBB8I" 256МБ RAID 0/1/5/6/10/50/60 (PCI-E x8) >18000 руб. У автора того топика большой раид был сделан софтово полностью. >ОС FreeBSD 8.0-BETA3 с ZFSv13 ~ по цене за трафик. Linux там был, на BSD в том топике не вспомнил никто. >-- цена, сопоставимая со стоечным 2U-сервером на x86-архитектуре. 2U приличные гораздо дороже стоят. Примерно от 100 тыр.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	105. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от iZEN (ok), 05-Сен-09, 23:34
	>>ОС FreeBSD 8.0-BETA3 с ZFSv13 ~ по цене за трафик. >Linux там был, на BSD в том топике не вспомнил никто. Я высказался про альтернативу. Ведь Linux не может предложить ничего более вменяемого, кроме XFS. >2U приличные гораздо дороже стоят. Примерно от 100 тыр. 2U: IBM System x3650 (Xeon E5504, до 128ГБ RAM, ServeRAID-BR10i, до 12 HDD 2.5" SAS/SATA/SSD) ~ цена от 70 т.р. PC: IBM System x3400 (Xeon E5504, до 96ГБ RAM, ServeRAID-BR10i, до 8 HDD 2.5" SAS) ~ цена от 55 т.р.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от lora (??), 06-Сен-09, 13:15
	>>>ОС FreeBSD 8.0-BETA3 с ZFSv13 ~ по цене за трафик. >>Linux там был, на BSD в том топике не вспомнил никто. > >Я высказался про альтернативу. Ведь Linux не может предложить ничего более вменяемого, >кроме XFS. > >>2U приличные гораздо дороже стоят. Примерно от 100 тыр. > >2U: IBM System x3650 (Xeon E5504, до 128ГБ RAM, ServeRAID-BR10i, до 12 >HDD 2.5" SAS/SATA/SSD) ~ цена от 70 т.р. Вы туда набейте винтов, и поглядите сколько будет стоить.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Решение проблем с удалением файлов гигантского размера в Lin..."	+/–
	Сообщение от iZEN (ok), 06-Сен-09, 20:41
	>[оверквотинг удален] >> >>Я высказался про альтернативу. Ведь Linux не может предложить ничего более вменяемого, >>кроме XFS. >> >>>2U приличные гораздо дороже стоят. Примерно от 100 тыр. >> >>2U: IBM System x3650 (Xeon E5504, до 128ГБ RAM, ServeRAID-BR10i, до 12 >>HDD 2.5" SAS/SATA/SSD) ~ цена от 70 т.р. > >Вы туда набейте винтов, и поглядите сколько будет стоить. А мне не нужно ТУДА набивать винтов. Я предложил АЛЬТЕРНАТИВНУЮ тачку (PC), сравнимую по ценам с ЭТИМИ, уже набитую.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема