LINUX.ORG.RU

А вот и 2.4.5-ac1. Теперь Кокс все свои изменения относительно Линусового ядра расписал, т.е. полную разницу между 2.4.5 и 2.4.5-ac1 -- действительно интересно почитать. См. например http://lwn.net/daily/2.4.5ac1.php3

mjt
()

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

Direct
()
Ответ на: комментарий от Direct

Ну не скажи. Линус ядра (не pre) выпускает не так часто. По типу раз в месяц и реже (мы про "стабильную" ветку) Ну и опять же не все старые баги остаются.

green ★★★★★
()

Direct, будешь читать Changelog, будешь знать, что там bugfixes 90% от всех нововведений. или тебя раздражает быстрое реагирование на обнаруженные ошибки?

maple
()

To all: Хочу сообщить всем что я вполне нормально отношусь как к Linux'у, так и ко всему что около него (нее скорее :-) происходит, а мои высказывания отражают только мою точку зрение - то есть что мне не нравиться. Это на будующие, а то некорые так бурно реагиуют (вспомните форум о Caldera :-).
"Ну не скажи. Линус ядра (не pre) выпускает не так часто. По типу раз в месяц и реже (мы про
"стабильную" ветку) Ну и опять же не все старые баги остаются."
Нет - я имею ввиду вообще все виды ядра, в том числе и pre. Зачем делать теже самые pre-ядра - лучше уж сразу нормальную стабильную версию только выпускать на свет.
"Direct, будешь читать Changelog, будешь знать, что там bugfixes 90% от всех нововведений. или тебя
раздражает быстрое реагирование на обнаруженные ошибки?"
Именно то что там всегда 90% bugfixes - меня и раздражает. Если взглянуть сразу на большое кол-во changelog'ов - придет мысль что ядро вообще состоит только из одних bug'ов. Они бы вместо того что бы новые возможности и пределки делать - вылизали ядро бы до хорошего состояния (именно хорошего - а не нормального, кое как работоспособного), а уж потом на него навешивали остальное. А если еще учесть что Кокс (или Кох - точно не знаю как по русски) выпускает немеренное кол-во патчей к ядру, то вообще думаешь что ядро заведомо содержит баги во время выхода...
P.S.: Вообще то 2.2.x постабильнее будет чем 2.4.x...

Direct
()

2Direct: А всё из-за чего ? А из-за того , что кто-то поленился почитать принцип разработки ядер. Так вот - на то ветка стабильной и называется , чтоб в ней не фичи добавлять - а баги фиксить. А Кокс свои pre делает - чтоб народ смог обкатать багфиксы , и выяснить не добавляют ли они новых проблем и тп. Так что всё как в аптеке.

anonymous
()

Поставил на свою домашнюю машинку 2.4.5-ac1.
Все живое. Ни скорости особой, ни крахов не заметил.
Завтра попробую vmware поднять - тогда посмотрим.
Jackill

anonymous
()

2Direct:

Ну кто тебя заставляет ядро менять?
Сиди себе на 2.0.39 - более вылизанного ядра пока нет...
Все равно что кричать "Люди, остановите прогресс!!!"

denix
()
Ответ на: комментарий от Direct

pre ядра для того и нужны чтобы народ мог покатать фиксы и откинуть те которые не работают. А если нужна стабильность - то с -pre ядрами незачем заморачиваться.

green ★★★★★
()

надо сказать, что багфиксы в основном относятся к драйверам для весьма специфического железа, основные драйвера давно уже отладили

maple
()
Ответ на: комментарий от Direct

2 Direct:
если Вы учились в школе (а это видимо случалось в Вашей жизни), то должны были получать немало bug-report-ов
от своих учителей русского языка. И до сих пор Вы не нашли времени исправить
замеченные пользователями ошибки... Почему бы это? =)

Валек
P.S. чтобы не разводить орфографического флейма, предлагаю Вам самостоятельно
выяснить в каких случаях (не)пишется мягкий знак в окончаниях глаголов и
каких букв нет в слове "будущее".

anonymous
()

BTW В w2k sp2 около 2000 багов пофиксили. Это прогресс, или как?
Стас

anonymous
()

а что-то оно не компилится с включенным ov511 драйвером... к чему бы это ?

hoopoe ★★
()
Ответ на: комментарий от maple

