форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."

Сообщение от opennews on 17-Ноя-07, 02:16

Сегодня, в ветке Linux ядра 2.6.23 вышло сразу 7 новых релизов: 2.6.23.2 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.2), 2.6.23.3 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.3), 2.6.23.4 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.4), 2.6.23.5 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.5), 2.6.23.6 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.6), 2.6.23.7 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.7), 2.6.23.8 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.8). Несмотря на пугающие цифры, все сделано как нельзя разумно - на каждый тип исправлений выпущено по релизу: -  2.6.23.8 - устранены ошибки связанные с безопасностью; -  2.6.23.7 - устранены проблемы в файловых системах (NFS, ocfs2, minixfs); -  2.6.23.6 - устранены ошибки в ACPI (suspend), libata,ide, USB,  md (software raid), ALSA; -  2.6.23.5 - устранены проблемы в драйверах (zd1211rw, rtl8187, ipw2100, sky2, ehea); -  2.6.23.4 - устранены проблемы в сетевых подсистемах (NETFILTER: IPSEC, VLAN, mac80211); -  2.6.23.3 - устранены недоработки связанные поддержкой аппаратных архитектур (xen, uml, x86_64, sparc64, mips); -  2.6.23.2 - решение проблем в основных подсистемах (планировщик, система распределения памяти, блокировки); Также можно отметить выход обновления 2.6.22.13 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.13), содержащего исправления двух ошибок связанных с безопасностью. URL: http://www.kernel.org/ Новость: http://www.opennet.dev/opennews/art.shtml?num=12810

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от Cybermind on 17-Ноя-07, 02:16

Во наклепали, только вечером собирал 2.6.23.1:))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от R007 on 17-Ноя-07, 04:50

