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

OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8, opennews (?), 17-Ноя-07, (0) [смотреть все] Во наклепали, только вечером собирал 2 6 23 1 , Cybermind (?), 02:16 , 17-Ноя-07, (1) Отжигают Но за такую интенсивность пахания - мегареспекты Круто, так держать , R007 (?), 04:50 , 17-Ноя-07, (2)   // практически невозможно сразу написать безпроблемный код Остаеться лишь выбирать , Nick (??), 10:56 , 17-Ноя-07, (8)   А вы сами пробовали писать программы Сразу беспроблемный код пишете Ваше зая, Knuckles (?), 10:57 , 17-Ноя-07, (9)   // Для вас и предыдущего оратора да, писать безопасный и стабильный код не проблема, parad (?), 15:55 , 17-Ноя-07, (13)   Товарисч, на самом деле проблема не в том где мало багов или много багов Это как, Nick (??), 18:15 , 17-Ноя-07, (16)   захотелось добавить о тех моих двух проблемахони обе были с I O шедулером и возн, Nick (??), 18:38 , 17-Ноя-07, (17)   толи научиться проектировать , parad (?), 19:06 , 17-Ноя-07, (19)   спроэктируй когда пики нагрузкок по времени полностью произвольны, количество, Nick (??), 19:20 , 17-Ноя-07, (23)   mysql и php - менее функциональней чем postgres и perl, соответственно, менее ст, parad (?), 19:04 , 17-Ноя-07, (18)   Гыгы, меньше фич - меньше стабильности - Логично, логично, хахаха D, piranha (??), 19:12 , 17-Ноя-07, (20)   да, меня тоже улыбнуло, но на php perl и mysql pg решил не отвлекаццо, Nick (??), 19:17 , 17-Ноя-07, (22)   Две мысли слились, но ты меня понял , parad (?), 20:56 , 17-Ноя-07, (30)   mysql, php - фуфло У них у обоих меньше фич и меньше стабильности, чем у PgSQL , piranha (??), 20:59 , 17-Ноя-07, (31)   А что ж ты тут не упомянул, что это реклама а ведь чисто рекламные слоганы, Nick (??), 19:16 , 17-Ноя-07, (21)   gt оверквотинг удален Solaris ребятки , макс (??), 19:29 , 17-Ноя-07, (25)   это тот, которого хотят сделать похожим на Линух чтоб хоть как-то удержать тех,, Nick (??), 19:36 , 17-Ноя-07, (28)   порвал в куски иди про Resource Management в Solaris букварь почитай, поймешь,, cadmi (?), 00:44 , 18-Ноя-07, (56)   уморилща с Линуха будут оттиски снимать, чтоб дома сделать такое же,а он сам буд, Nick (??), 00:50 , 18-Ноя-07, (58)   Думается мне что театр одного актера - нежизнеспособная в долговременном плане, R007 (?), 00:30 , 19-Ноя-07, (81)   Точно, кол-ва багов, патчей громадного размера, релизов ядра в единицу времени , SubGun (??), 13:39 , 19-Ноя-07, (97)   угу, zfs бы рады впитать , да впитывалка не отросла не, я понимаю, что красногл, cadmi (?), 16:21 , 19-Ноя-07, (102)   дык, тогда, может у тебя отросла совмещалка несовместимого CDDL zfs GPLv2 Lin, Nick (??), 19:30 , 19-Ноя-07, (109)   io шудлер никчему, когда линукс паникует на ровном месте также я не вижу необхо, parad (?), 21:18 , 17-Ноя-07, (37)   на _ровном_ месте даже венда не паникует так ша не нада ну, как сказать мо, Nick (??), 21:34 , 17-Ноя-07, (39)   Да, извините, не на ровном, слегка нагрузили на нагруженной системе использовать, parad (?), 22:41 , 17-Ноя-07, (43)   ну тогда попрошу конкретно на этом вопросе и остановиться -- а конкретнокаким ма, pavel_simple (ok), 23:23 , 17-Ноя-07, (47)   Упустил часть сообщения php - perlmysql - postgreslibux - bsdПодход к раз, parad (?), 23:29 , 17-Ноя-07, (49)   а может кто-то хочет это неправильно представить сообщение выглядело именно так , pavel_simple (ok), 23:45 , 17-Ноя-07, (52)   после этого не спрашивай почему под бзд нет каких-то польших коммерческих сервач, Nick (??), 23:08 , 17-Ноя-07, (45)   стараюсь избегать такие большие софтины со своими системами бекапа на rsync е - , parad (?), 23:37 , 17-Ноя-07, (51)   отсюда и производительность , Nick (??), 00:09 , 18-Ноя-07, (53)   кста, позволю се напомнить мой пример с группами процессовчтоб проц шедулилсо ме, Nick (??), 00:23 , 18-Ноя-07, (54)   поставлю Solaris, создам по проекту для каждого из сервисов, настрою лимиты, не , cadmi (?), 00:48 , 18-Ноя-07, (57)   ну ясно не будешь дожидаццо, иначе - deadlock тебе , Nick (??), 00:51 , 18-Ноя-07, (59)   JFYI с OpenVZ тоже всё работает Правда, у нас эти ядра явно другими руками со, Michael Shigorin (ok), 01:45 , 22-Ноя-07, (128)   Насчет поровну 1 это очень правильно, т к некчему Вслучае, если веб-приложени, parad (?), 13:14 , 18-Ноя-07, (64)   Господа, коротко добавлю прошлый раз особо не обратил внимание репликация бд , parad (?), 13:26 , 18-Ноя-07, (65)   да, ты именно не обратил внимания НЕ было там такого Ты сам это придумал и сам, Nick (??), 16:06 , 18-Ноя-07, (70)   Знают, что маразм, но стремление-то сделать не по-умному, а пофичастей Типа ум, SubGun (??), 14:24 , 19-Ноя-07, (100)   еще один знатец шедулеров если не понятно, то под определение маразма в таком , Nick (??), 19:24 , 19-Ноя-07, (108)   MacOS X - явно коммерческая, хоть и не сервачная HotMail был коммерческим и сер, Дмитрий Ю. Карпов (?), 10:52 , 19-Ноя-07, (88)   Во-во Система отстает по фичам и довольно сильно, что не удивительно с подходом , R007 (?), 09:17 , 18-Ноя-07, (61)   За вермя моейм многолетней работы у меня был всего один проект без ошибок после , TTT (?), 18:49 , 18-Ноя-07, (72)   Для архиву Только не надо в кучу валить Это -- одна несообразная и глупая куча Э, Michael Shigorin (ok), 01:37 , 22-Ноя-07, (127)   Тому что люди работают, так что любо дорого смотреть Каждый фикс на своем месте , R007 (?), 06:01 , 18-Ноя-07, (60)   omfg безопасность на последнем месте , Moralez (??), 05:53 , 17-Ноя-07, (3) // они вышли единовременно, причем тут место , tamerlan311 (?), 09:07 , 17-Ноя-07, (6) // место при том, что проблемы в безопасности решены не в первом патче, а в последн, Moralez (??), 11:47 , 17-Ноя-07, (10) в 2 6 22 x и, соответственно, в 2 6 23 похерили OUI database built-in deprecate, stimpack (?), 06:44 , 17-Ноя-07, (4) // В киношной рассылке предлагают не пользоваться недописанным стеком и вежливо мол, Michael Shigorin (ok), 21:48 , 22-Ноя-07, (129) мдя поспешишь, людей , wDevil (??), 08:14 , 17-Ноя-07, (5) А чего вы хотели до девелопмент-ядер , Аноним (-), 12:03 , 17-Ноя-07, (11) все сделано как нельзя разумно - на каждый тип исправлений выпущено по релизу , Аноним (12), 12:44 , 17-Ноя-07, (12) Надоело слушать Запомните, багов в BSD меньше не потому, что там кодеры грамотн, fresco (??), 19:25 , 17-Ноя-07, (24) // просто 5четко и просто, Nick (??), 19:34 , 17-Ноя-07, (27) уважаемый, я понимаю, вы -фанат Линуха Но вот с п 2 и 3 вашего утверждения Н, FK (?), 20:28 , 17-Ноя-07, (29) // ну, по 2-му пункту если даже сказать BSD менее распространена, за сим баги вспл, Nick (??), 21:01 , 17-Ноя-07, (32) Хорошо сказано Кстати среди линукс тоже встречаются махровые консерваторы Наприм, R007 (?), 00:39 , 19-Ноя-07, (82) Россия - Израиль 10 0 , pavlinux (??), 19:33 , 17-Ноя-07, (26) Мда До чего же людей доводит фанатизм Не открою Америку, но 1 Я вас разоча, RedStalker_Mike (??), 12:48 , 18-Ноя-07, (62) // ну, верно говоришь, в принципе про соляру отдельно упомяну Она то конечно не , Nick (??), 14:12 , 18-Ноя-07, (66) // Пусть для начала линух попробует вобрать в себя ZFS , penguin_killer (?), 19:39 , 18-Ноя-07, (73) // ну, вообще-то, как только SUN отдаст свое творение под совместимой с GPL2 лиценз, Nick (??), 21:19 , 18-Ноя-07, (76) Вот потому-то мифическое начало конца Солярки не произойдет еще долго - А ес, penguin_killer (?), 22:47 , 18-Ноя-07, (77) все верно, кроме утверждения если и произойдет - то никак не раньше конца Линух, Nick (??), 22:54 , 18-Ноя-07, (78) ну как сказатьприпоздали SUN с открытием своего детищанет у него столь огромного, Nick (??), 23:24 , 18-Ноя-07, (79) Мне интересно вот что На опеннете не раз упоминался ЖЖ Jeff Roberson и его иссле, penguin_killer (?), 09:57 , 19-Ноя-07, (86) top500 это по-твоему это лишь понты ну-ну еще и какой секрет Лишь примерно п, Nick (??), 10:11 , 19-Ноя-07, (87) Покури вот это http www news com 2100-1001-825723 htmlА ведь это одна только I, penguin_killer (?), 11:07 , 19-Ноя-07, (89) покурилДеньги пойдут на портирование линуха на их серваки, на портфолио, терниро, Nick (??), 11:35 , 19-Ноя-07, (90) Портирование на их серваки на все 100 плавно перетекает в код поддержки архитек, penguin_killer (?), 14:18 , 19-Ноя-07, (99) 1 не имею данных, что входит в их сервис2 на RH Линукс конторы закончились угу, Nick (??), 20:20 , 19-Ноя-07, (112) gt оверквотинг удален 5 В сущности, весь сыр-бор, вернее - базар, со стороны л, А.К. (?), 17:47 , 19-Ноя-07, (105) Вы относите себя к багрепортерам обеих систем ядер и ваши баги в Линухе остались, Nick (??), 19:41 , 19-Ноя-07, (110) gt оверквотинг удален А вы хоть раз действительно в техподдержку RHEL обращали, Tester (??), 16:21 , 20-Ноя-07, (125) wow , Nick (??), 16:24 , 20-Ноя-07, (126) Задумывались Если вы тут поищете графики в теме NetBSD vs FreeBSD, там еще Linu, sauron (??), 18:32 , 19-Ноя-07, (107) вочеловек внес ясность Бл н так и знал, что нужно было самому перечитать опис, Nick (??), 20:31 , 19-Ноя-07, (113) http jeffr-tech livejournal com 6831 html---Many people have posted this link , penguin_killer (?), 21:05 , 19-Ноя-07, (115) да, пожалуй можноэт точно , Nick (??), 22:29 , 19-Ноя-07, (116) 2 Она в сотни раз менее распространенная -- баги находятся гораздо медленнее, yerenkow (?), 12:51 , 18-Ноя-07, (63) // Возомжно, что и напомнило Но Как только BSD будет способна расти столь быстро,, Nick (??), 14:15 , 18-Ноя-07, (67) // А ей это не нужно, она завоевывает сердца администраторов , SubGun (??), 14:39 , 19-Ноя-07, (101) // ты прочиворечишь реальности PCBSD, DesktopBSD, и даже KDE в портах у FreeBSD, Nick (??), 19:43 , 19-Ноя-07, (111) сколько видел любителей BSD - все сидели под маздаем за исключением 2-ух людей , Nick (??), 20:36 , 19-Ноя-07, (114) Вы что-то загнались Это были любители Netware ну раз сидели под Windows Точно , vvv (??), 01:40 , 20-Ноя-07, (118) У меня на работе Open SuSe, которую я установил сугубо из-за того, что мне нужен, SubGun (ok), 12:05 , 20-Ноя-07, (120) пардонмы просто не были знакомы лично было бы за исключением 3-х да Перва, Nick (??), 12:16 , 20-Ноя-07, (121) Ну так 2 6 23 8 и содержит все изменения Так же как 2 6 23 5 например содержит в, iceman (??), 13:26 , 20-Ноя-07, (122) regression в багфиксах даже не смешноВсю дорогу в такие минорные версии доб, Nick (??), 13:42 , 20-Ноя-07, (123) Это да, вот так разом дошли до 8Что же будет дальше , iceman (??), 13:58 , 20-Ноя-07, (124) ROO7 - Вы ошибаетесь, SUN уже, как 1 5 года разрабатывает Solaris силами интузиа, ZANSWER (??), 09:37 , 19-Ноя-07, (84) // разве что у Линукса - модель,а у них - моделька потому как коммунити сравниват, Nick (??), 09:40 , 19-Ноя-07, (85) // А я их и не сравнивал, я сказал, что модель разработки одинакова, а не какого ра, ZANSWER (??), 13:29 , 19-Ноя-07, (96) // Писал ZANSWER, 19-Ноя-07 13 29 10 Жму мускулистую руку - , А.К. (?), 17:53 , 19-Ноя-07, (106) По тому как я понимаю, не совсем так 1 SUN никуда своих разработчиков не выгоня, johnjoy (??), 17:19 , 19-Ноя-07, (103) И где отличие от Red Hat в сказанном Вами, именно в модели разработки, всё точно, ZANSWER (??), 17:35 , 19-Ноя-07, (104) Это IP адреса, или версии , vvv (??), 01:35 , 20-Ноя-07, (117) 1,2,3,4,5,11,12,24,26,62,63,84,104,117

Сообщения

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

2. "Семь версий Linux ядра за один день: c 2.6.23.2 по 2.6.23.8"	+/–
Сообщение от R007 (?), 17-Ноя-07, 04:50
Отжигают :).Но за такую интенсивность пахания - мегареспекты.Круто, так держать - тогда оно вскоре станет просто великолепной системой.
Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

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

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

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

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

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

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

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

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

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

	30. "а в чем дело-то?"	+/–
	Сообщение от parad (?), 17-Ноя-07, 20:56
	Две мысли слились, но ты меня понял.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

Часть нити удалена модератором

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

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

	52. "а в чем дело-то?"	+/–
	Сообщение от pavel_simple (ok), 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 аналогично а вот третье мы и обсуждаем и не надо утрировать -- этож форум -- тут "лишнего" не выкинуть
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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