Вот не скажи насчет драйверов для основного железа на 2.4.2pre1 эти балбесы что то пофиксили в драйверах сказевого контролера Adaptec Aic7xxx а конкретно AIC7896 затронули так у меня на серваке вплоть до 2.4.4 не работали эти ядра умирали при загрузке с мессагой типа не могу примонтировать рутовыцй раздел и только начиная с 2.4.2pre17 кажись начиная алан это дело исправил так что основные дрова они тоже своимим очумелыми ручками трогают

anonymous
()

На AIC был переход драйверов с ветки 5.х.х на 6.1.х.

Settler
()

Странный глюк обнаружился.
В настройках меню windowmaker'а нельзя мышкой выделить строчку
запуска программы - вся панель настроек тут же пропадает.
На 2.4.4 такого не наблюдается.
Jackill

anonymous
()
Ответ на: комментарий от anonymous

2 Direct: если Вы учились в школе (а это видимо случалось в Вашей жизни), то должны были получать немало bug-report-ов от своих учителей русского языка. И до сих пор Вы не нашли времени исправить замеченные пользователями ошибки... Почему бы это? =) Валек P.S. чтобы не разводить орфографического флейма, предлагаю Вам самостоятельно выяснить в каких случаях (не)пишется мягкий знак в окончаниях глаголов и каких букв нет в слове "будущее". Валек, ты что всбесился, забудь про орфографию!!!!!!! Человек мог писать не из Рассии и ему не обязательно знать все тонкости этого языка. Вместо того чтоб возражать - выучи все языки ex-USSR, а потом дьоргайся. :))))))))))

anonymous
()

Хе... Все классно пускай выходят... Авось скоро прикрутят всетаки по нормальному к бриджу iptables. А то мне из-за их нововведений надо оставаться аж на 2.4.0pre9 чтолича даже не помню... Со всеми остальными система просто виснет наглухо... Через секунд 30 после поднятия бриджа... Успехов им :)

Porter
()
Ответ на: комментарий от anonymous

2anonymous (*) (2001-05-29 04:32:38.0):
Уважа^H^H^H^H^H
Судя по стилю, Вы с Direct находитесь в одной категории --
крикливый молодняк с мнением выдаваемым за своё.
Это не о возрасте (хотя пожилые люди редко ведут себя так).
Вы исключительно успешно подтверждаете тезиз о необязательности
знания тонкостей языка на собственном примере. Вот только к тонкостям
Вы почему-то относите результаты применения простых правил не содержащих
исключений.
Забудьте про языки ex-USSR, выучите хотя бы тот язык, на котором
столь неловко пытаетесь высказываться. Может быть перестанете выглядеть
как второгодник.
И ещё...
К незнакомому собеседнику принято обращаться на Вы, а сообщения --
подписывать.

Валек
"... всегда хотелось надавать им каких-нибудь детских книжек или...
по морде. Мокрой сетью." (С) Белое Безмозглое

anonymous
()

2 Porter: бридж - т.е. гейт между двумя (под)сетками? через что делаешь (nat\proxy\....)?

logIN
()

2 logIN: Несовсем, например мне провайдер привел киску а права на нее не дал, а дал один кончик с подсеткой на 255 адресов. И терь мне надо прозрачно что-то для пользователей сделать вроде бы ходят в инет но не совсеми свободами. Бридж это в ядре включается на физическом уровне 802.2, между интерфейсами сетевыми от двух и выше :) Нат через это не делаю, например может помочь, разные отделы разные степени защиты, доступ к соседним отделам надо ограничить, а подключены они все в два хаба а хабы через аплинк, ну ставишь в разрез между хабами и все филтруешь что надо... У нас просто в компании статус странный я в своем отделе как раз и отвечаю за всю эту дребедень, как увидел iptables обрадовался там LIMIT всякие, вот а постороение сети единое целое куча хабов через аплинк ну кинули они нам проводок, а потом ругаться стали трафик мол и все такое и еще залезать стали, ну я бридж и влепил, он же вообще прозрачный светит просто пакеты с одного интерфейса на другой, ыот и firewall к нему как раз самое оно но в последних ядрах жутко глючит, я правда и в первый раз когда над ним измывался что-то правил отправлял им в лист все изменения а они мне у тебя сетевухи глюкавые... а я над многими издевался, ну если у них даже 3COM глюкавые то ето плохо...

Porter
()
Ответ на: комментарий от Porter

2Porter:
3Com глюкавые не _даже_, а прежде всего остального.
Даже 5-и баксовый реалтек лучше 3кома. Не хочешь проблем -- бери DEC.