Отжигают :).Но за такую интенсивность пахания - мегареспекты.Круто, так держать - тогда оно вскоре станет просто великолепной системой.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 17-Ноя-07, 10:56
	практически невозможно сразу написать безпроблемный код. Остаеться лишь выбирать: ждать 3 года пока сами девелоперы в нем найдут максимальное (даже не все) количество ошибок, либо юзать и помогать им.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "а в чем дело-то?"
	Сообщение от Knuckles on 17-Ноя-07, 10:57
	А вы сами пробовали писать программы? Сразу "беспроблемный" код пишете? Ваше заявление - баян форменный. А еще поясните, пожалуйста, что такое GKH и какова по-вашему альтернатива udev?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 15:55
	Для вас и предыдущего оратора: да, писать безопасный и стабильный код не проблема - есть много примеров: openbsd, freebsd, netbsd, postgresql, nginx, perl; как антиподы - linux, mysql, php, icecast ... . БСДшникам свойственно вначале тестировать и проверять что пишут, как это и бывает. вторым - комитить много и все подряд. Не удивлсь если параллельно они выпустили пару другую новых багов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 18:15
	>Для вас и предыдущего оратора: >да, писать безопасный и стабильный код не проблема - есть много примеров: >openbsd, freebsd, netbsd, postgresql, nginx, perl; как антиподы - linux, mysql, >php, icecast ... . БСДшникам свойственно вначале тестировать и проверять что >пишут, как это и бывает. вторым - комитить много и все >подряд. Не удивлсь если параллельно они выпустили пару другую новых багов. Товарисч, на самом деле проблема не в том где мало багов или много багов. Это как дорого и дешево. А товар то каков?? Какие возможности предоставляют вами нелюбимые linux/mysql/php? Ядро Линух много более развит, нежели *BSD. А mysql и PHP несколько проще в обращении постгреса и перла. Сидеть 3 года отлаживать 10 строк нового кода - ессьно он будет более изучен/исправлен. А начни BSD добавлять функциональность такими темпами как Линукс - где будет их безошибочность? Только вот время то идет, а BSD продолжает все больше отставать по функционалу. А для линукса сейчас самое нужное - это скорость исправления найденных ошибок. Потому как только ошибка без фикса - это реальная проблема. Если же фикс выпущен быстро - то и проблемы то нет. А скорость решения проблем на уровне. Я сам постил 2 проблемы им в багзиллу - не проходило и суток как уже выдавали на-гора патч. Вобщем, кто хочет функционал - тот его берет, кто хочет фиксы - берет фиксы, кто хочет седой "стабильности" - берет BSD...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 18:38
	захотелось добавить о тех моих двух проблемах они обе были с I/O шедулером и возникали при особых ситуациях, которые не встречаються на пути бОльшей части пользователей. Поэтому, фиксы были добавлены лишь в 2.6.24 ветку. Но в чем же суть...  А суть в том, что да, эти мои проблемы не возникли бы, естественно пользуй я BSD. Там и слыхом не слыхать о шедулерах ввода/вывода. Вот вам и вопрос: то ли сидеть и смотреть как user-level бекапы мешают работать и бежать покупать больше и больше серверов; то ли по-человечески научиться _управлять_ ресурсами системы (пусть это и потребует некоторого внимания)?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 19:06
	толи научиться проектировать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 19:20
	>толи научиться проектировать спроэктируй %)) когда пики нагрузкок по времени полностью произвольны, количество клиентов - динамично... вперед, проектируй. Кластер? Ну да, на определенном этапе. И уж не возмечтаешь ли ты BSD на кластере возьюзать %))   с абсолютно некластерными пользовательскими прогами... ;))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 19:04
	mysql и php - менее функциональней чем postgres и perl, соответственно, менее стабильны и менее безопастны в использовании. простота определяет функционал. на том-же постгресе, если не хотите использовать все фишки, то селекты, апдейты, исерты и тд - полностью идентичны мускулевким, тк стандарт. непонимание многими перла сводиться в основном к непониманию регескспов, которые успешно присутствуют и в пхп. перл - тяжел в изучении, но когда его осваиваешь жизнь становться сказкой, т.к. все что угодно можно сделать минимальными усилиями (реклама, млин). насчет линукса и бсд - моя точка зрения такова (можете думать по-другому): кроме как в дровах и удобстве использования в качестве десктопа он ничем не примечателен. Поясню: разработка линух-ядра ведется по принципу "это может пригодиться - поэтому имеет право на существование". Плюсов и минусов от этого много, но важнее минусы - нестабильность, низкая секурность, частая непредсказуемость. Подход бсдшников таков, что ядро предаставляет минимальный набор инструментов, возлагая все на разработчика, те один вектор разработки - большая секурность, стабиьность, предсказуемость, отказоустойчивость.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "а в чем дело-то?"
	Сообщение от piranha (??) on 17-Ноя-07, 19:12
	>mysql и php - менее функциональней чем postgres и perl, соответственно, менее >стабильны и менее безопастны в использовании. Гыгы, меньше фич - меньше стабильности? :-) Логично, логично, хахаха :D
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 19:17
	>>mysql и php - менее функциональней чем postgres и perl, соответственно, менее >>стабильны и менее безопастны в использовании. > >Гыгы, меньше фич - меньше стабильности? :-) Логично, логично, хахаха :D да, меня тоже улыбнуло, но на "php/perl и mysql/pg" решил не отвлекаццо
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	30. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 20:56
	Две мысли слились, но ты меня понял.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	31. "а в чем дело-то?"
	Сообщение от piranha (??) on 17-Ноя-07, 20:59
	>Две мысли слились, но ты меня понял. mysql, php - фуфло. У них у обоих меньше фич и меньше стабильности, чем у PgSQL и Perl'а соотвественно. Так что я твою мысль понял, только она в корне неверна. ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 19:16
	>насчет линукса и бсд - моя точка зрения такова (можете думать по-другому): >кроме как в дровах и удобстве использования в качестве десктопа он >ничем не примечателен. Поясню: разработка линух-ядра ведется по принципу "это может >пригодиться - поэтому имеет право на существование". Плюсов и минусов от >этого много, но важнее минусы - нестабильность, низкая секурность, частая непредсказуемость. >Подход бсдшников таков, что ядро предаставляет минимальный набор инструментов, возлагая все >на разработчика, те один вектор разработки - большая секурность, стабиьность, предсказуемость, >отказоустойчивость. А что ж ты тут не упомянул, что это реклама?? ;)  а ведь чисто рекламные слоганы... А подход рабработчиков ядра BSD о том, что....  (следует ваше мнение на это счет)  имеет некоторыве проблемы не этот счет. Потому как некоторые вещи НЕВОЗМОЖНО возложить на уровень вользователя. Это будет либо неэффективно, но чаще просто невозможно. Тот же шедулер ввода/вывода. Ну КАК ты его реализуешь на юзере? Или групповой шедулинг проца: между группами проц распределяеться поровну, и неважно сколько процессов в каждой группе... КАК ты такое реализуешь без участия ядра? Вещать, что это "никому не надо" - плз, не нужно. Это известный BSD подход и он уже не работает. Потому что как минимум МНЕ надо. А если его кто-то УЖЕ сделал - то я далеко такой не один. Процы и системы сейчас мощны как никогда и мощнее с каждым кварталом. За сим вопрос виртуализации (на разных уровнях) встает и очень неслабо. И с Линухом этот вопрос РЕШАЕМ. С BSD - пока что проще купить по серверу на клиента, чем грамотно их разлимитить. И лично тебе огромный минус, елси ты не видишь в Линуксе всех этих плюсов. Другие-то видят, знают о них и пользуют. А в наше время выживает наиболее информированный...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "а в чем дело-то?"
	Сообщение от макс (??) on 17-Ноя-07, 19:29
	>[оверквотинг удален] >далеко такой не один. >Процы и системы сейчас мощны как никогда и мощнее с каждым кварталом. >За сим вопрос виртуализации (на разных уровнях) встает и очень неслабо. >И с Линухом этот вопрос РЕШАЕМ. >С BSD - пока что проще купить по серверу на клиента, чем >грамотно их разлимитить. > >И лично тебе огромный минус, елси ты не видишь в Линуксе всех >этих плюсов. Другие-то видят, знают о них и пользуют. А в >наше время выживает наиболее информированный... Solaris ребятки))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	28. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 19:36
	>Solaris ребятки)) это тот, которого хотят сделать похожим на Линух? чтоб хоть как-то удержать тех, кто до ядра особо не добралсо :))) не смешите. Соляра может менее быстро, чем бзд, уходит в прошлое
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	56. "а в чем дело-то?"
	Сообщение от cadmi on 18-Ноя-07, 00:44
	>>Solaris ребятки)) > >это тот, которого хотят сделать похожим на Линух? чтоб хоть как-то удержать >тех, кто до >ядра особо не добралсо :))) > >не смешите. Соляра может менее быстро, чем бзд, уходит в прошлое порвал в куски :) иди про Resource Management в Solaris букварь почитай, поймешь, кто на кого похожим хочет быть :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	58. "а в чем дело-то?"
	Сообщение от Nick (??) on 18-Ноя-07, 00:50
	>порвал в куски :) >иди про Resource Management в Solaris букварь почитай, поймешь, кто на кого >похожим хочет быть :) уморил ща с Линуха будут оттиски снимать, чтоб дома сделать такое же, а он сам будет сидеть сложа все на свете. А че. Впитает все интересное и глазом не моргнет :) И будет все по-пингвинячьи. Соляра же продолжит свой последний путь...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	81. "а в чем дело-то?"
	Сообщение от R007 on 19-Ноя-07, 00:30
	>Соляра же продолжит свой последний путь... Думается мне что "театр одного актера" - нежизнеспособная в долговременном плане модель.Это приводит к застою в развитии системы.Пока SUN в одну харю пытается клепать систему, линукс улучшают множество компаний и просто разработчиков. У Linux есть то чего нет у других.У них динамика развития есть.И в долговременном плане не спасут толстопузов никакие статичные константы вида "у нас уже есть крЮтая OS".Не поможет.За счет динамики наступит момент когда их система станет хуже по всем фронтам.А догнать не смогут, потому что не на чем.И слив будет засчитан, как это уже случилось с большой кучкой разных Unix-ов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	97. "а в чем дело-то?"
	Сообщение от SubGun (??) on 19-Ноя-07, 13:39
	>У Linux есть то чего нет у других. Точно, кол-ва багов, патчей громадного размера, релизов ядра в единицу времени.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	102. "а в чем дело-то?"
	Сообщение от cadmi on 19-Ноя-07, 16:21
	>А че. Впитает все интересное и глазом не моргнет :) >И будет все по-пингвинячьи. угу, zfs бы рады "впитать", да впитывалка не отросла. не, я понимаю, что красноглазые скажут, что она им нах не упала, у них есть lvm+ext3 :) >Соляра же продолжит свой последний путь... ага-ага. с 1982 года хоронят.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	109. "а в чем дело-то?"
	Сообщение от Nick (??) on 19-Ноя-07, 19:30
	>угу, zfs бы рады "впитать", да впитывалка не отросла. дык, тогда, может у тебя отросла совмещалка несовместимого? CDDL(zfs) + GPLv2(Linux) а? мож все-таки перестанешь плакаццо, шо Линухоиды не умеют суммировать килограммы и метры? Хотя бы Wiki почитай по ZFS. Там во первых строках описана проблема.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	37. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 21:18
	io шудлер никчему, когда линукс паникует на ровном месте. также я не вижу необходимость в нем самом стабильно работующем: в этом все и безобразие, - что многие завышают значимость приблуд, свойственных линуксу. насчет проектирования - так и проектирую, что даже естаблишты не теряются при остановках отдельных узлов, и в ядро срать для этого ненадо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	39. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 21:34
	>io шудлер никчему, когда линукс паникует на ровном месте. на _ровном_ месте даже венда не паникует. так ша не нада... >также я не вижу необходимость в нем самом стабильно работующем: в этом все и >безобразие, - что многие завышают значимость приблуд, свойственных линуксу. ну, как сказать...  может конечно кто и любит деньги, которые удаеться поднять, используя Линух...  может именно поэтому эти многие завышают значимость приблуд, позволяющих заработать больше :)  не знаю... лично мне - просто нравиться техническая сторона :) А как мсье дает знать системе, что вот этому rsync'у (например) винта много не давать? Сам подавицо и систему подавит. Ааа....  мьсе пользует метод "мать_его_так!_сервак_то_пингаецо_*уле_им_еще_нада?" >насчет проектирования - так и проектирую, что даже естаблишты не теряются при >остановках отдельных узлов, и в ядро срать для этого ненадо. вау а реализуете на чем? ;))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	43. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 22:41
	>>io шудлер никчему, когда линукс паникует на ровном месте. > >на _ровном_ месте даже венда не паникует. >так ша не нада... Да, извините, не на ровном, слегка нагрузили. >А как мсье дает знать системе, что вот этому rsync'у (например) винта >много не давать? >Сам подавицо и систему подавит. > >Ааа....  мьсе пользует метод "мать_его_так!_сервак_то_пингаецо_*уле_им_еще_нада?" на нагруженной системе использовать rsync - такое в голову только продвинутому линуксойднику могло придти, может вы еще репликацию бд при помощи rsync осуществляете? >>насчет проектирования - так и проектирую, что даже естаблишты не теряются при >>остановках отдельных узлов, и в ядро срать для этого ненадо. > >вау > >а реализуете на чем? ;)) идея проста как два гвоздя: tcp -> гейты (прозрачный проксик/кешер состояний, служебных данных, необходимых для востановления обслуживание на другом хосте, в случае остановки основного) -> udp -> {массив серверов}. сейчас используется 4 фронтенда (за полтора года (поле перехода на фрю), ниразу не упали/глюканули/не останавливались) и 212 бэкендов. пс. ребят, от вас гомосячиной попахивает - уж слишком чательно вы друг-друга вылизываете.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	47. "а в чем дело-то?"
	Сообщение от pavel_simple (ok) on 17-Ноя-07, 23:23
	>собственно грубить ты начал. ну тогда попрошу конкретно на этом вопросе и остановиться -- а конкретно каким макаром объеденены xxxBSD, postgresql  и perl в противоположность linux >да, но ты не обижайся, если в тему не въежаешь. повторюсь пожалуй... "ню-ню"
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	49. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 23:29
	>>собственно грубить ты начал. > >ну тогда попрошу конкретно на этом вопросе и остановиться -- а конкретно > >каким макаром объеденены xxxBSD, postgresql  и perl в противоположность linux Упустил часть сообщения: php <-> perl mysql <-> postgres libux <-> *bsd Подход к разработке совта у левой и правой группы совсем разный.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	52. "а в чем дело-то?"
	Сообщение от pavel_simple (ok) on 17-Ноя-07, 23:45
	а может кто-то хочет это неправильно представить? >php <-> perl >mysql <-> postgres >libux <-> *bsd > >Подход к разработке совта у левой и правой группы совсем разный. сообщение выглядело именно так "да, писать безопасный и стабильный код не проблема - есть много примеров: openbsd, freebsd, netbsd, postgresql, nginx, perl; как антиподы - linux, mysql, php, icecast ... ." а я конкретно против и категорически не согласен с такой постановкой вопроса почему бы не сделать картину например так php <-> perl mysql <-> postgres *bsd <-> linux с моей точки зрения всё выглядит намного правильней php вечная дыра и придуман для web -- perl оч. стабильная вещь и намного более функционален mysql относительно postgresql аналогично а вот третье мы и обсуждаем и не надо утрировать -- этож форум -- тут "лишнего" не выкинуть
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	45. "а в чем дело-то?"
	Сообщение от Nick (??) on 17-Ноя-07, 23:08
	>на нагруженной системе использовать rsync - такое в голову только продвинутому линуксойднику >могло придти, после этого не спрашивай почему под бзд нет каких-то польших коммерческих сервачных софтин. У тебя даже в голову не помещаеться, что могут быть какие-то готовые системы... со своей подсистемой бекапов (на rsync'е? ну не повезло им)...  и т.д. Линуху просто приходиться это все крутить. И вот как он это будет делать - тут уже можно чуток развернуццо. >может вы еще репликацию бд при помощи rsync осуществляете? а еще как-то можно?? ухты... а расскажи поподробнее с этого момента... >[оверквотинг удален] >>>остановках отдельных узлов, и в ядро срать для этого ненадо. >> >>вау >> >>а реализуете на чем? ;)) > >идея проста как два гвоздя: >tcp -> гейты (прозрачный проксик/кешер состояний, служебных данных, необходимых для востановления обслуживание на другом хосте, в случае остановки основного) -> udp -> {массив серверов}. >сейчас используется 4 фронтенда (за полтора года (поле перехода на фрю), ниразу >не упали/глюканули/не останавливались) и 212 бэкендов. во... то-то я смарю где-то ты че-то не договорил... оказываеццо, далеко не всякий "отдельный узел" можно безболезненно остановить... да и эти самые нетеряемые эстеблишты не доходят до узлов, выключение которых предусмотрено...  хотя, второе, вобщем-то, неважно для дела. Я уж демал улсышать че-нить интересного по теме передачи активного TCP коннекта с упавшей ноды на резервную без потери состояния сессии и процессов на концах коннекта ;) Как я наивен... Ну а большими аптаймами/надежностью деревянных ядер модели 2004 года ты попробуй попугать RHEL... они такое любят ;) Мы же о ядерных технологиях здесь пытаемсо... А это уже далеко не о древних дистрибутивных ядрах...  Ну да что это я... бздшникам неведомо понятие "недистрибутивное" ядро :) Выбор то широк: ядро своей ветки и... все под ядром ветки поновее может и не встать совсем :) >пс. ребят, от вас гомосячиной попахивает - уж слишком чательно вы друг-друга >вылизываете. а... а тебе обидно, что тебя никто не вылизывает? %)) понимаю... очевидно, тяжело быть гордым бздшником...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	51. "а в чем дело-то?"
	Сообщение от parad on 17-Ноя-07, 23:37
	>>на нагруженной системе использовать rsync - такое в голову только продвинутому линуксойднику >>могло придти, > >после этого не спрашивай почему под бзд нет каких-то польших коммерческих сервачных > >софтин. У тебя даже в голову не помещаеться, что могут быть какие-то > >готовые системы... со своей подсистемой бекапов (на rsync'е? ну не повезло им)... > и т.д. стараюсь избегать такие большие софтины со своими системами бекапа на rsync'е - пока успешно. >Линуху просто приходиться это все крутить. И вот как он это будет >делать - тут уже >можно чуток развернуццо. > > >>может вы еще репликацию бд при помощи rsync осуществляете? > >а еще как-то можно?? >ухты... а расскажи поподробнее с этого момента... slony >[оверквотинг удален] >во... >то-то я смарю где-то ты че-то не договорил... >оказываеццо, далеко не всякий "отдельный узел" можно безболезненно остановить... >да и эти самые нетеряемые эстеблишты не доходят до узлов, выключение которых >предусмотрено...  хотя, второе, вобщем-то, неважно для дела. >Я уж демал улсышать че-нить интересного по теме передачи активного TCP коннекта > >с упавшей ноды на резервную без потери состояния сессии и процессов на >концах коннекта ;) >Как я наивен... ну вот наглядная разница подхода к решению проблемы бсд и линух девелоперов. >Ну а большими аптаймами/надежностью деревянных ядер модели 2004 года ты попробуй попугать >RHEL... >они такое любят ;) > >Мы же о ядерных технологиях здесь пытаемсо... А это уже далеко не >о древних дистрибутивных ядрах...  Ну да что это я... бздшникам >неведомо понятие "недистрибутивное" ядро :) >Выбор то широк: ядро своей ветки и... все под ядром ветки поновее >может и не встать совсем :) тут не понятно что нужно понять. >>пс. ребят, от вас гомосячиной попахивает - уж слишком чательно вы друг-друга >>вылизываете. > >а... >а тебе обидно, что тебя никто не вылизывает? %)) >понимаю... > >очевидно, тяжело быть гордым бздшником... да.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	53. "а в чем дело-то?"
	Сообщение от Nick (??) on 18-Ноя-07, 00:09
	>ну вот наглядная разница подхода к решению проблемы бсд и линух девелоперов. отсюда и производительность...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	54. "да уже ни в чем..."
	Сообщение от Nick (??) on 18-Ноя-07, 00:23
	кста, позволю се напомнить мой пример с группами процессов чтоб проц шедулилсо между сервисами поровну. И неважрно сколько процессов работает на каждый сервис. Апач и мускуль чудные примеры беспредела в этой области... яви мне свой секрет укрощения такой ситуевины
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	57. "да уже ни в чем..."
	Сообщение от cadmi on 18-Ноя-07, 00:48
	>чтоб проц шедулилсо между сервисами поровну. И неважрно сколько процессов работает на >каждый сервис. Апач и мускуль чудные примеры беспредела в этой области... > > >яви мне свой секрет укрощения такой ситуевины поставлю Solaris, создам по проекту для каждого из сервисов, настрою лимиты, не забуду про FSS, и все будет работать. не дожидаясь пока линукс перестанет падать в кернел паник.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	59. "да уже ни в чем..."
	Сообщение от Nick (??) on 18-Ноя-07, 00:51
	>не дожидаясь пока линукс перестанет падать в кернел паник. ну ясно не будешь дожидаццо, иначе - deadlock тебе ;))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	128. "да уже ни в чем..."
	Сообщение от Michael Shigorin (ok) on 22-Ноя-07, 01:45
	>>чтоб проц шедулилсо между сервисами поровну. И неважрно сколько процессов работает на >>каждый сервис. Апач и мускуль чудные примеры беспредела в этой области... >>яви мне свой секрет укрощения такой ситуевины >поставлю Solaris, создам по проекту для каждого из сервисов, настрою лимиты, не >забуду про FSS, и все будет работать. не дожидаясь пока линукс >перестанет падать в кернел паник. JFYI: с OpenVZ тоже всё работает.  Правда, у нас эти ядра явно другими руками собирают, чем вот parad жаловались. Не дожидаясь, пока на opensolaris притащат нормальный пакетный менеджмент...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	64. "да уже ни в чем..."
	Сообщение от parad on 18-Ноя-07, 13:14
	Насчет поровну: 1) это очень правильно, т.к. некчему. Вслучае, если веб-приложение будет ожидать ответа от бд-сервера или будет блокировано на сокете, или в ожидании записи данных на диск, или еще чего, бд в свою очередь перелопачивать базу, ресурс все-равно будет делиться поровну? Сочуствую. 2) если мы говорим о серьездных задачах, то держать на одном сервере веб и бд - мягко говоря лучше промолчать чтобы грубо не получилось. 3) для конкурирующих процессов во всех осях есть планировщик, который все сам разрулит "согласно ситуации" - и динамически распределит ресурсы. указывать ему что делать - маразм.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	65. "да уже ни в чем..."
	Сообщение от parad on 18-Ноя-07, 13:26
	Господа, коротко добавлю (прошлый раз особо не обратил внимание): репликация бд выполнена с помощью rsync??? угадаю - блокируете или (еще хуже) останавливаете бд, "реплицируетесь", запускаете вновь? вы уже много написали что достойно цирковых выступлений, предлагаю закончить этот диалог и каждому остаться при своем.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	70. "да уже ни в чем..."
	Сообщение от Nick (??) on 18-Ноя-07, 16:06
	>Господа, коротко добавлю (прошлый раз особо не обратил внимание): репликация бд выполнена >с помощью rsync??? да, ты именно не обратил внимания. НЕ было там такого. Ты сам это придумал и сам рассказал "как нада". Кроме тебя ж больше никто не знает %))) >угадаю - блокируете или (еще хуже) останавливаете бд, >"реплицируетесь", запускаете вновь? фантазия так и прет... главное начать :)  а там и из bash'a веб сервак с поддержкой CGI можно выставлять в нет %))) Весело с тобой :)) >вы уже много написали что достойно цирковых выступлений, >предлагаю закончить этот диалог и каждому остаться при своем. дык закончим, куда ж нам девацо ;) поговорить-то особо не о чем... на любой вопрос - следует ответ: "стабильно, надежно, поэтому нету"   %)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	100. "да уже ни в чем..."
	Сообщение от SubGun (??) on 19-Ноя-07, 14:24
	>3) для конкурирующих процессов во всех осях есть планировщик, который все сам >разрулит "согласно ситуации" - и динамически распределит ресурсы. указывать ему что >делать - маразм. Знают, что маразм, но стремление-то сделать не по-умному, а пофичастей. Типа "умный использовать не станет, а дурак порадуется".
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	108. "да уже ни в чем..."
	Сообщение от Nick (??) on 19-Ноя-07, 19:24
	>Знают, что маразм, но стремление-то сделать не по-умному, а пофичастей. Типа "умный >использовать не станет, а дурак порадуется". еще один знатец шедулеров... если не понятно, то под определение маразма в таком случае попадает и nice... ;)) Прям вижу рекламный слоган: "renice! умный использовать не станет, а дурак порадуется!" %)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	88. "а в чем дело-то?"
	Сообщение от Дмитрий Ю. Карпов on 19-Ноя-07, 10:52
	> после этого не спрашивай почему под бзд нет каких-то польших коммерческих сервачных софтин. MacOS'X - явно коммерческая, хоть и не сервачная. HotMail был коммерческим и сервачным; правда, я не знаю, под чем он сейчас.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	61. "а в чем дело-то?"
	Сообщение от R007 on 18-Ноя-07, 09:17
	>А подход рабработчиков ядра BSD о том, что....  (следует ваше мнение >на это счет)  имеет некоторыве проблемы не этот счет. Во-во.Система отстает по фичам и довольно сильно, что не удивительно с подходом в разработке как у BSD.Это является вечным поводом высунуться и попиарить свою систему.Складывается ощущение что любителям BSD не хватает собственных новостей для хвалебных од, потому как новостей не так много как хотелось бы - декларировать особо нечего. >Вещать, что это "никому не надо" - плз, не нужно. Это известный >BSD подход и он уже не работает. +1. Надоело.Кому-то что-то не надо?Так не используйте.А за всех говорить не надо. >С BSD - пока что проще купить по серверу на клиента, чем >грамотно их разлимитить. FirstVDS сумели какое-то самопальное решение прикрутить, на чем оно основано правда не знаю, может на jail.Но кривущее.Апдейт хост системы означает ребут всех VDSов без спроса у юзеров.Стоит ли удивляться что клиенты оного хостера со временем потребовали и Linux себе.Кстати Linux-ные VDS избавлены от такой проблемы, линуксный виртуальный сервер перегружает сам владелец по своему усмотрению.Видимо как раз за счет нормальной реализации виртуализации не через задницу.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	72. "а в чем дело-то?"
	Сообщение от TTT on 18-Ноя-07, 18:49
	За вермя моейм многолетней работы у меня был всего один проект без ошибок после установки у клиента, и это был проект которым никто никогда не пользовался :-) Так что на мой взгляд количество найденых ошибок прямопропорционально интенсивности использования проекта
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	127. "а в чем дело-то?"
	Сообщение от Michael Shigorin (ok) on 22-Ноя-07, 01:37
	>Для вас и предыдущего оратора: Для архиву. >да, писать безопасный и стабильный код не проблема - есть много примеров: Только не надо в кучу валить. >openbsd, freebsd, netbsd Это -- одна несообразная и глупая куча. >postgresql, nginx, perl Это -- вторая.  Особенно из неё торчит nginx (как активный пользователь оного говорю). >как антиподы - linux, mysql, php, icecast ... Это -- третья. >БСДшникам свойственно вначале тестировать и проверять что >пишут, как это и бывает. вторым - комитить много и все >подряд. Не удивлсь если параллельно они выпустили пару другую новых багов. Не удивлюсь, если Вы со своим удивительно неуместным в данном контексте "коммитить" даже не понимаете, в чём разница между централизованной и распределённой моделями разработки.  Многим БСДшникам свойственно не видеть дальше своего носа, как это ни печально... > толи научиться проектировать. Вот когда научитесь, приходите обсуждать.  А лучше -- делать. > менее функциональней [...] соответственно, менее стабильны и менее безопастны в использовании Бред, по этой оси связь как раз противоположная.  Слово "безопасны", кстати, пишется без "т". > один вектор разработки - большая секурность, стабиьность, предсказуемость, > отказоустойчивость. Продолжение бреда.  Если сами придумали -- выбрасывайте из головы или проверьте соответствием наблюдаемой действительности (экстраполяция Вашего утверждения -- это Microsoft); если кто на уши повесил -- берите вилку, снимайте и не слушайте их больше.  А то они врут, а Вы позоритесь на публике. Линукс сейчас секьюрней, стабильней, предсказуемей и отказоустойчивей *BSD.  По одной простой причине: есть из чего выбрать и есть на чём завести.  Будь это Owl или RHEL, IBM или Stratus.  Будь это банк, кластер или домашний десктоп. Если кто-то хочет это отрицать -- отрицайте себе на здоровье, никому ваш localhost особо не интересен. > Две мысли слились Я бы сказал, результат слился...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	60. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от R007 on 18-Ноя-07, 06:01
	>Чему радоваться-то? Тому что люди работают, так что любо дорого смотреть. >Тому, что разработчики не могут сразу написать беспроблемный код и >клепают по 7 версий за два часа? Каждый фикс на своем месте вроде. >GKH вообще надо выкинуть вместе с его поделкой udev. Сделайте аналогичный функционал лучше, кто ж не дает?Тогда может и выкинут если и правда лучше получится ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от Moralez (??) on 17-Ноя-07, 05:53

