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

Релиз ядра Linux 3.3. Обзор новшеств, opennews (ok), 19-Мрт-12, (0) [смотреть все] Появилась ли поддержка K10, в Processor Family Support , Дмитрий (??), 12:34 , 19-Мрт-12, (2) // K10 не настолько сильно отличается от K8, чтобы для них отдельную поддержку дела, анонимус (??), 12:46 , 19-Мрт-12, (9) // дык достаточно добавить пункт и запускать компилятор с правильным march, Mike Lee (?), 15:10 , 19-Мрт-12, (68) // При том в gcc 4 7 подтянута реализация наборов команд и новых интелских процов, , Аноним (-), 15:39 , 19-Мрт-12, (86) Кстати, если определить подходящую переменную окружения, подхватит её make , Андрей (??), 16:57 , 19-Мрт-12, (106) А что есть подходящая переменная Как это выглядит , Аноним (-), 19:10 , 19-Мрт-12, (114) Феншуйные - CFLAGS, LDFLAGS, CC, CXX, MAKEFLAGS и т п http pubs opengroup org , pavlinux (ok), 16:25 , 20-Мрт-12, (185) Упс, что-то я эпически стормозил , Аноним (-), 23:44 , 20-Мрт-12, (190) Конечно, да , Аноним (-), 12:51 , 20-Мрт-12, (161) Почти в каждой новости о выходе ядра пишут, что удалено практически столько же с, Аноним (-), 12:41 , 19-Мрт-12, (4) +4 // Почти столько же это если оценивать десятками миллионов строк, если присмотретьс, Аноним (-), 16:33 , 19-Мрт-12, (97) // Добавлено 10753 тыс строк кода, удалено - 10698 тыс строк Итого, 57 тыс за , Аноним (-), 05:02 , 20-Мрт-12, (152) +2 // Ниже в той же новостиТак что получается - больше 2 3 ядра за версию переписано , ptr (??), 09:40 , 20-Мрт-12, (153) Да ну As of this writing, the 3 3 development cycle is at 3 3-rc6 and things , Andrey Mitrofanov (?), 10:59 , 20-Мрт-12, (156) Спасибо, что обратили внимание, была ошибка в скрипте анализа патча Правильные , Maxim Chirkov (ok), 11:41 , 20-Мрт-12, (158) +1 Говорят в этой версии bug 12309 исправили Кто проверял , Аноним (-), 13:04 , 19-Мрт-12, (22) –3 // А что это и кого касается , muon (ok), 13:50 , 19-Мрт-12, (40) +3 // С добрым утром https bugzilla kernel org show_bug cgi id 12309, Аноним (-), 12:53 , 20-Мрт-12, (162) // Кэп сообщает что этот баг лезет в сильно некоторых конфигах при сильно некоторых, Аноним (-), 13:41 , 20-Мрт-12, (165) О Пойду тестировать Где-то меня был старый конфиг ядра где эта проблема появла, Аноним (-), 13:06 , 21-Мрт-12, (196) сильно некоторая операция к сведению КО dd if dev zero of tmp test bs 1M coun, rico (ok), 18:48 , 27-Мрт-12, (209) Был только один репорт об этом Больше никто не подтвердил , sdfsfsf (?), 13:52 , 19-Мрт-12, (43) Его в каждой версии для половины машин исправляют, а для другой половины заново , Анон (?), 00:05 , 20-Мрт-12, (144) // Странно, почему же тогда я его ни разу не видел , Аноним (-), 13:42 , 20-Мрт-12, (166) // Скорее всего потому, что вы никогда не использовали линукс на декстопе более нес, petrosha (?), 07:35 , 21-Мрт-12, (193) –1 Как пропатчить винду под ck pf А под линуксом 8212 неа, не наблюдал , виндотролль (?), 18:52 , 21-Мрт-12, (205) А о секурных дырах как обычно умолчали Сколько их исправлено , Аноним (-), 13:04 , 19-Мрт-12, (23) –6 // а сколько их добавлено , он (?), 13:23 , 19-Мрт-12, (31) –5 // Ой, да ладно вам, и так давно уже всем и все известноСюда нет смысла об этом что, фклфт (ok), 13:48 , 19-Мрт-12, (38) –18 // А что - факт Если какой-то олух сомневается что в программах такого размера был, Аноним (-), 14:28 , 19-Мрт-12, (53) +11 Правильно делают Этот портал не место для обгаживания открытого ПО , alkaloides (ok), 02:28 , 20-Мрт-12, (150) +1 Этот портал место для обгаживания закрытого ПО , Аноним (-), 12:54 , 20-Мрт-12, (163) Ну поскольку проприерасы обычно сносят все нелестные комменты о своих поделках и, Аноним (-), 13:44 , 20-Мрт-12, (167) почитайте о предыдущих релизах последнее ядро 3 2 11 Примерно столько дыр и исп, Аноним (-), 13:53 , 19-Мрт-12, (45) +5 // а сколько их добавлено , pro100master (ok), 20:50 , 19-Мрт-12, (131) +1 Ладно, ладно вы мне скажите когда уже lz4 в btrfs появиться , Аноним (-), 13:28 , 19-Мрт-12, (34) // Вы уверены, что будет ощутимо лучше, чем с LZO , Tav (ok), 13:44 , 19-Мрт-12, (36)   // Уверен , Аноним (-), 13:47 , 19-Мрт-12, (37)   Как ни странно, на страничке проекта http code google com p lz4 есть относите, Аноним (-), 15:04 , 19-Мрт-12, (62) +2   // Возможно из-за этих проблем и не включили ещё Если интересно, свяжитесь с Дэвид, sdfsfsf (?), 16:17 , 19-Мрт-12, (93)   Интересно Но это еще не означает, что задействование lz4 повлияет на производит, Tav (ok), 16:38 , 19-Мрт-12, (100)   На быстрых носителях типа SSD - вероятно может повлиять Там очень быстрое чтени, Аноним (-), 19:39 , 19-Мрт-12, (118)   разнотипных носителей , Аноним (-), 19:39 , 19-Мрт-12, (119)   Я же не утверждаю, что lz4 не нужен Просто для обоснования его использования ну, Tav (ok), 22:27 , 19-Мрт-12, (141)   А много ли у вас несжатых данных в системе У меня в основном все сжато - архив, sasa (??), 01:04 , 20-Мрт-12, (147) +1   Найдется, фигли - Все системные бинарники библы, исполняемые файлы, конфиги, et, Аноним (-), 14:02 , 20-Мрт-12, (169)   Объем того что может сжаться в системе один рип hdtv перекроет, а если учесть об, sasa (??), 15:19 , 20-Мрт-12, (176)   А если присовокупить вращающиеся носители И или цену ssd Не останавливайтес, Andrey Mitrofanov (?), 15:24 , 20-Мрт-12, (177)   Ага, посмотрю я как вы рипы на SSD свалите Ценник за мег там довольно конский, , Аноним (-), 15:45 , 20-Мрт-12, (182)   А зачем вы их тогда вообще покупаете если на нем даже ролик в приличном качестве, sasa (??), 13:45 , 21-Мрт-12, (202)   Там, вроде как, не переход на новый алгоритм, а добавление нового алгоритма Т е, dalco (ok), 20:33 , 19-Мрт-12, (125)   Конечно А ещё - там всего 1 байт отведён под тип сжатия, т о возможно 256 тип, sdfsfsf (?), 23:08 , 19-Мрт-12, (142)   А можно поподробнее чем в 2012 году плох C99 , Crazy Alex (ok), 21:10 , 19-Мрт-12, (136)   В случае именно алгоритма сжатия - тем что алгоритм этого класса потенциально мо, Аноним (-), 14:10 , 20-Мрт-12, (170)   Хм Частично согласен, но если где-то такой дремучий компилятор и остальное, п, Crazy Alex (ok), 14:44 , 20-Мрт-12, (175)   Ну да, зато может стоить по цене грязи под ногами, например Или быть частью уже, Аноним (-), 15:25 , 20-Мрт-12, (178)   А чем оно лучше того же lzo Мне интересно другое, когда запилят в grub поддержку, Аноним (48), 14:04 , 19-Мрт-12, (48) +1 // А в чем проблема держать boot на несжатом btrfs Есть ли вообще смысл сжимать , Tav (ok), 14:26 , 19-Мрт-12, (52) +1 // А в чём проблема держать на сжатом zfs умеет , Аноним (-), 14:50 , 19-Мрт-12, (56) Grub поддерживает btrfs, но только без сжатия , Tav (ok), 14:54 , 19-Мрт-12, (57) поддерживает сжатые, но только gzip lzo - нет , ragus (ok), 21:17 , 19-Мрт-12, (138) ну и что какой смысл жать бинарное ядро, а тем более уже сжатый инитрд для того , Харитон (?), 18:53 , 19-Мрт-12, (112) +2 А тем более сжатое бинарное ядро , Аноним (-), 13:11 , 21-Мрт-12, (197) lz4 почти в 3 раза быстрее распаковывает сжатые данные, Аноним (-), 14:56 , 19-Мрт-12, (58) // Это имеет значение, если доля использования ЦП существующим алгоритмом сжатия l, Tav (ok), 16:49 , 19-Мрт-12, (104) Она более чем существенна Переношу сейчас систему на сжатый btrfs Загрузка про, Аноним (-), 20:28 , 19-Мрт-12, (122) Ну если у вас zlib юзается - то он вообще тормозной и так и сяк По сравнению с , Аноним (-), 20:38 , 19-Мрт-12, (127) Там, насколько я знаю, выбор между эффективностью и скоростью достигается за сче, Tav (ok), 22:16 , 19-Мрт-12, (140) А вы купите SSD втыкаемый в PCI-E x16 и расскажите как оно там на таких скоростя, Аноним (-), 20:37 , 19-Мрт-12, (126) Ну и пусть себе на ext сидит Эти несколько файлов размером в единицы максимум , Crazy Alex (ok), 14:56 , 19-Мрт-12, (59) Шустрее В btrfs уже запилили индивидуальное сжатие или несжатие конкретных файло, Аноним (-), 15:05 , 19-Мрт-12, (63) Быстрее Давно http paste pocoo org raw 569961 , daks (ok), 16:21 , 23-Мрт-12, (207) Фороникс подаст I The LZ4 compression support censored will land in the Linux, Andrey Mitrofanov (?), 12:59 , 20-Мрт-12, (164) Когда сделали fuse я обрадовался правильная тенденция Сделать интерфейсы для о, Аноним (-), 13:48 , 19-Мрт-12, (39) // Почему кого-то это должно напрягать , sdfsfsf (?), 13:52 , 19-Мрт-12, (44) // Линуса напрягает же, Аноним (-), 14:19 , 19-Мрт-12, (50) +2 // И правильно напрягаетМоё впечатление от fuse - медленно и неэкономично, Shifty (?), 15:05 , 19-Мрт-12, (65) Мое впечатление вашумать, оно умудряется упереться в CPU а не IO Разумеется сл, Аноним (-), 15:11 , 19-Мрт-12, (70) +1 дану , Аноним (-), 15:12 , 19-Мрт-12, (74) Что - дану Берем ntfs реализованный в FUSE и тихо худеем как оно ненапряжно упи, Аноним (-), 15:21 , 19-Мрт-12, (78) ntfs-3g не показатель , Аноним (-), 16:54 , 19-Мрт-12, (105) Если факты не подтверждают теорию, от них надо избавиться законы Мерфи Так, Аноним (-), 20:39 , 19-Мрт-12, (128) На то, что конторке выгодно, чтобы их FUSE драйвер тупил , filosofem (ok), 21:08 , 19-Мрт-12, (134) –1 Так в случае fuse это автоматически обеспечивается лютым переключением контексто, Аноним (-), 21:12 , 19-Мрт-12, (137) +1 Вот тут аноним, ты дал ясно понять что не разбираешься в сути вопроса Именно об, Аноним (-), 13:22 , 21-Мрт-12, (198) Кто тебе такую чушь сказал там стоит вполне себе лицензионный ембедед едишн , Anoynymous (?), 13:40 , 21-Мрт-12, (201) Кто тебе такую чушь сказал Ой, да ладно, так уж и чушь Поспрашивай ребят которы, Аноним (-), 15:08 , 21-Мрт-12, (203) К тому же небезопасно Юзер добавляется в группу fuse и может монтировать все, ч, Аноним (-), 20:31 , 19-Мрт-12, (124) Меня в случае таких вопросов учили спрашивать Кто принимает решения Линус То, Ваня (??), 13:57 , 19-Мрт-12, (47) –6 // И это к лучшему, ибо вменяемый руководитель проекта - лучше тысяч индусни, где н, Аноним (-), 15:15 , 19-Мрт-12, (75) +2 // А где в ваших словах то самое мериократическое сообщество , Ваня (??), 16:39 , 19-Мрт-12, (101) –6 В моих словах полное выражение вашей свободы Свободы заткнуться и сделать лучше, Аноним (-), 20:43 , 19-Мрт-12, (129) +6 Харашо сказал , Роман ОйраОйра (?), 11:56 , 20-Мрт-12, (159) Где-то рядом Никто же ж не виноват что твой парсер слабоват ж ж ж ж , Аноним (-), 13:24 , 21-Мрт-12, (199) Действительно Чего так комплексовать об размере-то , Andrey Mitrofanov (?), 14:22 , 19-Мрт-12, (51) +2 Да, конечно А апофеозом наверное является реализация ФС на питоне Правда пока , Аноним (-), 15:08 , 19-Мрт-12, (66) // Если не брать во внимание MMAP IO то FUSE дает просадку не более чем в 2 раза по, Аноним (-), 15:11 , 19-Мрт-12, (71) // Кто и как это замерял Если например взять FUSE драйвер NTFS - это просто эталон, Аноним (-), 15:18 , 19-Мрт-12, (76) +1 А вот тут можно поподробней Что использовалось вместо и т д Задача 8212 ма, AlexYeCu (ok), 16:48 , 19-Мрт-12, (103) paragon ntfs express, Аноним (-), 16:58 , 19-Мрт-12, (108) Понятно Разница в скорости с ntfs-3g впечатляет, но проприетарная штука, увы к, AlexYeCu (ok), 17:17 , 19-Мрт-12, (109) Увы Однако разница достаточна для того чтобы контора которая сие делает могла п, Аноним (-), 20:45 , 19-Мрт-12, (130) Оно ещё, судя по всему, только для ядер 2 6 38 и ниже Т е как часто в таких сл, AlexYeCu (ok), 22:10 , 19-Мрт-12, (139) То был другой аноним У меня к счастью нет NTFS дисков на данный момент и пробле, Аноним (-), 00:09 , 20-Мрт-12, (145) Не скажу за все fuse-реализации, но вот конкретно ntfs-3g при записи большого ко, AlexYeCu (ok), 09:53 , 20-Мрт-12, (154) При записи на винч оно тоже адски тормозит и временами грузит 1 ядро CPU под зав, Аноним (-), 14:19 , 20-Мрт-12, (171) Где мой валидол Бывает же, что люди компилят ядра 24 7 365 и львиную долю этого, Aleks Revo (?), 14:42 , 20-Мрт-12, (174) и делают это зачем-то на NTFS Эти мсье знают толк , Аноним (-), 15:29 , 20-Мрт-12, (179) Я за свою жизнь собрал ровно одно linux-ядро и то интереса ради Году так в 2002, AlexYeCu (ok), 17:48 , 20-Мрт-12, (187) Не загоняйся Не знаю таких кто собирает ядра чтобы собирать ядра, но знаю тех к, Аноним (-), 13:29 , 21-Мрт-12, (200) Где почитать про teaming Когда можно брать в продакшн , muon (ok), 13:51 , 19-Мрт-12, (42) // в изначальном письме с патчем есть описаниеhttp lwn net Articles 467280 , Аноним (-), 16:22 , 19-Мрт-12, (95) я так понял в 3 3 xfs improved есть тесты какие-нибудь уже на эту тему , Аноним (-), 14:11 , 19-Мрт-12, (49) // Да, интересный вопрос У меня дома она разные ext таки вытеснила , Crazy Alex (ok), 14:58 , 19-Мрт-12, (60) старый pohmelfs выкинули, новый не добавили , ig0r (??), 15:05 , 19-Мрт-12, (64) KISS , aHoHuM (?), 15:10 , 19-Мрт-12, (69) // Вот они, хакеры-системщики во всей красе У них и образ флешки образом сидюка яв, Аноним (-), 15:34 , 19-Мрт-12, (84) +1 Отлично , Аноним (-), 15:23 , 19-Мрт-12, (79) И каждый раз после выхода ядра страничка на kernelnewbies либо жутко лагает, либ, Stax (ok), 15:39 , 19-Мрт-12, (85) Иоваит, иоваит то пофиксили , Vova (??), 15:57 , 19-Мрт-12, (88) // Попробуйте прочитать новость Пофиксилось ли оно лично у вас - так возьмите и ПР, Аноним (-), 16:15 , 19-Мрт-12, (92) Ну так протестируйте и сюда отпишитесь https bugzilla kernel org show_bug cgi, sdfsfsf (?), 16:22 , 19-Мрт-12, (96) // Если-бы имел возможность протестировать сейчас - не спрашивал бы Спросил у тех , Vova (??), 16:37 , 19-Мрт-12, (99) // Лично у меня оно нигде и раньше не проявлялось, увы , sdfsfsf (?), 19:29 , 19-Мрт-12, (115) А у меня и раньше не было проблем Наивно думать что один баг который лезет личн, Аноним (-), 21:09 , 19-Мрт-12, (135) не говорите за себя, залезте в гугл 12309 Сколько людей из за него страдают И , Vova (??), 01:10 , 20-Мрт-12, (148) так на каком железе она у вас проявляется , Карбофос (ok), 10:34 , 20-Мрт-12, (155) А зачем гугл - есть багзилла И да, в 3 3 явно починен один баг который потенциа, Аноним (-), 14:24 , 20-Мрт-12, (172) теперь стало опасно менять размер уменьшать смонтированную фс оно научилось , Аноним (-), 16:35 , 19-Мрт-12, (98) Не верю 10 млн строк Они там что, 2 3 ядра переписали , Archer73 (ok), 16:40 , 19-Мрт-12, (102) +1 Это как понимать На brtfs можно будет из 4-ёх винтов аппаратного RAID 0 добавить, ILYA INDIGO (ok), 17:29 , 19-Мрт-12, (110) // Нет, в btrfs есть программный рейд на уровне ФС, когда например в RAID 0 между д, Аноним (-), 18:48 , 19-Мрт-12, (111) +1 Это значит, что есть у вас есть фс, расположенная на одном диске, то вы можете п, sdfsfsf (?), 19:33 , 19-Мрт-12, (116) +1 Понял Спасибо , ILYA INDIGO (ok), 20:30 , 19-Мрт-12, (123) что будет в следующем релизе когда он будет Не было ли в этот раз появлен, ua9oas (ok), 19:35 , 19-Мрт-12, (117) // Варианты для нетерпеливых - Мониторите профильные гиты и их ченжлоги - Читать с, Аноним (-), 21:06 , 19-Мрт-12, (133) +1 btrfs пока использовать стоит ровно так, как положено использовать любой другой , sdfsfsf (?), 23:12 , 19-Мрт-12, (143) Это аж 10 7 млн строк кода Получается каждый разработчик написал в среднем по 1, Resonance (ok), 20:06 , 19-Мрт-12, (120) –1 // Туплю Фантастические цифры Это же вероятность ошибок новых очень велика , Resonance (ok), 20:08 , 19-Мрт-12, (121) –1 Все это хорошо конечно, вот только одно жаль не кому почти поддерживать такую за, EUGENE (?), 20:51 , 19-Мрт-12, (132) +1 // у этой ФС есть киллер в прямом и переносном смысле D -фичи _ ее нет в ядре, , добрый дядя (?), 02:16 , 20-Мрт-12, (149) // Reiser4 была в своё время ОЧЕНЬ перспективной ФС, но по ряду причин её подзаброс, kknight (ok), 13:55 , 20-Мрт-12, (168) // Ага, забенчите рейзер с включенным tail packing ом и доложите о скорости Btr, Аноним (-), 14:35 , 20-Мрт-12, (173) Неплохо, всё лучше и лучше , lucentcode (ok), 03:06 , 20-Мрт-12, (151) Ну где нытики, которые обещали нам фрагментацию и развал ядра Наработки Android, fi (ok), 12:41 , 20-Мрт-12, (160) +1 // Да не получится там никакой фрагментации, центр тяготения есть и законы физики , Аноним (-), 15:36 , 20-Мрт-12, (180) Все здесь - http www linux org ru news opensource 7536825Если уж сами разработ, if (?), 15:41 , 20-Мрт-12, (181) –1 // Это у вас - фюреры А тут у каждого своя бошка на плечах и никто никому ничего н, Аноним (-), 15:53 , 20-Мрт-12, (183) Да, лан Троль из КрасноШапки рассказывает, Как нам обустроить Линакс Аппс Марк, Andrey Mitrofanov (?), 16:04 , 20-Мрт-12, (184) Необходимость принудительного использования безопасной песочницы для запуска п, Аноним (-), 23:28 , 20-Мрт-12, (189) // LXC Или для особо злых KVM В принципе оно уже есть , Аноним (-), 01:46 , 21-Мрт-12, (192) Средства контейнерезации и виртуализации не являются инструментами безопасности , Andrey Mitrofanov (?), 10:23 , 21-Мрт-12, (194) В основное дерево ядра из ветки staging перенесён драйвер gma500 Т е на Asus T, Аноним (-), 15:21 , 21-Мрт-12, (204) 2,4,22,23,34,39,42,49,64,69,79,85,88,98,102,110,117,120,132,151,160,204

