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

Патч, решающий проблемы с отзывчивостью Linux-десктопа, opennews (?), 06-Авг-10, (0) [смотреть все] ну что, пусть добавляют в ванильное ядро я думаю все только за будут , ххх (?), 11:31 , 06-Авг-10, (2) +4 // все да не все основные разработчики ядра больше ориентируются на использоание, koblin (ok), 11:33 , 06-Авг-10, (4) +9 // Вообще говоря Линус очень хочет включить этот патч в ядро потому как он очень си, vizor (ok), 12:16 , 06-Авг-10, (10) +1 // Ну, да Linux не включал в ядро swap prefetch and bfs А почему тут вдруг захотел, zlo.rt.mipt.ru (?), 12:52 , 06-Авг-10, (28) +7 Его супер пупер десткоп на федоре вдруг затормозил -D, dimqua (ok), 14:04 , 06-Авг-10, (45) +3 Как по мне - при современных объемах оперативы разумнее просто не юзать своп сов, User294 (ok), 14:42 , 06-Авг-10, (54) –2 причём здесь своп дисковые операции это не только своп , phaoost (ok), 14:44 , 06-Авг-10, (55) Ну, swap prefetch - это все-таки своп , User294 (ok), 15:07 , 06-Авг-10, (63) +1 а этот патч к swap prefetch как-то относится , Аноним (-), 17:41 , 07-Авг-10, (146) Вообще-то в сообщении выше была фраза Которые не относятся к этому патчу, но отн, User294 (ok), 17:43 , 07-Авг-10, (150) Современные объемы оперативы нивелируются жавой, на которой, увы, еще написано к, аноним (?), 15:13 , 06-Авг-10, (64) +2 например , Аноним (-), 16:46 , 06-Авг-10, (73) вы хотели сказать Net ом А да, проги на дотнете, помимо прочего ещё и только п, ххх (?), 18:51 , 06-Авг-10, (85) –2 Банк-клиенты если речь только про десктоп , и большинство бизнес-систем из ряда, sHaggY_caT (ok), 19:30 , 06-Авг-10, (89) откройте для себя уже mono, Аноним (-), 17:42 , 07-Авг-10, (148) –1 А лучше закройте и не открывайте Тормозилки на чем-то полусовместимом с MS - а , User294 (ok), 17:44 , 07-Авг-10, (151) +4 не надо, и тем не менее работает не только в винде, Аноним (-), 04:54 , 08-Авг-10, (168) –1 У вас нивелируются А у меня - нет Я лучше под дисковые буфера лишнюю память от, User294 (ok), 17:41 , 07-Авг-10, (147) Да Это очень печально , zlo.rt.mipt.ru (?), 12:53 , 06-Авг-10, (29) Ты сам то хоть понял, что сказал http ru wikipedia org wiki D0 9B D0 B0 D1 82, anonymous (??), 14:16 , 06-Авг-10, (50) // Понял, латентность - задержка А тебя что смущает , koblin (ok), 14:55 , 06-Авг-10, (59) Вообще есть отличное русской слово отзывчивость , AdVv (ok), 15:29 , 06-Авг-10, (67) +1 В данном случае это русизм от Latency, а не то, что ты подумал , AdVv (ok), 15:27 , 06-Авг-10, (66) просто достаточно добавить опцию в ядро хотите - используйте думается, на деск, Карбофос (ok), 12:23 , 08-Авг-10, (173) Это случайно не исправление ошибки с iowait , stranger (??), 11:49 , 06-Авг-10, (5) +3 // похоже что с этим связано , fidaj (ok), 12:15 , 06-Авг-10, (9) +2 У меня этой ошибки нет с чипсетом AMD А с nvidia есть Насколько я знаю, ошиб, Зенитар (?), 17:38 , 06-Авг-10, (80) +1 Вот сама ошибка https bugzilla kernel org show_bug cgi id 12309И да, народ тес, John (??), 11:50 , 06-Авг-10, (6) // А судя по последним комментам - помогает, ivan1986 (?), 12:18 , 06-Авг-10, (12) Да, эта проблема существует Также как существует проблема зависания всего интерф, rfcr (ok), 11:58 , 06-Авг-10, (7) // Какая многозадачность если процессор во время копирования не работает В этом-т, letsmac (ok), 12:50 , 06-Авг-10, (26) // попробуйте включить DMA, ага, yopt (ok), 12:52 , 06-Авг-10, (27) // почитай про DMA ладно Он не снижает загрузку процессора - он его ВЫКЛЮЧАЕТ , letsmac (ok), 13:52 , 06-Авг-10, (40) за слово выключает зачет Похоже по DMA надо читать именно тебе А ничего что D, Аноним (-), 20:20 , 06-Авг-10, (97) +2 Процессор и контроллер DMA реализуют доступ к разделяемому ресурсу - памяти э, Andrey Mitrofanov (?), 14:06 , 06-Авг-10, (47) // А ничего что контролер DMA существует только на ISA шине А для остальных это Bus, Аноним (-), 20:21 , 06-Авг-10, (98) Это с фига ли Под прямым доступом к памяти Direct Memory Access, DMA подразум, User294 (ok), 17:52 , 07-Авг-10, (152) –1 Блин, два года мучился с этой проблемой на UbuntuStudio и на планировщик cfq п, fidaj (ok), 12:05 , 06-Авг-10, (8) Просто милашкой станет, добрым, отзывчивым - В Windows аналогично Кто-то реши, letsmac (ok), 12:16 , 06-Авг-10, (11) // в 7-ке этой проблема решена в линуксе эта фигня изначально помню как еще на 2 , fedya (??), 12:25 , 06-Авг-10, (13) // Доработали до приличия стэк IRP вот и стало более-менее Хотя CD всё равно мозг , letsmac (ok), 12:48 , 06-Авг-10, (25) // проблемы в VM причем тут DMA на одинаковом железе с одинаковым DMA соляра работ, fedya (??), 13:01 , 06-Авг-10, (30) +1 Реализация логики работы с контроллером DMA в защищенном режиме - это вообще-то , letsmac (ok), 13:50 , 06-Авг-10, (39) где вы нашли антиквариат с DMA контролером в наше время , Аноним (-), 20:23 , 06-Авг-10, (99) Да вообще-то тормозит она при активной работе диска Особенно если диск в систем, User294 (ok), 17:54 , 07-Авг-10, (153) А кто может подробно объяснить как наложить этот патч на Debian , Аноним (-), 12:28 , 06-Авг-10, (15) –5 // этот патч накладывают на исходники ядра, а не на дистрибутив , fidaj (ok), 12:43 , 06-Авг-10, (20) +14 // что за никчемный ответ иногда лучше промолчать, чем постить пустые коменты , ононим (?), 13:35 , 06-Авг-10, (34) –16 // Ответ абсолютно точный, но совершенно бесполезный Как водится , аноним (?), 14:41 , 06-Авг-10, (53) +8 как-то так Cross your fingers, sudo apt-get build-dep linux-source sudo apt-get , ононим (?), 13:37 , 06-Авг-10, (35) // gt оверквотинг удален Вау, клево Про дебиан понял А на убунту как наложить , XoRe (ok), 13:48 , 06-Авг-10, (38) // Кляньчить по форумам ссылку на PPA , Andrey Mitrofanov (?), 13:53 , 06-Авг-10, (41) +2 Клянчу Дайте ссылочку на PPA, плиз , proDOOMman (ok), 15:27 , 06-Авг-10, (65) Идиотизм Берёшь и патчишь, проприетарные драйверы затем переустанавливаешь Зао, Зенитар (?), 17:39 , 06-Авг-10, (81) –3 Зачем по такой жаре лишний раз нагружать проц Пусть лучше ланчпадовские сервера, proDOOMman (ok), 18:07 , 06-Авг-10, (83) +1 Ага PPA с ядром и патчем для StarCraft, ядро и патч для улучшенной производител, Зенитар (?), 21:07 , 06-Авг-10, (102) –2 Успокойтесь и выдохните А потом идите и играйте в свой старкрафт, proDOOMman (ok), 21:45 , 06-Авг-10, (114) Одна из самых популярных игр на планете Почему вам не нравится именно эта часть, Zenitur (?), 02:09 , 07-Авг-10, (123) –1 Ага, тут 36 за бортом И дым коромыслом как бонус Для полноты картины надо еще, User294 (ok), 17:59 , 07-Авг-10, (154) patch -p1 vmscan patch , pavlinux (ok), 05:20 , 07-Авг-10, (127) А куда Вы, товарищи, дели BFQ, BFS Они не решают проблемы с отзывчивостью , zlo.rt.mipt.ru (?), 12:47 , 06-Авг-10, (23) +6 // нет, redixin (?), 13:45 , 06-Авг-10, (37) –2 // Вы, право же, шутите Посмотрите что такое BFQ , zlo.rt.mipt.ru (?), 12:07 , 07-Авг-10, (137) User294 А кто безгрешен Или какойнить линуксулятор - это типа не костыль Ещё вс, iZEN (ok), 13:08 , 06-Авг-10, (31) –4 // кто знает, когда на опеннете появится функция игнора всяких умников , ононим (?), 13:32 , 06-Авг-10, (33) +2 // Уж лучше так чем карма инвайты и т д , blackjack (??), 13:41 , 06-Авг-10, (36) +1 Есть функция не читать комменты - все равно они все такие и этот тоже , Аноним (-), 13:55 , 06-Авг-10, (42) +5 // Рекурсия P, User294 (ok), 14:54 , 06-Авг-10, (58) Лучше скрывать _новости и посты в форуме из -другого лагеря- деленгие на лаг, Andrey Mitrofanov (?), 13:56 , 06-Авг-10, (43) // Запрещать, как вызывающие межконфессиональную рознь , northbear (??), 19:38 , 06-Авг-10, (91) Приравняем NIXоидство к религии , Аноним (-), 13:48 , 07-Авг-10, (141) Ага, и вообще, лучше оставить какую-нибудь одну систему как расово верную Правд, User294 (ok), 18:00 , 07-Авг-10, (155) ext4 - эта пачка костылей и подпорок обеспечивает продакшен, не нуждатся в сна, аноним (?), 13:59 , 06-Авг-10, (44) // что весьма печально, z (??), 14:06 , 06-Авг-10, (46) Толсто У меня вообще никакого вине нету например Он мне не нужен Пропатчить ли, User294 (ok), 14:53 , 06-Авг-10, (57) –3   // Вот-вот EXT ы -2, -3, и -4 8212 это подпорки и костыли древней как говно м, iZEN (ok), 16:58 , 06-Авг-10, (74) –1   // Чаще всего, занимает менее секунды В чем проблема сделать lock в той же базе да, sHaggY_caT (ok), 19:41 , 06-Авг-10, (93)   самое интересное, что это ему уже тысячу раз писали поэтому ну дайте человеку, аноним (?), 19:55 , 06-Авг-10, (95)   Конечно Поэтому я говорю о целостности структур метаданных файловой системы, а , iZEN (ok), 00:28 , 07-Авг-10, (119)   угу я так и понял, что это не недоговорённость, а рассчёт на то, что тут все уж, аноним (?), 03:49 , 07-Авг-10, (124) +1   Ну и чем оно принципиально лучше журнала в EXT3 и 4 тогда Такие допущения и он , User294 (ok), 18:14 , 07-Авг-10, (156)   интересно другое - когда rc ext4 файлы кед херил, работая в таком же режиме как , аноним (?), 14:03 , 08-Авг-10, (175)   Признаю, что-то перепутал Высказывание касалось только XFS, которую нужно замо, iZEN (ok), 00:36 , 07-Авг-10, (120)   Интересно, куда девается снапшот, если на диске остался 1Mb и не размеченая в 1G, pavlinux (ok), 05:39 , 07-Авг-10, (128)   в снапшотах ufs2 не нужны всякие не размеченные области, так же как и не нужно г, Аноним (-), 05:31 , 08-Авг-10, (169)   один хрен при нехватке места снепшота не будет просто тут процесс контролируется, аноним (?), 07:59 , 08-Авг-10, (170)   Удивляюсь BSD создали для того, чтоб человек думал, а не машина эх, где м, pavlinux (ok), 14:26 , 08-Авг-10, (177)   Уже не нужно, sHaggY_caT (ok), 18:19 , 07-Авг-10, (157)   Все так Только к EXT4 старикана так перепилили что оригинал и не узнать Тут ва, User294 (ok), 17:39 , 07-Авг-10, (145)   Ага Аж оторопь порой берёт http www linux org ru forum general 5205490 ext4 , iZEN (ok), 22:54 , 08-Авг-10, (178)   Ага, только вот 1 Не указан кернел Кернелы до 30 32 с EXT4 вообще буде, User294 (ok), 00:47 , 10-Авг-10, (179)   Ждём в zen-kernel , dimqua (ok), 14:08 , 06-Авг-10, (48) Кажеться, дело движется к разделению ядра на сервер десктоп форки , umbr (ok), 14:15 , 06-Авг-10, (49) +1 // Сразу, как только Линус почкованием разделится, ага , Andrey Mitrofanov (?), 14:20 , 06-Авг-10, (51) Только форкать будут дистрибутивы В меру своих хотелок И, главное, они и так э, User294 (ok), 15:06 , 06-Авг-10, (62) Это еще зачем Одно будет, если же конфиг , Живот (?), 13:07 , 10-Авг-10, (180) // есть, Живот (?), 13:08 , 10-Авг-10, (181) И эти люди агитируют за линукс на десктопах, со всеми его детскими болезнями вро, доброжелатель (?), 14:41 , 06-Авг-10, (52) –1 // Патч установился на 2 6 32 , Мимо проходил (?), 14:52 , 06-Авг-10, (56) // Суровая девушка на ресепшене попалась , Capth (?), 14:57 , 06-Авг-10, (60) +2 Бедняжка Вот с этим парнем вы одинаково мыслите, видимо http www bannedinholly, Knuckles (ok), 15:01 , 06-Авг-10, (61) +1 и эти люди агитируют нас за Windows Вы тетеньке-бухгалтеру обьяснити как устана, koblin (ok), 15:32 , 06-Авг-10, (68) +2 // SQL сервер и 1С в итоге работают, а сабжевый костыль - как обычноhttp www open, тру (?), 16:11 , 06-Авг-10, (70) // ну и чего тогда так волнуешься оно тебе нужно или ты таким образом волонтёром , аноним (?), 19:40 , 06-Авг-10, (92) Тогда, быть может, его имеет смысл держать свернутым на фоне , Аноним (-), 11:58 , 07-Авг-10, (136) пара занимаемых метров погоды не делают, это вам не тормознутый gnome system mon, аноним (?), 12:15 , 07-Авг-10, (139) бесполезно не помогает по всему видно, что он просто ждёт освобождения неких ре, аноним (?), 19:26 , 07-Авг-10, (159) подтверждаю, много много раз на 2k3, JL2001 (ok), 14:14 , 08-Авг-10, (176) Вы и есть та девочка на ресепшне , yurik81 (ok), 16:28 , 06-Авг-10, (71) +2 Ядро 2 6 33 5, не виснет, брат жив , alf (??), 17:15 , 06-Авг-10, (77) У девушки на ресепшене для этого есть тех саппорт в компании или на крайняк фирм, Blayder (?), 19:27 , 06-Авг-10, (88) // не у них девушки на ресепшене сами ставят винды, сами гоняют вирусы, сами фильт, аноним (?), 19:44 , 06-Авг-10, (94) Ага, а ещё они предлагали школьникам самостоятельно обслуживать свой школьный ли, аноним (?), 20:02 , 06-Авг-10, (96) // не патчи, а апдэйты боюсь на винды патчи не выпускаются впрочем как и на бинарн, аноним (?), 05:49 , 07-Авг-10, (129) Здесь сайт для любитлей и профессионалов , Зенитар (?), 21:10 , 06-Авг-10, (104) Патч не решает проблему Совсем Убунта 10 04, ваниль патч , Аноним (-), 15:49 , 06-Авг-10, (69) +1 // Убунта 10 04 искаропки Древний Dell Dimension 9100 Pentium D SATA Ядро 2 6, ACCA (ok), 21:21 , 06-Авг-10, (111) Както недавно писал образ двд на 8 гиг 3,5 часа И при этом системной не возм, Аноним (-), 16:41 , 06-Авг-10, (72) // баг с iowait исправят когда redhat свистнет - инфа 100 те как обычно, лет через , linux_must_die (ok), 16:59 , 06-Авг-10, (75) // У Торвальдса баг на федоре не проявляется Т о статус бага сейчас поменяется на, Аноним (-), 17:09 , 06-Авг-10, (76) +1 // сомневаюсь что им удается держать Торвальдса в неведении , fidaj (ok), 17:24 , 06-Авг-10, (79) +2 Не это главное Разрушен внутренний мир многих людей считавших, что Linux самая , Ъ (?), 09:04 , 07-Авг-10, (132) Это из другой песни , анонимиус (?), 17:18 , 06-Авг-10, (78) // проблема исчезает, если монтировать ФС с опцией sync, йло (?), 17:47 , 06-Авг-10, (82) // Тормозить так уж всем сразу можно ещё atime, diratime, barrier где есть , n, pavlinux (ok), 20:16 , 07-Авг-10, (161) +1 А есть кто-нибудь, у кого эта бага не проявляется Я вообще не понимаю о чем раз, filosofem (ok), 18:47 , 06-Авг-10, (84) // iZENна лоре есть тредтолько потом не жалуйся, когда машина зависнет минут на дц, копираст (?), 18:56 , 06-Авг-10, (86) // url , edo (ok), 21:04 , 06-Авг-10, (101) // судь в dd if dev zero of some file bs 8M С параметрами дд можно поиграть Заме, Кракен (?), 21:15 , 06-Авг-10, (109) у меня имеено такие симптомы, но только при записи на usb flash возможно и usb , edo (ok), 21:20 , 06-Авг-10, (110) Как я понял, это не один баг Просто проявляется аналогично Там все в куче- жел, Кракен (?), 21:25 , 06-Авг-10, (113) Запустил Индикатор винта на моем ветре горит, файлик делает А я пишу это сообще, Вредоносный (?), 15:11 , 07-Авг-10, (143) –1 система должна, для начала, полезть в своп а потом уже пробовать dd она это де, fidaj (ok), 15:16 , 07-Авг-10, (144) +1 Да смешно конечно Посмотрел, что ЛОРе предлагают, и в багзилле Я такое уже дела, filosofem (ok), 21:13 , 06-Авг-10, (108) // или бигли и прочии индексаторы какие-нибудь стоят я к примеру их сразу сношу оп, аноним (?), 04:29 , 07-Авг-10, (125) gt оверквотинг удален у меня эта штука проявлялась сразу после того как систем, fidaj (ok), 19:00 , 06-Авг-10, (87) +3 // Точно такие же пирожки, если памяти осталось пшик, то все замирает, приходится р, iss (?), 04:32 , 07-Авг-10, (126) Поищи обсуждение этого бага, например на Опеннете Увидишь, что он возникает в з, Зенитар (?), 21:11 , 06-Авг-10, (106) Ты походу хотел спросить у кого она проявляется Я такого не видел со времён Pen, ACCA (ok), 21:25 , 06-Авг-10, (112) // Я вообще не хотел спрашивать, пока не почитал каменты, из которых неявно следова, filosofem (ok), 00:58 , 07-Авг-10, (122) баг проявляется на чипсетах nforce 2, 4 я гарантирую это , ононим (?), 22:00 , 06-Авг-10, (116) // у меня на ноуте Dell Vostro 1400 проявлялся - на других не замечал, но там Inte, fidaj (ok), 22:04 , 06-Авг-10, (117) nForce4 SLI - никаких проявлений в течении 4х лет , Кракен (?), 22:38 , 06-Авг-10, (118) Кровью подпишешь -----------00 00 0 Memory controller nVidia Corporation CK804, pavlinux (ok), 12:15 , 07-Авг-10, (138) // А RAM у вас сколько А в своп что-нибудь сбрасывается или он пустой К тому же в, utilitytrack (?), 03:32 , 08-Авг-10, (166) Да уж 256 это ещё не минимум, но уже хреново ------dd if dev zero of BIGF, pavlinux (ok), 13:43 , 08-Авг-10, (174) у меня при активной записи на usb flash особенно в несколько потоков на несколь, edo (ok), 21:03 , 06-Авг-10, (100) // э-э-э-э с флешками это отдельная тема некоторые флешки просто не умеют в неско, fidaj (ok), 21:07 , 06-Авг-10, (103) +3 // ну так пусть и тормозит запись на flash, к этой части у меня никаких претензий н, edo (ok), 21:11 , 06-Авг-10, (105) // потому что есть понятие очереди и кто знает - что произойдет если вся очередь , fidaj (ok), 21:57 , 06-Авг-10, (115) +3 разве не отдельная очередь для каждого блочного устройства , edo (ok), 09:57 , 07-Авг-10, (133) я так понимаю что сразу это всё попадает в очередь планировщика noop anticipat, fidaj (ok), 11:33 , 07-Авг-10, (135) +3 А почему же некоторые АН flash-диски всегда нужно записывать данные только в од, Зенитар (?), 21:12 , 06-Авг-10, (107) На домашней машине никогда этот баг не проявлялся, зато на рабочей такой тупняк , Валерьян (?), 00:55 , 07-Авг-10, (121) Попробовал у себя Забавно это все работает Раньше периодически сталкивался с , Аноним (-), 07:22 , 07-Авг-10, (130) +1 // вместо sync еще можно попробовать такой способecho 10 proc sys vm vfs_cache_p, йло (?), 07:42 , 07-Авг-10, (131) // Ну это вообще не для меня Как я писал, у меня ssd и свопа нет, крутить этот пар, Аноним (-), 10:41 , 07-Авг-10, (134) // Не, это VFS vfs_cache_pressure------------------Controls the tendency of the ker, pavlinux (ok), 13:11 , 07-Авг-10, (140) +1 gt оверквотинг удален Что и требовалось доказать - если нет свопа, значит и ко, Аноним (-), 18:26 , 07-Авг-10, (158) Своп - это нечто иное как продолжение Виртуальной памяти vm swappiness - задаёт , pavlinux (ok), 20:02 , 07-Авг-10, (160) Да в общем то словоблудие все это В моем случае свопа нет и он не нужен Плюс эт, Аноним (-), 20:57 , 07-Авг-10, (163) Потестил ещеВыяснил интересный момент, не очевидный с первого взгляда У меня at, Аноним (-), 20:47 , 07-Авг-10, (162) 2 6 35 патч не помог если память кончается и ядро лезет в своп начинаются жуткие, Аноним (-), 14:57 , 07-Авг-10, (142) // Если это и баг, то из другой оперы совершенно ИМХО если оперативка заканчиваетс, filosofem (ok), 17:42 , 07-Авг-10, (149) –1 // Да не, в исходной новости разговор как раз про своп, патч внимательнее посмотрит, Аноним (-), 21:08 , 07-Авг-10, (164) // Bug 12309 - Large I O operations result in poor interactive performance and hig, filosofem (ok), 00:33 , 08-Авг-10, (165) это далеко не нормальное явление операции со свопом - дисковых операций тоже кас, fidaj (ok), 12:19 , 08-Авг-10, (172) +1 2,5,6,7,8,11,15,23,31,48,49,52,69,72,84,100,121,130,142