omfg! безопасность на последнем месте......

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от tamerlan311 on 17-Ноя-07, 09:07
	они вышли единовременно, причем тут место?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Moralez (??) on 17-Ноя-07, 11:47
	место при том, что проблемы в безопасности решены не в первом патче, а в последнем. если у кого-то возникнут проблемы с 23.8, откатится и будет сидеть в дырявой версии...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от stimpack on 17-Ноя-07, 06:44

в 2.6.22.x и, соответственно, в 2.6.23 похерили OUI database built-in (deprecated) для модуля ieee1394, в результате чего модуль уменьшился на 200кб и перестал видеть dv-камеры dvgrab/kino ч/з firewire. На сайте кино уже 3я версия dvgrab, выпустили перед самой экзекуцией, и в ней ни сном ни духом. Зато в ядре добавили JUJU-альтернативу всей ветке ieee1394, которая сама себя предлагает не компилять сборщикам дистров, а остальным накатывать патчи на либы, убивающие обратную совместимость со старой веткой. По всему инету на эту тему вопросы без ответов

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	129. "IEEE1394"
	Сообщение от Michael Shigorin (ok) on 22-Ноя-07, 21:48
	>На сайте кино уже 3я версия dvgrab, выпустили перед самой экзекуцией, >и в ней ни сном ни духом. В киношной рассылке предлагают не пользоваться недописанным стеком и вежливо молчат насчёт дистрибутивов с оным (F7 и, кажется, в текущем Arch переехали зачем-то). Редхатовский мужик, который эту жужу пытается фиксить, там же сидит.  Подписывайтесь?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от wDevil (??) on 17-Ноя-07, 08:14