Сообщения

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

	36. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Tav (ok), 19-Мрт-12, 13:44
	Вы уверены, что будет ощутимо лучше, чем с LZO?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 19-Мрт-12, 13:47
	Уверен ^^
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз ядра Linux 3.3. Обзор новшеств"	+2 +/–
	Сообщение от Аноним (-), 19-Мрт-12, 15:04
	> Вы уверены, что будет ощутимо лучше, чем с LZO? Как ни странно, на страничке проекта http://code.google.com/p/lz4/ есть относительно честные бенчи + ссылки на сторонние бечи. Как правило 1) Оно жмет чуть быстрее LZO. 2) Декомпрессит оно временами аж в пару раз быстрее LZO. 3) Оно зачастую одновременно и быстрее и лучше жмет чем например гугловый snappy. Приветы гуглу, их обштопали. Итого: достаточно любопытный кандидат, хоть и написанный менее качественно чем LZO (парочка перцев с проблемами endianess, использнивание C99 во все поля без особых причин).
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	93. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от sdfsfsf (?), 19-Мрт-12, 16:17
	Возможно из-за этих проблем и не включили ещё. Если интересно, свяжитесь с Дэвидом и предложите ему помощь в подготовке патча.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Tav (ok), 19-Мрт-12, 16:38
	Интересно. Но это еще не означает, что задействование lz4 повлияет на производительность btrfs. Если накладные расходы на сжатие с lzo уже несущественны, то дальнейшее улучшение производительности алгоритма сжатия может не дать ощутимого преимущества. Я не утверждаю, что это точно так, просто бенчмарки lz4 против lzo сами по себе не оправдывают переход на другой алгоритм.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	118. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 19-Мрт-12, 19:39
	> Интересно. Но это еще не означает, что задействование lz4 повлияет на производительность btrfs. На быстрых носителях типа SSD - вероятно может повлиять. Там очень быстрое чтение, так что декомпрессия в 2 раза быстрее может уже роялить в принципе. > Если накладные расходы на сжатие с lzo уже несущественны, Думается можно найти клинические случаи когда это не так. Вон SSD которым SATA мало - уже есть. Ну вон например монстры втыкаемые в PCI-E x16. Как вы думаете, с какой скоростью данные из 1 массива памяти в другой перетекают по скоростной шине? Думаете там несущественна разница в 2 раза? Не факт. > то дальнейшее улучшение производительности алгоритма сжатия может не дать ощутимого преимущества. Как бы потоки данных бывают разные. > Я не утверждаю, что это точно так, просто бенчмарки lz4 против > lzo сами по себе не оправдывают переход на другой алгоритм. Как бы это сказать? Если можно тратить меньше времени в некоей операции - лучше всего его тратить меньше. Файловая система может работать на куче
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 19-Мрт-12, 19:39
	> на куче ...разнотипных носителей.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Tav (ok), 19-Мрт-12, 22:27
	Я же не утверждаю, что lz4 не нужен. Просто для обоснования его использования нужен несколько более сложный анализ в контексте ФС, а не сравнение круглых lzo и lz4 в вакууме.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	147. "Релиз ядра Linux 3.3. Обзор новшеств"	+1 +/–
	Сообщение от sasa (??), 20-Мрт-12, 01:04
	> На быстрых носителях типа SSD - вероятно может повлиять. А много ли у вас несжатых данных в системе ? У меня в основном все сжато - архивы и медиаданные которые не жмутся простыми алгоритмами впринципе даже если они в виде RAW или PCM.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	169. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 20-Мрт-12, 14:02
	> А много ли у вас несжатых данных в системе ? Найдется, фигли. - Все системные бинарники (библы, исполняемые файлы, конфиги, etc). Ускорить их подгрузку в пару раз - неплохая идея. - Кэш браузера с мегатоннами великолепно жмущейся хтмлятины. - Достаточно большие массивы данных, например выгруженных из OSM или несжатые битмапы для отсыла на принтер, manually generated, а потому - жмутся превосходно. - У некоторых игр игровые ресурсы занимают дофига (сотни мб ... несколько Гб) и расположены в несжатом виде. > У меня в основном все сжато - архивы и медиаданные которые не жмутся > простыми алгоритмами впринципе даже если они в виде RAW или PCM. RAW или PCM вполне может сжаться. Правда не так оптимально как специализированными алгоритмами, но - может.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от sasa (??), 20-Мрт-12, 15:19
	> Найдется, фигли. Объем того что может сжаться в системе один рип hdtv перекроет, а если учесть объемы RAM современных компьютеров и что операции чтения/записи кешируются/буферизуются - пользы ноль от компрессии налету. Я к чему, неэффективно это сжатие нифига в современных реалиях - только процессор впустую нагружать.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Andrey Mitrofanov (?), 20-Мрт-12, 15:24
	> если учесть объемы RAM современных компьютеров и что операции чтения/записи кешируются/буферизуются А если присовокупить вращающиеся носители? И/или цену ssd?... Не останавливайтесь! > - пользы ноль от компрессии налету.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 20-Мрт-12, 15:45
	> Объем того что может сжаться в системе один рип hdtv перекроет, Ага, посмотрю я как вы рипы на SSD свалите. Ценник за мег там довольно конский, но скорость то офигительна, а быстрое сжатие ее даже не испортит :) > а если учесть объемы RAM современных компьютеров и что операции чтения/записи > кешируются/буферизуются - пользы ноль от компрессии налету. Ага, кроме того что на ssd с системой и прочим в пару раз больше можно затолкать а если повезет то на не очень крутом и ынтырпрайзном - компрессия обгонит скорость записи и получится даже некий бонус к скорости записи. Не говоря уж о меньшем износе ssd т.к. меньше данных. > Я к чему, неэффективно это сжатие нифига в современных реалиях - только > процессор впустую нагружать. Линух работает на железках размерами от спичечного коробка до целого дома. Соотношение силенок проца и IO у них может существенно варьироваться. И в этом случае алгоритмы столь быстры что достигают существенного процента от скорости memcpy(). А вот дисковое io этим в современных реалиях обычно похвастаться не может.
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	202. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от sasa (??), 21-Мрт-12, 13:45
	> Ага, посмотрю я как вы рипы на SSD свалите. Ценник за мег там довольно конский А зачем вы их тогда вообще покупаете если на нем даже ролик в приличном качестве записать - непозволительная роскошь :) лучше взять приличный диск с механикой на пару террабайт.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от dalco (ok), 19-Мрт-12, 20:33
	> Я не утверждаю, что это точно так, просто бенчмарки lz4 против > lzo сами по себе не оправдывают переход на другой алгоритм. Там, вроде как, не переход на новый алгоритм, а добавление нового алгоритма. Т.е. хочешь LZ4 - используй его, не хочешь - пользуйся старыми алгоритмами сжатия (или вообще сжатие не используй).
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	142. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от sdfsfsf (?), 19-Мрт-12, 23:08
	Конечно. А ещё - там всего 1 байт отведён под тип сжатия, т. о. возможно 256 типов сжатия. Крис что-то говорил на этот счёт, мол, надо хорошенько подумать, прежде чем добавлять новый режим.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Crazy Alex (ok), 19-Мрт-12, 21:10
	А можно поподробнее чем в 2012 году плох C99?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	170. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 20-Мрт-12, 14:10
	> А можно поподробнее чем в 2012 году плох C99? В случае именно алгоритма сжатия - тем что алгоритм этого класса потенциально может юзаться в очень разноплановых и разнокалиберных системах. Его декомпрессия не требует памяти (кроме буфера назначения куда пишется результат распаковки) вообще. Поэтому он может быть интересен даже в 8-битных тараканах для тетрисов и пультов (а чем плоха идея пожать огромные таблицы, суммарно не лезущие в памяти и подгружать их на лету например? Или там битмапы выдаваемые на экран?). Где такой авангардизм может икнуться тем что тамошний г-нокомпилер "так не умеет". Получится немного брейнфака на ровном месте с фиксингом. Хотя автор мог бы и сразу не раскладывать грабли.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Crazy Alex (ok), 20-Мрт-12, 14:44
	Хм... Частично согласен, но если где-то такой дремучий компилятор и остальное, по идее не лучше. Закладываться на подобных уродцев... Брр. Да и для большинства эмбеда компиляторы на основе GCC, этото самый C99 сто лет как умеющего. А код на нём таки много читабельнее, одно объявление переменных по месту чего стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Релиз ядра Linux 3.3. Обзор новшеств"	+/–
	Сообщение от Аноним (-), 20-Мрт-12, 15:25
	> Хм... Частично согласен, но если где-то такой дремучий компилятор и остальное, по > идее не лучше. Ну да, зато может стоить по цене грязи под ногами, например. Или быть частью уже существующей системы. Или являться встроенным вспомогательным ядром некоего вполне современного чипа, где это оставлено по причинам совместимости или нежелания лицензировать менее винтажное процовое ядро т.к. и это нормально работает, etc. Хотя копания в таком конечно следует избегать, но это возможно не для всех 100% людей и не в 100% случаев. > Закладываться на подобных уродцев... Брр. 100% согласен, но например у чипов зачастую бывают какие-то мелкие и вспомогательные ядра, например на основе винтажноо 8051. Я что-то не уверен - а для '51 есть C99-совместимый компилер? Это не отменяет того что сие архаика, но эта архаика иногда попадается и в вполне современных чипах как некий вспомогательный элемент. > Да и для большинства эмбеда компиляторы на основе GCC, этото самый C99 сто лет > как умеющего. Ну да, с ним наиболее приятно работать. Вполне годный компилер, умеет дофига, кучу архитектур поддерживает, оперативно подхватывает свежеразработанные/доделанные. Но вот есть например хороший чипак. С кучей всего. И там допустим вспомогательный 8051 живет. Гнутый си на настолько хардкорных уродцев не рассчитан и генерить код для  '51 не умеет вроде как. > А код на нём таки много читабельнее, одно объявление переменных по месту чего стоит. Иногда так читабельнее/удобнее, факт.
	Ответить | Правка | Наверх | Cообщить модератору

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

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