Валек
P.S. процедура сброса пароля на cisco при условии наличия физического
доступа к устройству -- это даже не FAQ. =)

anonymous
()
Ответ на: комментарий от anonymous

2FlameMaker:
не надо всех в одну коробку =)
Intel делает нормальные NIC-и.
И ничего в этом удивительного нет, поскольку это "I" в "DIX" =)
У карт SMS были проблемы под "другими ОС" в связи с отсутствием
каких-либо обновлений драйверов. (Спросите о производительности
EZ8416 у тех, кто пытался с их помощью ходить с W95 на новелловские сервера).
Аналогичные сложности были у 9232 (? забыл номер), которые на 100Мб
в некоторых ситуациях пытались работать в 2 раза медленнее чем на 10 =)
Как эти карты ведут себя под linux/freebsd -- не знаю.
А 3Com в принципе наплевал на все стандарты и сколько-нибудь работоспособен
только в сети построенной на одних 3комах. (Но извините, покупать 3комовский
коммутатор может придти только в больную голову.)
У нас на одном из серверов замена "крутой" 3com-овской карточки на обычный
e100pro привела к увеличению пропускной способности примерно в 8 раз.
Для меня этого достаточно. И можете не объяснять мне, что дело в драйверах =)
По ряду отзывов 3Com периодически ломает совместимость с драйверами в железках
выпускаемых под теми же номерами и буквами моделей. Таких проблем с epro
или, скажем, с fa-310 не наблюдается.
Вопрос извращённости использования 3com периодически обсуждался в inet-admin --
поищите архивы (если хочется аргументов).

Валек

anonymous
()
Ответ на: комментарий от anonymous

to Валек:

> У нас на одном из серверов замена "крутой" 3com-овской карточки на обычный
> e100pro привела к увеличению пропускной способности примерно в 8 раз.

Валек, никому больше не рассказывай такие страшные истории. Можешь малышей
испугать. 3com905B - одна из самых производительных карт и не только под линуксом.
Последний раз я наблюдал глюки в этой карте на ядрах 2.0.34. Тогда это лечилось
заменой ядреных драйверов на свежие от Дональда Беккера. Эта жуткая цифра "8"
могла появиться только от кривых ручонок и непрочтения документации. Вместо
100 Mb/s стояло 10, вместо full-duplex - half-duplex, правильно?

Еще, Валек, ты что-то про русский язык говорил? Я не заметил твоего ответа
на последний мессэдж вот в этой веточке:
http://www.linux.org.ru:8100/view-message.jsp?msgid=86159

anonymous
()
Ответ на: комментарий от anonymous

>Эта жуткая цифра "8" могла появиться только от кривых ручонок
> и непрочтения документации. Вместо 100 Mb/s стояло 10, вместо
> full-duplex - half-duplex, правильно?
1. Неправильно. =)
2. Будем для простоты считать, что у всех вовлечённых в процесс
настройки этой карточки кривые руки. Пусть будет так =)
В таком случае, нам тем более не интересно обрабатывать напильником
руки под 3com, если можно не мучаться, поставив epro.
Это работает и не пытается учить наших кошек как им надо жить.

>Я не заметил твоего ответа
уже там. и если интересен результат -- то лучше писать в gnome-cyr@gnome.org

Валек

anonymous
()

Скорее всего в сети применялись карты разных типов, причем некоторые инициализировались в режиме full-duplex, а некоторые half-duplex. Можно было попробовать точно выставить требуемую настройку в опциях драйвера.

DronK
()
Ответ на: комментарий от anonymous

1. Что конкретно неправильно? Что разница между 100 и 10 Мб/с как раз и
составляет твоих 8 раз? А если б ты все-таки прочитал документацию и
выставил full-duplex, то увидел бы, что 3Com процентов на 10 делает
по производительности твой e100pro.

2. Дык оформляй тогда свою писанину такими тегами:
<dont-kill-me-I-am-lamer>
... I don't know what I am talking about ...
</dont-kill-me-I-am-lamer>

Для справочки можешь посмотреть вот такой любопытный документ:
http://www.anime.net/~goemon/cardz/
Называется "Chipsets ordered in terms of efficiency". Твоего e100pro
даже не видно в первой десятке.

А все, что ты хотел знать о 3Com, но стеснялся спросить, ты найдешь здесь:
http://www.scyld.com/network/

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.