мдя... поспешишь, людей...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от Аноним on 17-Ноя-07, 12:03

А чего вы хотели до девелопмент-ядер?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от Аноним on 17-Ноя-07, 12:44

"все сделано как нельзя разумно - на каждый тип исправлений выпущено по релизу" - а что в этом разумного?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от fresco (??) on 17-Ноя-07, 19:25

Надоело слушать! Запомните, багов в BSD меньше не потому, что там кодеры грамотнее. Такие же. Причин всего 3: 1. Там реально меньше кода, взаимодействующих подсистем, она проще. 2. Она в сотни раз менее распространенная -- баги находятся гораздо медленнее. 3. Она практически не развивается. И не надо мне орать про факты в студию -- все эти аспекты десятки раз обсуждались на этом ресурсе. И отлично аргументировались. Хотите стабильности -- юзайте BSD. Нужна современная ОС -- Linux и Solaris к вашим услугам.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	27. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 17-Ноя-07, 19:34
	просто 5 четко и просто
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	29. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от FK on 17-Ноя-07, 20:28
	уважаемый, я понимаю, вы -фанат Линуха.... Но вот с п.2 и 3 вашего утверждения НИ РАЗУ не согласен. Не так это, и все тут. Темболее, если говорите о BSD- уточняйте, о какой именно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	32. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 17-Ноя-07, 21:01
	>уважаемый, я понимаю, вы -фанат Линуха.... Но вот с п.2 и 3 >вашего утверждения НИ РАЗУ не согласен. Не так это, и все >тут. Темболее, если говорите о BSD- уточняйте, о какой именно. ну, по 2-му пункту если даже сказать "BSD менее распространена, за сим баги всплывают не так рьяно" - вам должно больше понравицо. по 3-му "развивается вяло" - вряд ли некорректно опишет ситуацию. Хотя опять-таки, может бздшникам это как раз очеь быстро кажеться :) Тут уж какую позицию выбрать: слона или мухи. Для кого время бежит быстрее? :) Ну а BSD своими возможностями ядра не слишком отличаются в обсуждаемом контексте - за сим нет смысла их разделять.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	82. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от R007 on 19-Ноя-07, 00:39
	>Надоело слушать! Хорошо сказано.Кстати среди линукс тоже встречаются махровые консерваторы.Например Debian типичный пример такого подхода.Тестирование у них тормозное и параноидальное, потому стабильность у stable неплоха.Но и цена за это - устаревшие версии софта, ядер и т.п. - эта система не для чемпионов и любителей фич с пылу с жару.В общем то это вечный tradeoff.Или железобетонная стабильность или фичность.На практике обычно они в некоем соотношении.Можно выбрать на любой вкус и цвет.И это - хорошо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от pavlinux (??) on 17-Ноя-07, 19:33

Россия - Израиль  = 10:0  =)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

62. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."

Сообщение от RedStalker_Mike (??) on 18-Ноя-07, 12:48