Сообщения

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

	57. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	–3 +/–
	Сообщение от User294 (ok), 06-Авг-10, 14:53
	>Ещё вспомни о WINE. Ага. Толсто. У меня вообще никакого вине нету например. Он мне не нужен. >Кстати, на линуксуляторе баг 12309 мне не удалось воспроизвести. Может подскажешь, что нужно сделать? ;) Пропатчить линукслятор, что же еще? :) >User294>А может, про UFS с пачкой костылей и подпорок вы уже забыли? >Эта "пачка костылей и подпорок" обеспечивает продакшен, Как-то редко оно в продакшне то встречается. EXTы явно чаще. >не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А фигли толку, если дизайн ископаемый? > А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО! Во первых, это умеют другие слои. Во вторых - какая она нафиг суперсовременная? Это шутка такая? Это ж EXT3 на стероидах. Вот только бздуны костылили по принципу "выкрасить и выбросить", навернув много вычурных, красивых и правильных костылей к древней и тупорылой ФС. Не меняющих принципиально свойства ФС, только исправляющие наиболее кондовые грабли в виде "fsck хреначит часами". Получилось академически стройно и нахрен не впившееся на практике. Линуксоиды пролечили журналинг чуть ли не десятилетие назад и потому в этот раз костылили ископаемое исключительно в направлении подъема его скорострельности. Что как раз всем и было надо в основном. В итоге - их старикан с новыми ногами^W^W экстентами - бегает как спортсмен, хоть и не являлся таковым изначально и был нехило перекроен. А некоторые другие не осилили капитально перекроить свою ФС, хотя-бы поюзав экстенты. Если что - экстенты в многих случаях ведут себя намного лучше чем блоки по скорости работы ФС. Именно поэтому их и втыкают в все современные дизайны ФС. Посмотрите на ФС разрабатываемые в последнее время. Все как на подбор юзают экстенты. Ну уж наверное не потому что они дураки, правда? :)
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	74. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	–1 +/–
	Сообщение от iZEN (ok), 06-Авг-10, 16:58
	>Как-то редко оно в продакшне то встречается. EXTы явно чаще. Вот-вот. EXT'ы (-2, -3, и -4) — это подпорки и костыли древней как говно мамонта EXT1 начала 1990-х — встречаются куда чаще отрихтованной и доведённой до ума стандартной юниксовой ФС в 2005 году UFS2. >>не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. > >А фигли толку, если дизайн ископаемый? > >> А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО! > >Во первых, это умеют другие слои. Во-первых, эта отговорка уже не катит. Пока ты склеиваешь необходимые слои между собой и получаешь рабочий снапшот, может пройти очень много времени, что непозволительно для продакшена. К тому же, снапшоты линуксовых ФС нужно делать на неживой-отмонтированной ФС. И, да, скорость записи на раздел со снапшотом в линуксе почему-то проваливается в разы по сравнению с разделом без снапшота. Почему так? Ведь другие нормальные ФС, поддерживающие снимки внутри себя, не страдают от этого дефекта. >Ext4 >Во вторых - какая она нафиг суперсовременная? Это шутка такая? Это ж EXT3 на стероидах. Вроде и нет больше _современных_универсальных_ ФС в Linux, годных к продакшену. Или я не прав? >Вот только бздуны костылили по принципу "выкрасить и выбросить", навернув много вычурных, красивых и правильных костылей к древней и тупорылой ФС. Не меняющих принципиально свойства ФС, только исправляющие наиболее кондовые грабли в виде "fsck хреначит часами". Получилось академически стройно и нахрен не впившееся на практике. Устойчивую к сбоям UFS2, не нуждающуюся для защиты метаданных в журнале ты назвал "кондовыми граблями". Ну-ну. Посмотрел бы я на надёжность современных линуксовых ФС, если ВНЕЗАПНО выключить электричество, а у них не окажется журнала. >Линуксоиды пролечили журналинг чуть ли не десятилетие назад и потому в этот >раз костылили ископаемое исключительно в направлении подъема его скорострельности. Журнал необходим для быстрого восстановления после сбоев. Во время нормальной работы он отнимает на себя достаточно заметную долю ресурсов как дисковой подсистемы, так и центрального процессора. Лучше отказаться от журнала вообще и обеспечить механизм внутренней согласованности жизненно важных структур, чем делать подпорки и костыли, тюнинг журналирования. >Что как раз всем и было надо в основном. В итоге - их >старикан с новыми ногами^W^W экстентами - бегает как спортсмен, хоть и >не являлся таковым изначально и был нехило перекроен. А некоторые другие >не осилили капитально перекроить свою ФС, хотя-бы поюзав экстенты. Если что >- экстенты в многих случаях ведут себя намного лучше чем блоки >по скорости работы ФС. Именно поэтому их и втыкают в все >современные дизайны ФС. Посмотрите на ФС разрабатываемые в последнее время. Все >как на подбор юзают экстенты. Ну уж наверное не потому что >они дураки, правда? :) Правда. Потому что экстенты на больших объёмах обслуживаемых данных эффективнее простых битовых карт (сканирование и определение непрерывных цепочек блоков тупо быстрее идёт). Но только на больших объёмах.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от sHaggY_caT (ok), 06-Авг-10, 19:41
	>Во-первых, эта отговорка уже не катит. Пока ты склеиваешь необходимые слои между >собой и получаешь рабочий снапшот, может пройти очень много времени, что >непозволительно для продакшена. Чаще всего, занимает менее секунды. В чем проблема сделать lock в той же базе данных(при этом доступ на чтение сохранится!), или приостановить, без отказа в обслуживании, виртуалку/контейнер? > К тому же, снапшоты линуксовых ФС нужно делать >на неживой-отмонтированной ФС. Глупость, нет такого, Вы что-то перепутали!
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от аноним (?), 06-Авг-10, 19:55
	самое интересное, что это ему уже тысячу раз писали. поэтому... ну дайте человеку высказаться. толку то никакого. >User294>А может, про UFS с пачкой костылей и подпорок вы уже забыли? >>Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО! интересно, а вот это http://www.opennet.ru/base/sys/softupdates_idea.txt.html айзен читал?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от iZEN (ok), 07-Авг-10, 00:28
	>самое интересное, что это ему уже тысячу раз писали. >поэтому... ну дайте человеку высказаться. толку то никакого. > >>User294>А может, про UFS с пачкой костылей и подпорок вы уже забыли? >>>Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании и умеет делать снапшоты на живой (подмонтированной в RW) ФС. А что умеет из этого делать суперсовременная линуксовая Ext4? НИЧЕГО! > >интересно, а вот это http://www.opennet.ru/base/sys/softupdates_idea.txt.html айзен читал? Конечно. Поэтому я говорю о целостности структур метаданных файловой системы, а не данных пользователя.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+1 +/–
	Сообщение от аноним (?), 07-Авг-10, 03:49
	угу. я так и понял, что это не недоговорённость, а рассчёт на то, что тут все уже научились читать мысли айзена. ну или на худой конец читают между строк: >Эта "пачка костылей и подпорок" обеспечивает продакшен, не нуждатся в журналировании .
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от User294 (ok), 07-Авг-10, 18:14
	>Конечно. Поэтому я говорю о целостности структур метаданных файловой системы, а не >данных пользователя. Ну и чем оно принципиально лучше журнала в EXT3 и 4 тогда? Такие допущения и он тоже обеспечивает. Только EXT3 еще и существовал мноооооого лет ;).
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	175. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от аноним (?), 08-Авг-10, 14:03
	интересно другое - когда rc ext4 файлы кед херил, работая в таком же режиме как sf, его айзены хаяли по чём зря. а во фре это уже не баг, а супер фича.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от iZEN (ok), 07-Авг-10, 00:36
	>> К тому же, снапшоты линуксовых ФС нужно делать >>на неживой-отмонтированной ФС. > >Глупость, нет такого, Вы что-то перепутали! Признаю, что-то перепутал. Высказывание касалось только XFS, которую нужно "замораживать" перед снимком. Тем не менее: http://maximum-value.blogspot.com/2009/01/lvm2.html "LVM2 и снапшоты Мало где говорится о том, что при использовании снапшота в LVM используется неразмеченное пространство в данном томе (Volume), хотя это совсем не очевидно. Т.е. имея 1Gb неразмеченного пространства мы можем сделать снапшот размером до 1G (т.е. и -L1G), но что будет, если мы при этом сделаем снапшот размером 2G и дождёмся, пока он заполнится больше чем на 1Gb? UPD: снапшот можно сделать размером не более чем неразмеченное пространство в томе, иначе получим "Insufficient free extents"." — такого маразма нет в UFS2.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	128. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от pavlinux (ok), 07-Авг-10, 05:39
	>такого маразма нет в UFS2. Интересно, куда девается снапшот, если на диске остался 1Mb и не размеченая в 1Gb? А ты попросил создать 2G снапшот? Может поверх данных писать начнёт?
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от Аноним (-), 08-Авг-10, 05:31
	>>такого маразма нет в UFS2. > >Интересно, куда девается снапшот, если на диске остался 1Mb и не размеченая >в 1Gb? >А ты попросил создать 2G снапшот? Может поверх данных писать начнёт? в снапшотах ufs2 не нужны всякие не размеченные области, так же как и не нужно говорить какого объема создавать снапшот - удивитесь.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от аноним (?), 08-Авг-10, 07:59
	один хрен при нехватке места снепшота не будет. просто тут процесс контролируется, а у вас нет.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от pavlinux (ok), 08-Авг-10, 14:26
	>и не нужно говорить какого объема создавать снапшот - удивитесь. Удивляюсь :)   BSD создали для того, чтоб человек думал, а не машина... эх, где мои счётные палочки с гидроподъёмником.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	157. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от sHaggY_caT (ok), 07-Авг-10, 18:19
	>Высказывание касалось только XFS, которую нужно "замораживать" перед снимком. Уже не нужно
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	145. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от User294 (ok), 07-Авг-10, 17:39
	>как говно мамонта EXT1 начала 1990-х Все так. Только к EXT4 старикана так перепилили что оригинал и не узнать. Тут вам и экстенты, и хешированные директории, и отложенное выделение. В общем все как у большинства иных подобных ФС типа XFS, JFS, etc. Не свежак и не последний писк, но и параметры не позорные. Весьма резвая такая ФС. И отлаженная временем. > — встречаются куда чаще Угадаете с трех раз почему? Наверное секрет в том что с хешированными дирами и экстентами - параметры EXT4 даже похожи на что-то приличное. >отрихтованной и доведённой до ума стандартной юниксовой ФС в 2005 году UFS2. Что-то никому этот ваш UFS2 как файловая система толком не нужен. Может быть, это потому что дисковые структуры недалеко ушли от "говна мамонта", со всеми вытекающими, как то неважненькая производительность на ряде нагрузок? >>Во первых, это умеют другие слои. >Во-первых, эта отговорка уже не катит. Это зависит от того шашечки или ехать. Если цель разрулить задачу - это одно. Если подрочить на академически правильное решение - другое. >Пока ты склеиваешь необходимые слои между собой и получаешь рабочий снапшот, >может пройти очень много времени, что непозволительно для продакшена. А мужики то не знают. Странно. Наверное iZEN им не попадался. Упущеньице. >К тому же, снапшоты линуксовых ФС нужно делать на неживой-отмонтированной ФС. Откуда это следует? >И, да, скорость записи на раздел со снапшотом в линуксе почему-то проваливается >в разы по сравнению с разделом без снапшота. Почему так? Вам анонимаус объяснял вроде? Это было безрезультатно? При том он объяснял что однозначно выигрышной стратегии нет, IIRC. >Ведь другие нормальные ФС, поддерживающие снимки внутри себя, не страдают от этого дефекта. Да, конечно, btrfs какойнить так работает что снимки - просто его логика работы. Это впрочем не означает что у него других проблем не будет. >Вроде и нет больше _современных_универсальных_ ФС в Linux, годных к продакшену. Или >я не прав? XFS тот же - он может и не суперуниверсал, но на ряде применений (большие файлы, etc) очень так ничего. И на несколько дисков размазывается хорошо, чем ext4 похвастать не может. >Устойчивую к сбоям UFS2, не нуждающуюся для защиты метаданных в журнале ты >назвал "кондовыми граблями". Про ее устойчивость к сбоям вам имхо доступно рассказали в соседнем посте. Вот у настоящих CoW файловых систем с недеструктивной записью - там да, устойчивость к сбоям есть. На уровне устройства ФС, так что и файлы и метаданные можно вернуть к какому-то предсказуемому состоянию, исключив ситуации "запись обломалась на середине - файл наполовину перезаписан". >Ну-ну. Посмотрел бы я на надёжность современных линуксовых ФС, если ВНЕЗАПНО >выключить электричество, а у них не окажется журнала. И даже с журналом - гарантируется непротиворечивое состояние журнала и структур ФС. А вот что будет с файлами - вопрос номер два. Гарантию атомарности записи данных + метаданных в классических ФС дает полное журналирование. А оно тормозное из-за двойной операции записи. >Журнал необходим для быстрого восстановления после сбоев. Во время нормальной работы он >отнимает на себя достаточно заметную долю ресурсов как дисковой подсистемы, Если журналятся только метаданные - то не отнимает. Обычно все соглашаются на такой вот компромисс. В итоге тормоза могут возникать только при metadata-intensive workload'ах. А это довольно нишевые и не частые случаи (именно поэтому кстати вырубить всякие там времена доступа - отличная идея). >так и центрального процессора. Лучше отказаться от журнала вообще и обеспечить механизм >внутренней согласованности жизненно важных структур, Насколько я понял спич по любезно приведенной в соседнем сообщении ссылке - механизм soft-updates в UFS2 не обещает что если я записывал файл и если все фигакнулось в момент записи то у меня будет или старый файл, или новый. А не нечто, наполовину старое и наполовину новое, не факт что юзабельное вообще. >чем делать подпорки и костыли, тюнинг журналирования. Строго говоря - я не без причин полагаю что будущее за ФС с недеструктивной записью, т.е. CoW-подобными файловыми системами. У них конечно своих грабель навалом, однако их плюсы в виде недеструктивности и возможности хранить более 1 версии файла - явно перевешивают. >>Ну уж наверное не потому что они дураки, правда? :) >Правда. Потому что экстенты на больших объёмах обслуживаемых данных эффективнее >простых битовых карт (сканирование и определение непрерывных цепочек блоков >тупо быстрее идёт). Но только на больших объёмах. А объемы данных растут, если вы не заметили. Ноутбячный винч размером полпачки сигарет в терабайт никого уже не удивляет.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	178. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от iZEN (ok), 08-Авг-10, 22:54
	>>как говно мамонта EXT1 начала 1990-х > >Все так. Только к EXT4 старикана так перепилили что оригинал и не >узнать. Ага. Аж оторопь порой берёт: http://www.linux.org.ru/forum/general/5205490 "ext4 не видит суперблока после сбоя питания собственно, сбоев было два и второй, похоже, на проверке после первого... я особо не следил. комп в режиме 24 на 7. выключился - я включил, ушел. скорее всего была проверка пока уходил. вернулся - все опять выключено. (само оно у меня не включается, но это другая история) после включения в GRUBе выбрал тот самый сбойнувший Debian, а он не смог найти раздел. стоит также Mandriva, в нее и загрузился. слил убитый рутовый раздел dd-шкой в образ, благо он всего 40 гиг. и стал пытаться гуглить и восстановить. fsck.ext4 -y /dev/sdd1 лечил около часа, в итоге все в лост+фаунд с непотребными именами. залил обратно из образа. при запуске так же предлагает чистить и чинить. тут с отказной опцией: [root@sg mnt]# fsck.ext4 -n /dev/sdd1 e2fsck 1.41.4 (27-Jan-2009) fsck.ext4: Superblock invalid, trying backup blocks... Superblock has an invalid journal (inode 8). Clear? no fsck.ext4: Illegal inode number while checking ext3 journal for /dev/sdd1 если подсунуть другой суперблок: [root@sg mnt]# fsck.ext4 -nb 8193 /dev/sdd1 e2fsck 1.41.4 (27-Jan-2009) fsck.ext4: Bad magic number in super-block while trying to open /dev/sdd1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> также пробовал подставлять 8193, 24577, 40961, 57345, 73729, взятые из статьи: http://breys.ru/blog/297.html - результат тот же. при этом fdisk все видит правильно: [root@sg mnt]# fdisk -l /dev/sdd Диск /dev/sdd: 1000.2 ГБ, 1000203804160 байт 255 heads, 63 sectors/track, 121601 cylinders Units = цилиндры of 16065 * 512 = 8225280 bytes Disk identifier: 0x37abde1d Устр-во Загр Начало Конец Блоки Id Система /dev/sdd1 1 4864 39070048+ 83 Linux /dev/sdd2 4865 121601 937689952+ 5 Расширенный /dev/sdd5 4865 121601 937689921 83 Linux а gparted не опознает файловую систему на том разделе. зы. модераторам. перед написанием сообщения на форум предлагаете читать FAQ - ссылка мертвая (404). sunny178 (08.08.2010 21:30:58) " Весело у вас. :)
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Патч, решающий проблемы с отзывчивостью Linux-десктопа"	+/–
	Сообщение от User294 (ok), 10-Авг-10, 00:47
	>Ага. Аж оторопь порой берёт: http://www.linux.org.ru/forum/general/5205490 >"ext4 не видит суперблока после сбоя питания Ага, только вот... 1) Не указан кернел. Кернелы до .30 ... .32 с EXT4 вообще будет юзать только мазохист. 2) У чувака довольно старая версия ext2 утилсов. У меня вот например e2fsck 1.41.11 на десктопе в кубунте. 3) Там маловато информации о том что за ФС, какие фичи юзались, какая конфигурация системы, что произошло, кто и насколько виноват и прочая. Например "а gparted не опознает файловую систему на том разделе" наводит на разные мысли. Могла допустим таблица разделов попортиться и все смещения съехали. Если сунуться 5 раз в неверные данные - разумеется суперблок там будет "порушен". А человек глазами то смотрел - а есть ли суперблок в том месте в котором он ищет вообще? А то может там вообще были не суперблоки? :) 4) Если тщательно прикапываться - ну нате вам в вашем же духе, например http://lists.freebsd.org/pipermail/freebsd-fs/2008-February/... Наверняка еще что-то такое нагуглится запросто (но меньше чем EXT4 - сколько его юзает народа, а сколько UFS2?). Или вы как наивный чукотский юноша думали что качественно убить при сомнительных обстоятельствах можно только EXT4? Да хрен там, практически что угодно можно уложить при правильном подходе к делу. А EXTовские утили к слову одни из наиболее настырных. Они пытаются что-то отскрести даже там где чекалки других ФС сдаются. EXT4 в этом плане доверия поменьше чем EXT3, в силу новизны структур. Однако по информации как тут - даже не понятно кто виноват и багу например не напишешь. [skip] Не обязательно сюда все сообщение цитировать, имхо - читатели явно могут по ссылке пройти.
	Ответить | Правка | Наверх | Cообщить модератору

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

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