Мда %) До чего же людей доводит фанатизм %) Не открою Америку, но: 1) Я вас разочарую - Солярис не умрёт ближайшие лет 5-10 )) Что бы там не кричали красноглазые всех мастей %) Всё это провокация. 2) Сравнение проектов - глупо, но пхп - сакс. 3) БСД - хорошая ОС, что бы там не кричали красноглазые :) Менее интенсивная разработка, меньшее количество фич, меньшее число разработчиков => меньше багов и более выраженны курс. 4) Линукс - хорошая ОС, бурно развивающаяся, это очевидно. Многое решает прямота рук. А у кого какие проблемы с этим - это его личные проблемы. Познайте дао 8)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	66. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 18-Ноя-07, 14:12
	ну, верно говоришь, в принципе :) про соляру отдельно упомяну. Она то конечно не вымрет так уж быстро, но Линух вберет в себя все лучшее и из нее. Вот это будет началом ее конца.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	73. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от penguin_killer on 18-Ноя-07, 19:39
	>про соляру отдельно упомяну. Она то конечно не вымрет так уж быстро, > >но Линух вберет в себя все лучшее и из нее. Вот это >будет началом ее конца. Пусть для начала линух попробует "вобрать" в себя ZFS.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	76. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 18-Ноя-07, 21:19
	>Пусть для начала линух попробует "вобрать" в себя ZFS. ну, вообще-то, как только SUN отдаст свое творение под совместимой с GPL2 лицензией - так и сразу. Можешь не совмневацо. А нарушать лицензии лишь для того, чтоб като-то на форумах расслабилсо, никто не будет.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	77. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от penguin_killer on 18-Ноя-07, 22:47
	Вот потому-то мифическое "начало конца" Солярки не произойдет еще долго :-) А если и произойдет - то никак не раньше конца Линуха. Вы же в его ( Линуха ) конец не верите, верно?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	78. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 18-Ноя-07, 22:54
	>Вот потому-то мифическое "начало конца" Солярки не произойдет еще долго :-) А >если и произойдет - то никак не раньше конца Линуха. Вы >же в его ( Линуха ) конец не верите, верно? все верно, кроме утверждения "если и произойдет - то никак не раньше конца Линуха"
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	79. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 18-Ноя-07, 23:24
	>Вот потому-то мифическое "начало конца" Солярки не произойдет еще долго :-) ну как сказать припоздали SUN с открытием своего детища нет у него столь огромного коммьюнити, как у Линуха это слова Jonathan'а Schwartz'а полюбопытствуй: http://ivan.begtin.name/en/2007/06/14/interesnaya-diskussiya-shvartsa-i-torvaldsa-pro-linux-i-solaris/ ------cut--------- So OpenSolaris, although excellent operating system, but has so far failed to create Sun of any serious community for its move. Administrators Solaris' and the road still on the market, and OS lacking many opportunities, such as support for many Wi-Fi device drivers to the lot x86/x64 iron and so on. ------russian-------- Так OpenSolaris,  хотя и прекрасная операционная система, но до сих пор Sun не удалось создать сколь бы то ни было серьёзного сообщества для её продвижения. Администраторы Solaris’а по прежнему дороги на рынке, а ОС нехватает многих возможностей, как то поддержка многих Wi-Fi устройств, драйверов ко многому x86/x64 железу и так далее. -------/cut--------- А наше время именно размер комьюнити определяет успех и жизнь ОС. Просто соляра опоздала. Но не переживай, как и было сказано ранее - ее наработки не уйдут вместе с ней на покой :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	86. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от penguin_killer on 19-Ноя-07, 09:57
	>А наше время именно размер комьюнити определяет успех и жизнь ОС. >Просто соляра опоздала. > >Но не переживай, как и было сказано ранее - ее наработки не >уйдут вместе с ней на покой :) Мне интересно вот что. На опеннете не раз упоминался ЖЖ Jeff Roberson и его исследования в области масштабируемости ядер. Также мы слышим постоянные понты линуксоидов о том, какая Линукс масштабируемая ОС - дескать, работает на устройствах от телефона до суперкомпьютера. Не секрет также, что в разработку Линукс вкладываются миллиарды долларов. И вот мы получаем такую щекотливую ситуацию: несмотря на огромное community, несмотря на огромные инвестиции, несмотря на многочисленные понты оказалось, что разработчик НЕ Линукс-ядра, а столь презираемого FreeBSD, именно он, а не гуру типа mingo, gkh, Alan Cox и других, обнаружил, что с масштабируемостью Linux не все так гладко даже на совершенной детской ( по сравнению с суперкомпьютерами ) конфигурации в 8 ядер. Никто никогда не задумывался, отчего это произошло?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	87. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 19-Ноя-07, 10:11
	>Мне интересно вот что. >На опеннете не раз упоминался ЖЖ Jeff Roberson и его исследования в >области масштабируемости ядер. Также мы слышим постоянные понты линуксоидов top500 это по-твоему это лишь понты? ну-ну... >о том, какая Линукс масштабируемая ОС - дескать, работает на устройствах от телефона >до суперкомпьютера. Не секрет также, что в разработку Линукс вкладываются миллиарды >долларов. еще и какой секрет. Лишь примерно подсчитано, что _через_ пару лет стоимость разработки Линуха будет равна миллиарду. _одному_. Так что... секрет... :) >И вот мы получаем такую щекотливую ситуацию: несмотря на огромное >community, несмотря на огромные инвестиции, несмотря на многочисленные понты оказалось, что >разработчик НЕ Линукс-ядра, а столь презираемого FreeBSD, именно он, а не >гуру типа mingo, gkh, Alan Cox и других, обнаружил, что с >масштабируемостью Linux не все так гладко даже на совершенной детской ( >по сравнению с суперкомпьютерами ) конфигурации в 8 ядер. > >Никто никогда не задумывался, отчего это произошло? странные вопросы сутра пораньше. Не знаешь принципа свободного софта? Поискал и не нашел - сделай сам. Именно так и поступил твой герой. Купил се сервак о 8ми процах, а фурычит он как-то не так как хотелось бы. И чел нарыл в чем дело. Да и соблазн найти ченить у врага в кишках чтоб потом тыкать пальцем - весьма велик. Вот товарисч и взялсо за перо. За что ему, собсно, огромное спасибо :) А про остальных, которые не нашли проблему - им либо просто хватало :) либо не было именно такой конфигурации (что, в принципе маловероятно, конечно). Скорее всего хватало. А раз ты такой любознательный. То задумася над вопросом: почему этот товарисч (типа разработчик BSD) полез совершенствовать (ИМЕННО СОВЕРШЕНСТВОВАТЬ!) чужую систему? ;) А может она и не такое уж и чужое для него... ;)) Почему он не тратил время на улучшение BSD, а на улучшение Линуха?? ы?  Может он _ЗНАЛ_ на что _стоит_ потратить время?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	89. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от penguin_killer on 19-Ноя-07, 11:07
	>еще и какой секрет. Лишь примерно подсчитано, что _через_ пару лет стоимость >разработки >Линуха будет равна миллиарду. _одному_. >Так что... секрет... :) Покури вот это: http://www.news.com/2100-1001-825723.html А ведь это одна только IBM и за один только 2001 год. >странные вопросы сутра пораньше. >Не знаешь принципа свободного софта? Поискал и не нашел - сделай сам. > Конечно, все так. Я - богатенький буржуин, мне промыли мозги насчет удачного вложения в свою инфраструктуру - перевода серверов в ИТ-департаменте моей лавочки по продаже булочек на Linux. Я покупаю 8-ядерные сервера и вижу, что производительность СУБД MySQL, где хранятся данные о том, сколько каких булочек было продано, плохая. Я спрашиваю знающих товарищей: а в чем же дело? А мне отвечают: извини, дружок, есть принцип свободного софта "не нравится - сделай сам". А я как бы не приучен программировать, а больше приучен продавать булочки. Я обращаюсь в RedHat, Линукс от которой у меня стоит на серверах, а мне отвечают: а че те не нравится? Линукс - самая лучшая в мире, ты что, забыл? Если че не нравится, дай денег, мы тебе выправим масштабируемость. А иначе иди нахрен со своими булочками! Любопытная картина получается. С одной стороны, Линукс - промышленная ОС, с другой - "не нравится - выправь сам". Вы уж определитесь-то, шашечки или ехать.... >Именно так и поступил твой герой. Купил се сервак о 8ми процах, >а фурычит >он как-то не так как хотелось бы. И чел нарыл в чем >дело. Да и соблазн >найти ченить у врага в кишках чтоб потом тыкать пальцем - весьма >велик. У него был соблазн планировщик выправить во FreeBSD по модели Solaris. Если говорить конкретно про Jeff, то в своем ЖЖ он ни разу не намекнул на то, что Линукс чем-то нехорош. Более того, поначалу он сильно удивлялся тому, что видел, и думал, что это недоразумение, обращался за помощью в тюнинге к линуксоводам. При этом он писал, что, кроме всего прочего, получил много "hate mail". "Тыкать пальцем" - это любимое занятие фанатов совсем другой ОС, нежели FreeBSD ;-) >А про остальных, которые не нашли проблему - им либо просто хватало >:) >либо не было именно такой конфигурации (что, в принципе маловероятно, конечно). >Скорее всего хватало. > Ничего себе хватало! Вы графики видели? Более вероятно то, что серьезных исследований на эту тему долгое время никто не проводил. Что ставит под большое сомнение ценность большого community в задачах, которые требуют серьезного подхода, а не чего-нибудь типа "протестировать, работает ли ethernet-over-usb в новом релизе" >А раз ты такой любознательный. То задумася над вопросом: почему этот товарисч >(типа разработчик BSD) полез совершенствовать (ИМЕННО СОВЕРШЕНСТВОВАТЬ!) чужую систему? ;) >А может она и не такое уж и чужое для него... ;)) > Он, насколько это ясно из его блога, работает над Линуксом по контракту, за деньги. А планировщик FreeBSD выправляет в свое свободное время. При этом отмечает, что предпочел бы заниматься консультациями по BSD. >Почему он не тратил время на улучшение BSD, а на улучшение Линуха?? > >ы?  Может он _ЗНАЛ_ на что _стоит_ потратить время? Ты бы хоть раз сходил посмотреть его ЖЖ, что ли. Либо уж не говори тогда того, чего не знаешь.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	90. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 19-Ноя-07, 11:35
	>Покури вот это: >http://www.news.com/2100-1001-825723.html >А ведь это одна только IBM и за один только 2001 год. покурил Деньги пойдут на портирование линуха на их серваки, на портфолио, тернировку служб и консалтинга и на полномасштабную рекламу в больших газетах. Вопрос: какой % от этого биллиона превратиться непостредственно в код? ответ: далеко от 100%... ОЧЕНЬ далеко... >[оверквотинг удален] >"не нравится - сделай сам". А я как бы не приучен >программировать, а больше приучен продавать булочки. Я обращаюсь в RedHat, Линукс >от которой у меня стоит на серверах, а мне отвечают: а >че те не нравится? Линукс - самая лучшая в мире, ты >что, забыл? Если че не нравится, дай денег, мы тебе выправим >масштабируемость. А иначе иди нахрен со своими булочками! > >Любопытная картина получается. С одной стороны, Линукс - промышленная ОС, с другой >- "не нравится - выправь сам". Вы уж определитесь-то, шашечки или >ехать.... не вижу тут ни причин для иронии, ни расхождения с реальностью. Все верно и все на месте. Не можешь сам - найми того, кто может. Нет денег - так что ж ты х-во так булками %) торгуешь... Или только потому что Линух крут все резко бросились бесплатно работать на всех подряд булочников?? ГЫ А если не бесплатно - то пожалуйста, все бы ему нашли и не хуже нашего героя исследователя. Только вот оно работало и до этого, а на исследования "почему так, а не так" никто денег/булок не давал и не интересовалсо. >У него был соблазн планировщик выправить во FreeBSD по модели Solaris. Если >говорить конкретно про Jeff, то в своем ЖЖ он ни разу >не намекнул на то, что Линукс чем-то нехорош. Более того, поначалу >он сильно удивлялся тому, что видел, и думал, что это недоразумение, >обращался за помощью в тюнинге к линуксоводам. >При этом он писал, что, кроме всего прочего, получил много "hate mail". воспринимать достойно такие багрепорты - это отдельный талант ;) не все им владеют. Люди слабы... >Ничего себе хватало! Вы графики видели? графики графиками, а хватало - это значит хватало. Чуешь разницу? А если не хватало - брали еще сервак, видимо. Не всякий системный интегратор броситься строить графики и находить закономерности. Это поприще исследователей, коим и был Jeff. А что он был BSDшником и первее какаого-нить Линуксоида нашел проблему- ну, повезло :) Да и в конце концов, он то и сам был немного Линускоидом, раз ковырял Линух ;) >Более вероятно то, что серьезных исследований на эту тему долгое время никто >не проводил. ну так. Работает - шо еще нужно. Тем паче, что 8ми процессорные системы еще не так распространены, как 4-х. >Что ставит под большое сомнение ценность большого community в >задачах, которые требуют серьезного подхода, а не чего-нибудь типа "протестировать, работает >ли ethernet-over-usb в новом релизе" полностью за. Только вот комьюнити никакого проекта не занимаеццо исследованиями в своей массе. Это именно тестеры :) Основную тяжолую работу делает горстка людей. Но все же, у Линуха, и она побольше. Просто не было ни у кого из этих серьезных людей 8ми процессорной тачки и задачи затюнить шедулер. Согласись, что это именно совпадение, что у Jeff'а был 8ми процессорный девайс и весьма конкретные интересы касательно шедулера. Если бы не он - то с ростом популярности 8ми процевых систем эта проблема обязательно бы дошла и до монстеров Линух шедулера. И проблема была бы точно так же найдена и поправлена. Просто сейчас этот фикс немного обогнал время - такие системы еще весьма редки. А к периоду популярности проблема была бы поправлена просто ко времени. >Он, насколько это ясно из его блога, работает над Линуксом по контракту, >за деньги. А планировщик FreeBSD выправляет в свое свободное время. Вот тебе и смех... За Линух уже платят (и, видимо, весьма хорошо, раз ТАКОГО человека наняли), а BSD в свободное время... >При этом отмечает, что предпочел бы заниматься консультациями по BSD. Ни секунды не сомневаюсь. Весьма нелогичным бы смотрелсо человек, доводящий до ума BSD шедулер, но не желающий занимаццо BSD в проф. деятельности >Ты бы хоть раз сходил посмотреть его ЖЖ, что ли. Либо уж >не говори тогда того, чего не знаешь. может и стояло бы, но не пойду. Ну, теперь-то понятно почему он ковырялсо в Линухе
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	99. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от penguin_killer on 19-Ноя-07, 14:18
	>Деньги пойдут на портирование линуха на их серваки, на портфолио, тернировку >служб и консалтинга и на полномасштабную рекламу в больших газетах. Портирование на их серваки на все 100% плавно перетекает в код поддержки архитектуры ppc в ядре. Остальное, конечно, лишь косвенно. >Или только потому что Линух крут все резко бросились бесплатно работать на >всех подряд булочников?? ГЫ Я говорю про RedHat. Исправила бы эта почтенная контора планировщик забесплатно, в рамках даже premium support plan, если бы к ней обратился один из ее клиентов с жалобой на плохую масштабируемость? >А если не бесплатно - то пожалуйста, все бы ему нашли и >не хуже нашего героя исследователя. Только вот оно работало и до >этого, а на исследования "почему так, а не так" никто денег/булок >не давал и не интересовалсо. Как-то работало, конечно. И дальше, наверное, как-то будет работать. Только вот в Солярке проблем с масштабируемостью нет уже давно. Это я говорю к утверждению о "скором ее конце". >ну так. Работает - шо еще нужно. Тем паче, что 8ми процессорные >системы еще не так распространены, как 4-х. В серьезных конторах 8-ядерные сервера уже давно не есть что-то необычное. Вообще, в этом-то и заключается подход Линукса - внести фичу, чтобы как-то работало и бодро отрапортовать о том, что у нас это есть, и в соответствующую ветку интегрировано. А этого, как выясняется, еще недостаточно. Есть еще и качественные показатели, за которыми следят не всегда внимательно. >Но все же, у Линуха, и она побольше. Просто не было ни >у кого из этих серьезных людей >8ми процессорной тачки и задачи затюнить шедулер. Да было у них все! Как можно портировать и тестировать Линукс на суперкомпьютерах и обойти вниманием 8-ядерную конфигурацию, стоимость которой меньше 10к$ ? Если бы не было у разработчиков таких серверов, то получается, что Линукс - это, перефразируя одного часто срущего здесь тролля, "ОС для бомжей". А это не так, поскольку в разработку Линукса вкладывают очень серьезные деньги. Не только в виде покупки рекламы, но и в виде оплаты программистов, работающих над кодом. >Согласись, что это именно совпадение, > >что у Jeff'а был 8ми процессорный девайс и весьма конкретные интересы касательно >шедулера. Нихрена себе совпадение. Планировщики как раз и должны тестироваться на таких машинах. Если для Линукса так не делается, то это вообще как-то несерьезно все получается. >Если бы не он - то с ростом популярности 8ми процевых систем >эта проблема обязательно бы дошла и до монстеров Линух шедулера. И >проблема была бы точно так же найдена и поправлена. >Просто сейчас этот фикс немного обогнал время - такие системы еще весьма >редки. А к периоду популярности проблема была бы поправлена просто ко >времени. Еще раз повторюсь: для тех компаний, которые занимаются Линуксом ( IBM, Novell, RedHat, Motorola ), 8-ядерные сервера уже давно не новость. >Вот тебе и смех... >За Линух уже платят (и, видимо, весьма хорошо, раз ТАКОГО человека наняли), >а BSD в свободное время... Если бы Линуксом не занимались в свободное время, до него бы и деньги никогда не дошли. Кроме того, других разработчиков BSD спонсируют компании именно за работу над кодом BSD.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	112. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 19-Ноя-07, 20:20
	>Я говорю про RedHat. Исправила бы эта почтенная контора планировщик забесплатно, в >рамках даже premium support plan, если бы к ней обратился один >из ее клиентов с жалобой на плохую масштабируемость? 1. не имею данных, что входит в их сервис 2. на RH Линукс конторы закончились? >Как-то работало, конечно. И дальше, наверное, как-то будет работать. >Только вот в Солярке проблем с масштабируемостью нет уже давно. угу. и уже никогда не будет... покажите мне соляру на встраиваемых устройствах, КПК, смартфонах. Весь во внимании. Также, почему такая уж вся из себя масштабируемая без проблем соляра так бедно представлена в TOP500? Почему такой весь из себя кривой и ужасный Линух доминирует там? При всем этом обе системы доступны свободно... >В серьезных конторах 8-ядерные сервера уже давно не есть что-то необычное. Все серьезные конторы обеспокоены просаживанием производительности на синтетических тестах?  Меня берут большие сомнения... >Вообще, в этом-то и заключается подход Линукса - внести фичу, чтобы как-то >работало и бодро отрапортовать о том, что у нас это есть, >и в соответствующую ветку интегрировано. > >А этого, как выясняется, еще недостаточно. Есть еще и качественные показатели, за >которыми следят не всегда внимательно. И тем не менее, результаты налицо. Линух более популярен :) А правка находимых проблем - обычное дело. >Да было у них все! Как можно портировать и тестировать Линукс на >суперкомпьютерах и обойти вниманием 8-ядерную конфигурацию, стоимость которой меньше 10к$ ? >Если бы не было у разработчиков таких серверов, то получается, что Линукс >- это, перефразируя одного часто срущего здесь тролля, "ОС для бомжей". >А это не так, поскольку в разработку Линукса вкладывают очень серьезные >деньги. Не только в виде покупки рекламы, но и в виде >оплаты программистов, работающих над кодом. Было у них может и все, но нужно быть девелопером шедулера чтоб о таком задумываться. А Линух, скорее всего, на 8ми процах просто заработал и все. Кому надо - тот ковыряет и при желании делиться патчами. >Нихрена себе совпадение. Планировщики как раз и должны тестироваться на таких машинах. >Если для Линукса так не делается, то это вообще как-то несерьезно >все получается. Тестили - работало. что не так? Просаживание в какой-то ситуации - это уже детали, которые не всегда видны сразгону. >Если бы Линуксом не занимались в свободное время, до него бы и >деньги никогда не дошли. Ессьно занимаються и много больше чем в BSD. Не об этом же речь. >Кроме того, других разработчиков BSD спонсируют компании >именно за работу над кодом BSD. И как много таких добродетелей? Пальцев одной руки хватит пересчитать
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	105. "Отчего бы это: 'OpenNews: Семь версий Linux ядра за один ден..."
	Сообщение от А.К. on 19-Ноя-07, 17:47
	>[оверквотинг удален] >"не нравится - сделай сам". А я как бы не приучен >программировать, а больше приучен продавать булочки. Я обращаюсь в RedHat, Линукс >от которой у меня стоит на серверах, а мне отвечают: а >че те не нравится? Линукс - самая лучшая в мире, ты >что, забыл? Если че не нравится, дай денег, мы тебе выправим >масштабируемость. А иначе иди нахрен со своими булочками! > >Любопытная картина получается. С одной стороны, Линукс - промышленная ОС, с другой >- "не нравится - выправь сам". Вы уж определитесь-то, шашечки или >ехать.... 5+ В сущности, весь сыр-бор, вернее - базар, со стороны линуксоводов строится на их "родной" концепции, - даже лучше сказать, - доктрине, небезызвестно кем высказанной в виде противопоставления "базара" "собору". Отсюда и вся прочая танц-плас... А вообще "красноглазые" тем и отличаются, что анархически настроены. Ну, можно сравнить их как заядлых бакеров с респектабельными водителями иномарок... ИМХО ;) > "Тыкать пальцем" - это любимое занятие фанатов совсем другой ОС, нежели FreeBSD ;-) Вот-вот!.. Для полноты картины попутная цитата из ответа противной стороны. Сообщение от Nick (??) on 19-Ноя-07, 11:35 : > не вижу тут ни причин для иронии, ни расхождения с реальностью. > Все верно и все на месте. > Не можешь сам - найми того, кто может. Нет денег - так что ж ты х-во так булками %) > торгуешь... > Или только потому что Линух крут все резко бросились бесплатно работать на всех подряд > булочников?? ГЫ > А если не бесплатно - то пожалуйста, все бы ему нашли и не хуже нашего героя > исследователя. Только вот оно работало и до этого, а на исследования "почему так, > а не так" никто денег/булок не давал и не интересовалсо. Вот нагляднейшая иллюстрация разницы подходов, что я описал выше. Разработчики модели "собора" имеют приятную особенность _отвечать_ за свои разработки, неважно - opensource или "коммерческие". Их антитеза - НЕТ! Вместо честной поддержки у них скорее "базар" и идеологические - по сути и форме - вопли по разным поводам, подчас лишь косвенно связанным с существом проблем... А также склонность к подковыкам-подначкам, флейму, грубости... упёртости суждений... (список неполон...) В Сообщение от penguin_killer  on 19-Ноя-07, 14:18 писал: > Если бы не было у разработчиков таких серверов, то получается, что Линукс - это, перефразируя одного часто срущего здесь тролля, "ОС для бомжей". А это не так, поскольку в разработку Линукса вкладывают очень серьезные деньги. Не только в виде покупки рекламы, но и в виде оплаты программистов, работающих над кодом. 6+ :) Однако завершаю флеймы и закрываю фреймы. И так всё явно как день.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	110. "Отчего бы это: 'OpenNews: Семь версий Linux ядра за один ден..."
	Сообщение от Nick (??) on 19-Ноя-07, 19:41
	>Разработчики модели "собора" имеют приятную особенность _отвечать_ за свои разработки, неважно - >opensource или "коммерческие". Их антитеза - НЕТ! Вы относите себя к багрепортерам обеих систем/ядер и ваши баги в Линухе остались без ответа? Подтвердите примером ваше высказывание: "Их антитеза - НЕТ!"   ? Или же расшифруйте "_отвечать_". Или это лишь блатное выражение для сильного заворота фразы?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	125. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Tester (??) on 20-Ноя-07, 16:21
	>[оверквотинг удален] >по продаже булочек на Linux. Я покупаю 8-ядерные сервера и вижу, >что производительность СУБД MySQL, где хранятся данные о том, сколько каких >булочек было продано, плохая. Я спрашиваю знающих товарищей: а в чем >же дело? А мне отвечают: извини, дружок, есть принцип свободного софта >"не нравится - сделай сам". А я как бы не приучен >программировать, а больше приучен продавать булочки. Я обращаюсь в RedHat, Линукс >от которой у меня стоит на серверах, а мне отвечают: а >че те не нравится? Линукс - самая лучшая в мире, ты >что, забыл? Если че не нравится, дай денег, мы тебе выправим >масштабируемость. А иначе иди нахрен со своими булочками! А вы хоть раз действительно в техподдержку RHEL обращались? Не пишите о том, чего не знаете. У меня была проблема с контроллером LSI SATA MegaRAID-300X - низкая скорость работы и странные сообщения в логах. В течение суток мне дали исчерпывающий ответ о том, почему эта проблема возникла и как её фиксить, а также ссылки на тех. документацию -драйвера который отвечает за этот контроллер с пояснениями, какие ситуации "сводят с ума" драйвер. Так что свой хлеб техподдержки они едят честно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	126. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 20-Ноя-07, 16:24
	wow...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	107. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от sauron (??) on 19-Ноя-07, 18:32
	>разработчик НЕ Линукс-ядра, а столь презираемого FreeBSD, именно он, а не >гуру типа mingo, gkh, Alan Cox и других, обнаружил, что с >масштабируемостью Linux не все так гладко даже на совершенной детской ( >по сравнению с суперкомпьютерами ) конфигурации в 8 ядер. > >Никто никогда не задумывался, отчего это произошло? Задумывались. Если вы тут поищете графики в теме NetBSD vs FreeBSD, там еще Linux есть с нештатным malloc, заточеным под потоки. То увидите, что судя по всему проблема не в ядре в штатном malloc. Так-как когда использовали не штатный malloc провала по производительности там где он должен быть (если это проблема ядра) не наблюдалась. А кроме этого там был график с штатным malloc и там вот эта проблема наблюдалась. Какие из этого следуют выводы?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	113. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 19-Ноя-07, 20:31
	во человек внес ясность. Бл*н... так и знал, что нужно было самому перечитать описание проблемы. Бздунов слушать - вред здоровью...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	115. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от penguin_killer on 19-Ноя-07, 21:05
	http://jeffr-tech.livejournal.com/6831.html --- Many people have posted this link http://ozlabs.org/~anton/linux/sysbench/. Which details how switching to the google malloc fixed the problem. However if you follow the lkml thread a little deeper here http://lkml.org/lkml/2007/3/13/159, you'll see that there is more to the issue than userland malloc. --- Я все-таки настоятельно рекомендую ознакомиться с темой самому. Хамить я тоже умею, тем более, здесь прекрасные учителя этому делу :-) Считаю, что дальнейшую дискуссию продолжать не имеет смысла.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	116. "OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..."
	Сообщение от Nick (??) on 19-Ноя-07, 22:29
	>Я все-таки настоятельно рекомендую ознакомиться с темой самому. да, пожалуй можно >Хамить я тоже умею, тем более, здесь прекрасные учителя этому делу :-) эт точно :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

63. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от yerenkow on 18-Ноя-07, 12:51

... 2. Она в сотни раз менее распространенная -- баги находятся гораздо медленнее. ... Напомнило мне часто слышимую фразу профанов, что все остальные ОС кроме виндовса нераспространены, и неинтересны хакерам(хакер - в плохом значении слова), и что когда Linux, *BSD, MacOS начнут быть более популярными, то под них появится столько же вирусов, как и под Виндовс :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	67. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 18-Ноя-07, 14:15
	>Напомнило мне часто слышимую фразу профанов, что все остальные ОС кроме виндовса >нераспространены, и неинтересны хакерам(хакер - в плохом значении слова), и что >когда Linux, *BSD, MacOS начнут быть более популярными, то под них >появится столько же вирусов, как и под Виндовс :) Возомжно, что и напомнило ;) Но. Как только BSD будет способна расти столь быстро, чтоб так же как Линух завоевывать серца пользователей - вот тогда и поспорьте, что у BSD будет меньше проблем в этом плане ;))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	101. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от SubGun (??) on 19-Ноя-07, 14:39
	>Как только BSD будет способна расти столь быстро, чтоб так же как >Линух завоевывать серца пользователей - вот тогда и поспорьте, что у >BSD будет меньше проблем в этом плане ;)) А ей это не нужно, она завоевывает сердца администраторов. :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	111. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 19-Ноя-07, 19:43
	>А ей это не нужно, ты прочиворечишь реальности: PCBSD, DesktopBSD, и даже KDE в портах у FreeBSD >она завоевывает сердца администраторов. :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	114. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 19-Ноя-07, 20:36
	>она завоевывает сердца администраторов. :) сколько видел любителей BSD - все сидели под маздаем (за исключением 2-ух людей)... Админы блин...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	118. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от vvv (??) on 20-Ноя-07, 01:40
	Вы что-то загнались. Это были любители Netware (ну раз сидели под Windows). Точно так же, как любители сладкого пьют чай с горчицей. Кстати, сколько не видел коров-каннибалов, все что-то только травкой питались.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	120. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от SubGun (ok) on 20-Ноя-07, 12:05
	У меня на работе Open SuSe, которую я установил сугубо из-за того, что мне нужен Novell Client, который, кстати, удивительным образом не становится под SLES(скорее всего нужно "подработать напильником"). А дома стоит Debian, как наиболее стабильная(камень в сторону Ubuntu) и быстрая из Linux(камень в сторону SuSe), на которую, к тому же, с легкостью встали дрова на видик с поддержкой 3D. Дома не стоит FreeBSD лишь потому, что сборка десктопного ПО из портов немного напрягает. Так что насчет винды вы совсем не правы. По теме: Смешон не сам факт такого кол-ва релизов, а то, что, судя по всему, полностью отсутствует координация действий между девелоперами, если они не смогли два-три изменения(а еще лучше все) в один релиз запихать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	121. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 20-Ноя-07, 12:16
	>Так что насчет винды вы совсем не правы. пардон мы просто не были знакомы лично :) было бы "за исключением 3-х" ;) >По теме: >Смешон не сам факт такого кол-ва релизов, а то, что, судя по >всему, полностью отсутствует координация действий между девелоперами, если они не смогли >два-три изменения(а еще лучше все) в один релиз запихать. да. Первая мысль которая ко мне пришла, прочитав новость - Concurrent Versions System... (в общем смысле). Т.е. видать, Greg на автомате привычки все большие изменения в несколько самостоятельных отдельных коммитов - то же самое сделал и с версиями. Конечно, это несколько странно, мягко-говоря...  Надеюсь, Торвальдс именно этого человека впредь не будет допускать к "релизилке" без проверки.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	122. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от iceman (??) on 20-Ноя-07, 13:26
	>По теме: >Смешон не сам факт такого кол-ва релизов, а то, что, судя по >всему, полностью отсутствует координация действий между девелоперами, если они не смогли >два-три изменения(а еще лучше все) в один релиз запихать. Ну так 2.6.23.8 и содержит все изменения! Так же как 2.6.23.5 например содержит в себе изменения с .2 по .4 А для чего был сделан multiple release, по словам GKH - This way, if problems occur, it will be easier for people to track down where the regression might have happened.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	123. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 20-Ноя-07, 13:42
	>А для чего был сделан multiple release, по словам GKH - >This way, if problems occur, it >will be easier for people to track down where the regression might >have happened. regression в багфиксах?...  даже не смешно Всю дорогу в такие минорные версии добавляли все известные критические проблемы (секурити, дрова, сетка...) - и ниче, были живы, а тут по версиям разъехать придумал. Ну, это касательно консерватизма... А реально - да. Группирование изменений в отдельные версии действительно упростит процесс сбора возможных багрепортов у обычного населения: "в 2.6.23.5 sky2 не пашет, а в 2.6.23.4 еще все ок" - значит драйвер "пофиксили" наславу :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	124. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от iceman (??) on 20-Ноя-07, 13:58
	>regression в багфиксах?...  даже не смешно >Всю дорогу в такие минорные версии добавляли все известные критические проблемы (секурити, >дрова, сетка...) - и ниче, были живы, а тут по версиям >разъехать придумал. >Ну, это касательно консерватизма... > Это да, вот так разом дошли до .8 Что же будет дальше :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

84. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от ZANSWER (??) on 19-Ноя-07, 09:37

ROO7 - Вы ошибаетесь, SUN уже, как 1.5 года разрабатывает Solaris силами интузиастов из OpenSolaris коммунити, всё пишеться в рамках OpenSolaris, а потом просто бекпортируеться в Solaris 10, модель разработки такая же, как и у Red Hat, с их RHEL/Fedora, - так что не чем она не отличаеться от модели разработки Linux...:)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	85. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от Nick (??) on 19-Ноя-07, 09:40
	разве что у Линукса - модель, а у них - моделька %) потому как коммунити сравнивать даже без толку
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	96. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от ZANSWER (??) on 19-Ноя-07, 13:29
	> разве что у Линукса - модель, > а у них - моделька %) > потому как коммунити сравнивать даже без толку А я их и не сравнивал, я сказал, что модель разработки одинакова, а не какого размера член у Solaris по отношению к Linux...;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	106. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от А.К. on 19-Ноя-07, 17:53
	Писал ZANSWER, 19-Ноя-07 13:29: >А я их и не сравнивал, я сказал, что модель разработки одинакова, >а не какого размера член у Solaris по отношению к Linux...;) 10+ Жму мускулистую руку! :-)))))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	103. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"
	Сообщение от johnjoy (??) on 19-Ноя-07, 17:19
	>ROO7 - Вы ошибаетесь, SUN уже, как 1.5 года разрабатывает Solaris силами >интузиастов из OpenSolaris коммунити, всё пишеться в рамках OpenSolaris, а потом >просто бекпортируеться в Solaris 10, модель разработки такая же, как и >у Red Hat, с их RHEL/Fedora, - так что не чем >она не отличаеться от модели разработки Linux...:) По тому как я понимаю, не совсем так: 1) SUN никуда своих разработчиков не выгоняла - она постепенно их переводит на режим работы под эгидой opensolaris проектов. Таким макаром схема выпуска Solaris примерно такова: Sun developers + community developers -> opensolaris.org -> Nevada (solaris 11) -> Sun developers -> SUN Solaris 10. При этом штат разработчиков и вкладываемые деньги значительно больше, чем у того же red hat. 2) opensolaris - это "крыша" для реальных проектов и коммюнити. Первые - технические проекты (http://opensolaris.org/os/projects/), с кодовой базой, в рамках которых и решаются конкретные задачи. Рядом с ними (но без конкретной привязки к техпроектам) стоят коммьюнити (http://opensolaris.org/os/communities/#all), которые работают на пересечении проектов. Например, коммьюнити Performance может работать над проектами networking, web stack и neavada, над ними же может работать и другой коммьюнити, из побуждений, например безопасности. Это чем-то похоже на apache.org, однако там вполне четко "проект=коммьюнити" В коммьюнити же линукса обычно включают не только ядрописателей, но и гнутых, дистрописатей и дистроюзеров(гм..), вообще всего что (иногда) живет на линуксе-ядре.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

104. "SUN/Red Hat"

Сообщение от ZANSWER (??) on 19-Ноя-07, 17:35

И где отличие от Red Hat в сказанном Вами, именно в модели разработки, всё точно так же, внутрение деление на коммунити и проекты в данном случае не играет роли, это просто структурные единицы проекта OpenSolaris, речь же шла о общем понятие коммунити и методе разработки, он такой же, как и у Red Hat, если кто-то считает иначе, рад буду услышать в каком месте отличаеться процесс разработки у них, про внутреннее устройство в проектах, и их названия речи не идёт...:) P/S/ Red Hat один из лидеров, если не лидер по дабалению строк кода в Linux ядро, среди компаний, поэтому говорить о том, кто там сколько денег даёт на это дело ИМХО пустой треп, где цифры, пока их нет, оставим вопрос о деньгах в стороне...:)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

117. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"

Сообщение от vvv (??) on 20-Ноя-07, 01:35

Это IP адреса, или версии?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]