The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: На slashdot подняли осенние бенчмарки, где FreeBSD..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: На slashdot подняли осенние бенчмарки, где FreeBSD..."  
Сообщение от opennews (??) on 06-Мрт-08, 22:51 
"FreeBSD 7.0 Bests Linux In SMP Performance (http://bsd.slashdot.org/article.pl?sid=08/03/06/1313218&from...)" - на slashdot обсуждают осенние бенчмарки (http://www.opennet.dev/opennews/art.shtml?num=12489), где FreeBSD бьет Linux на 15%.

URL: http://bsd.slashdot.org/article.pl?sid=08/03/06/1313218&from...
Новость: http://www.opennet.dev/opennews/art.shtml?num=14606

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

 Оглавление

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


1. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Nick email(??) on 06-Мрт-08, 22:51 
опять Молнар выдаст нагора пачку фиксов и перегонит Фрю? :)
Очередной этап холодной войны...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Юзеръ (ok) on 07-Мрт-08, 13:41 
> Очередной этап холодной войны...

Круто рубаются ребятки, так держать :) а выиграем от этого 1 фиг мы, юзеры :)

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

19. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Nick email(??) on 07-Мрт-08, 13:45 
>> Очередной этап холодной войны...
>
>Круто рубаются ребятки, так держать :) а выиграем от этого 1 фиг
>мы, юзеры :)

дык :)

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

2. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Anonymous on 06-Мрт-08, 23:11 
http://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 06-Мрт-08, 23:18 
>http://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/

теска Пиггин кортинок нагенерил :)

тока БЗДя догоняет Линух - у линуха уже есть че-нить свеженького ;)
Ну ничего, главное, что доганяет :)

Конкуренция - это неплохо. Главное не скатиться к ACID-like гонке бровсеров вущерб
реальным задачам.

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

4. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Аноним (??) on 07-Мрт-08, 00:03 
Есть уже и посвежее бенчмарки http://people.freebsd.org/~kris/scaling/
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Реалист on 07-Мрт-08, 05:59 
Парни, о чем речь? Какие бенчмарки... FreeBSD закрыт путь в сектор баз данных, путь они там хоть в три раза быстрее будут Linux. И так будет до тех пор пока они нормальную сортировку для UTF-8 не сделают.

Подумайте сами, какой прок от всей этой скорости в базах данных, если во фре кривой ru_RU.UTF-8.LC_COLLATE на текущий момент.

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

6. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Аноним (??) on 07-Мрт-08, 08:55 
http://blog.lexa.ru/2008/03/03/freebsd_utf8_russian_collate_...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Аноним (??) on 07-Мрт-08, 10:07 
>Подумайте сами, какой прок от всей этой скорости в базах данных, если
>во фре кривой ru_RU.UTF-8.LC_COLLATE на текущий момент.

А что нельзя прикрутить LC_COLLATE из devel/icu?

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

8. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Andrew Kolchoogin on 07-Мрт-08, 10:41 
К PostgreSQL принято прикручивать icu, у MySQL вообще своя сортировка. При чём тут системная сортировка FreeBSD?
А вообще, конечно, религия во FreeBSD странная... ;) "Прописные буквы отдельно, строчные -- отдельно..."
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от BayaN (ok) on 07-Мрт-08, 10:53 
>Парни, о чем речь? Какие бенчмарки... FreeBSD закрыт путь в сектор баз
>данных, путь они там хоть в три раза быстрее будут Linux.

Ага, это скорее тебе тогда будет закрыт путь в реалисты. Если FreeBSD будет в 3 раза быстрее Linux, то её просто "засрут" патчами с любыми видами сортировки.

>И так будет до тех пор пока они нормальную сортировку для
>UTF-8 не сделают.

Ты думаешь, что нормальная сортировка в UTF-8 это задача примерно того же порядка сложности и важности, что и избавление кода от Giant Lock, переписывание планировщика, сильное изменение сетевого стека?

>
>Подумайте сами, какой прок от всей этой скорости в базах данных, если
>во фре кривой ru_RU.UTF-8.LC_COLLATE на текущий момент.

Подумай, какой прок от нормальной ru_RU.UTF-8.LC_COLLATE, если нет скорости.

Вообще радует, что фря всё-таки поднимается, хоть и до линукса ей пока далеко, но всё же хоть какая-то альтернатива.


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

10. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Xavier on 07-Мрт-08, 11:02 
>Вообще радует, что фря всё-таки поднимается, хоть и до линукса ей пока
>далеко, но всё же хоть какая-то альтернатива.

Ну это смотря где далеко. Я вот на нескольких работах использовал для офисного маршрутизатора, и там фря работает очень даже хорошо. Что касается документации, то ничего подобного фришного хендбуку я в Федоре до сих пор не нашел.
В общем, я тоже за наличие альтернатив и конкуренции.

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

13. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от r0g3r (??) on 07-Мрт-08, 12:37 
Зато фришному хэндбуку до гентушного, как раку доползти до Китая.При всём уважении к фре, он там отвратен.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

44. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Allan_Sundry email(ok) on 07-Мрт-08, 16:09 
Вот только FreeBSD гораздо проще для понимания чем Gentoo!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

45. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 07-Мрт-08, 16:12 
>Вот только FreeBSD гораздо проще для понимания чем Gentoo!

это субъективно.

Мне вот проще када _ВСЕ_ файлы в системе пренадлежат тому или
иному пакету, и каждый файлик установлен из портов.
Значит _все_ может быть обновлено или _корректно_ удалено.

Вот так лично мне понятнее :) Чем "система", а в /usr/local - порты

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

87. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от nuclight email(ok) on 11-Мрт-08, 17:45 
>>Вот только FreeBSD гораздо проще для понимания чем Gentoo!
>
>это субъективно.
>
>Мне вот проще када _ВСЕ_ файлы в системе пренадлежат тому или
>иному пакету, и каждый файлик установлен из портов.
>Значит _все_ может быть обновлено или _корректно_ удалено.
>
>Вот так лично мне понятнее :) Чем "система", а в /usr/local -
>порты

Разделение  на базовую системы и сторонние программы - вполне логично и естественно, и было таковым исторически во всех ОС. Видеть перед собой ОС, с которой можно работать, а не голое ядро, к которому нужно ставить все подряд - это более понятно.

Удаление утилит из базовой системы не требуется, она на то и базовая. Обновляется она опять же легко, вся вместе, когда нужно. Разделение же "всему свой пакет" зачастую приводит к проблемам при обновлении какого-нибудь важного из них, не раз наблюдал у гентушников. В базовой системе же утилиты же всегда хорошо подогнаны друг к другу и к ядру разработчиками, таких проблем нет.

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

88. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 11-Мрт-08, 18:05 
>Удаление утилит из базовой системы не требуется

я ему рыба, а он мне - мясо...

говорю что делать, если НАДО? а не если ты решил, шо мне не надо :)

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

89. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от nuclight email(ok) on 11-Мрт-08, 18:28 
>>Удаление утилит из базовой системы не требуется
>
>я ему рыба, а он мне - мясо...
>
>говорю что делать, если НАДО? а не если ты решил, шо мне
>не надо :)

Не бывает абстрактного "НАДО", бывает "зачем". Вот неправильные задачи / кривая архитектура, к ним приводящая - бывают нередко. Причем чаще, чем обратное.

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

90. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 11-Мрт-08, 18:32 
>Не бывает абстрактного "НАДО", бывает "зачем". Вот неправильные задачи / кривая архитектура,
>к ним приводящая - бывают нередко. Причем чаще, чем обратное.

т.е. это не бздя мне не подходит, а я не умею с компутером обращацо %)))

смиялсо :)

иди гуляй. Твоя маза стара как мир: "у нас нету - посему тебе тоже не нада"

В Генте же, почему-то, у меня все есть и я могу изменять что мне нужно.
В соответствии со своими задачами, а не с тем, что там может или не может бздя.

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

91. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от nuclight email(ok) on 11-Мрт-08, 19:01 
>[оверквотинг удален]
>
>смиялсо :)
>
>иди гуляй. Твоя маза стара как мир: "у нас нету - посему
>тебе тоже не нада"
>
>В Генте же, почему-то, у меня все есть и я могу изменять
>что мне нужно.
>В соответствии со своими задачами, а не с тем, что там может
>или не может бздя.

Чувак, ты, во-первых, ни одной реальной задачи ("зачем надо") так и не озвучил, во-вторых, нателепатировал и приписал мне то, чего я не говорил и не подразумевал. Но если хочешь гулять - иди гуляй, мне не жалко.

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

86. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от nuclight email(ok) on 11-Мрт-08, 17:40 
>Зато фришному хэндбуку до гентушного, как раку доползти до Китая.При всём уважении
>к фре, он там отвратен.

Ойвей. Ну и чем он лучше. Когда я последний раз смотрел на гентушный - дело обстояло ровно наоборот.

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

14. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(??) on 07-Мрт-08, 12:50 
>Что касается  документации, то ничего подобного фришного хендбуку я в Федоре до сих
>пор не нашел.

раз Linux-based - то сразу Федора?
Какая-то неправильная логика.

Вот с Хендбуков и howto Генту Линуха сравни ;)
вот там тебе покажется интереснее


>В общем, я тоже за наличие альтернатив и конкуренции.

это без вариантов :)

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

53. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Michael Shigorin email(ok) on 07-Мрт-08, 19:48 
>Ну это смотря где далеко. Я вот на нескольких работах использовал для
>офисного маршрутизатора, и там фря работает очень даже хорошо.

Если это было больше пяти лет тому, ещё понятно.  Сейчас за отдельный гроб только для того, чтобы байтики гонять, уже пора выпирать с работы :) -- кому надо странного, те перебрались на OpenWRT сотоварищи, а так -- коробочки и всё.

Говорю как утверждавший при последнем решении такого вопроса, что нам-де не хватит и надо погибче, стало быть, вон на ту виашку засунуть отдельный линукс... :)

(остались не маршрутизаторы, а прокси/почтовки мелкие -- из того, что нуждается в отдельном диске и стоит отдельной коробки, ну или контейнера в существующей... и то уже совсем не факт)

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

67. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 08-Мрт-08, 22:52 
>[оверквотинг удален]
>с работы :) -- кому надо странного, те перебрались на OpenWRT
>сотоварищи, а так -- коробочки и всё.
>
>Говорю как утверждавший при последнем решении такого вопроса, что нам-де не хватит
>и надо погибче, стало быть, вон на ту виашку засунуть отдельный
>линукс... :)
>
>(остались не маршрутизаторы, а прокси/почтовки мелкие -- из того, что нуждается в
>отдельном диске и стоит отдельной коробки, ну или контейнера в существующей...
>и то уже совсем не факт)

Вообще-то разделение функционала по разным коробочкам - это мера повышения надёжности и безопасности. Потому что при железной поломке ломается только один узел системы, а не всё подряд; потому что как бы там ни была сейчас модной виртуализация, она приносит проблем проблем не меньше, чем решает, а ресурсы тратит в любом случае; потому что при взломе почтового сервера не будут заодно порутаны шлюз, веб-сервер, SVN-репозиторий и СУБД... И т.д. Можно расценить отдельно стоящую помойку как вложения в страховку - очень адекватно, ИМХО.

P.S.: Ну вот, кто-то мой ник (Pers) зарегил :(.

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

68. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 08-Мрт-08, 23:21 
>Вообще-то разделение функционала по разным коробочкам - это мера повышения надёжности

согласен.

>и безопасности

не согласен :)

>Потому что при железной поломке ломается только один узел системы,
>а не всё подряд; потому что как бы там ни была
>сейчас модной виртуализация, она приносит проблем проблем не меньше, чем решает,
>а ресурсы тратит в любом случае;

да, железо - это железо. Про повышение надежности - зачет.


>потому что при взломе почтового
>сервера не будут заодно порутаны шлюз, веб-сервер, SVN-репозиторий и СУБД... И
>т.д.

а вот тут мсье крепко ошибается в теоретической части (даже если где-то прав в
реалиях).
Разделение и контроль прав пользователей и программ на вами указанном уровне
успешно можно решить с помощью SELinux (или RSBAC, Apparmor).
На правильно настроенной системе, защищенной подобной технологией, даже
получение рута не даст возможность доступа ко всем подсистемам.
не говоря уже о взломе какого-нить почтового сервера, работающего не от рута ;)


>Можно расценить отдельно стоящую помойку как вложения в страховку - очень адекватно, ИМХО.

касательно хардварной надежности, и не более. Если такими методами делается ставка
на безопасность - то лучше начинать много читать о безопасности :)


>P.S.: Ну вот, кто-то мой ник (Pers) зарегил :(

ага, я тоже был расстроен занятостью Nick'а %)

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

71. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 09-Мрт-08, 08:30 
>[оверквотинг удален]
>
>а вот тут мсье крепко ошибается в теоретической части (даже если где-то
>прав в
>реалиях).
>Разделение и контроль прав пользователей и программ на вами указанном уровне
>успешно можно решить с помощью SELinux (или RSBAC, Apparmor).
>На правильно настроенной системе, защищенной подобной технологией, даже
>получение рута не даст возможность доступа ко всем подсистемам.
>не говоря уже о взломе какого-нить почтового сервера, работающего не от рута
>;)

Чтобы поиметь правильно настроенную системе, защищённую хоть тем же SELinux, приходится очень много и хорошо думать, иначе это лишь задержит вломщика, но не более того. Конечно, лучше, чем ничего, но... Чтобы поддерживать такую систему нужен ОЧЕНЬ хороший админ. Таких по России, боюсь, наберётся в лучшем случае несколько десятков. Не хватит на все фирмы, как ни крути:).

Хотя мысль интересная: а нельзя ли сделать эдакий "типовой установщик"? Примеры того, что это возможно и надёжно работает, вроде есть (та же МСВС - сам не юзал, по отзывам местами грамотно сделано).

>>Можно расценить отдельно стоящую помойку как вложения в страховку - очень адекватно, ИМХО.
>
>касательно хардварной надежности, и не более. Если такими методами делается ставка
>на безопасность - то лучше начинать много читать о безопасности :)

Ну вот только давайте линейкой в туалете пользоваться не будем? ;)

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

73. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 09-Мрт-08, 08:58 
>Чтобы поиметь правильно настроенную системе, защищённую хоть тем же SELinux, приходится очень
>много и хорошо думать, иначе это лишь задержит вломщика, но не
>более того. Конечно, лучше, чем ничего, но... Чтобы поддерживать такую систему
>нужен ОЧЕНЬ хороший админ. Таких по России, боюсь, наберётся в лучшем
>случае несколько десятков. Не хватит на все фирмы, как ни крути:).
>
>Хотя мысль интересная: а нельзя ли сделать эдакий "типовой установщик"?

сразу видно, что ты лишь слышал о SELinux :)
Но я тоже лишь слегка его потрогал.

На самом деле в дистре, который поддерживает это дело (практически любой
современный), есть правил для каждого сервиса, которых должно хватать
большинству типичных установок. Так что не все так и плохо ;)
Чуток головой поварить и всем всего хватит :)


>Примеры того,
>что это возможно и надёжно работает, вроде есть (та же МСВС
>- сам не юзал, по отзывам местами грамотно сделано).

ну, про саму секурити от МСВС не слышал, а вот то, что оно давно обновлений просит,
а не дают - слыхал. Ибо это ж заново его пересертифицировать... ;)
Некоторый перегиб имеет место...

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

75. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 09-Мрт-08, 09:21 
>[оверквотинг удален]
>>
>>Хотя мысль интересная: а нельзя ли сделать эдакий "типовой установщик"?
>
>сразу видно, что ты лишь слышал о SELinux :)
>Но я тоже лишь слегка его потрогал.
>
>На самом деле в дистре, который поддерживает это дело (практически любой
>современный), есть правил для каждого сервиса, которых должно хватать
>большинству типичных установок. Так что не все так и плохо ;)
>Чуток головой поварить и всем всего хватит :)

Вот именно, что большинству типичных установок. Проблемы начинаются при отходах от условий, в которых создавались policy - из-за сложности оных вечно что-то пропускаешь, а потом удивляешься, мол, почему вот эта вот конкретно страничка на сервере выдаёт 502...

>>Примеры того,
>>что это возможно и надёжно работает, вроде есть (та же МСВС
>>- сам не юзал, по отзывам местами грамотно сделано).
>
>ну, про саму секурити от МСВС не слышал, а вот то, что
>оно давно обновлений просит,
>а не дают - слыхал. Ибо это ж заново его пересертифицировать... ;)
>
>Некоторый перегиб имеет место...

Там ещё хуже, на самом деле. Многое из того, на что замахивались, не смогли грамотно сделать (впрочем, поскольку я сам не брался за это дело, трудно сказать, насколько в действиетльности это сложно). Собственно, поэтому и идёт речь о создании новой ОС, уже не представляющей собой такой доисторизм.

А вто то, что обновлений просит - обновления обновлениям рознь. Старые версии продуктов, если они поддерживаются производителем грамотно, вылизываются до блеска (та же приснопамятная FreeBSD 4.x), в таких системах данный показатель важнее, чем пара новых фишек текстового редактора.

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

76. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 09-Мрт-08, 09:51 
>А вто то, что обновлений просит - обновления обновлениям рознь. Старые версии
>продуктов, если они поддерживаются производителем грамотно, вылизываются до блеска (та же
>приснопамятная FreeBSD 4.x), в таких системах данный показатель важнее, чем пара
>новых фишек текстового редактора.

текстового редактора - нет, а вот ядерного ядра - не факт ;)

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

69. "(offtopic) коробочки; виртуализация; Pers"  
Сообщение от Michael Shigorin email(ok) on 08-Мрт-08, 23:33 
>при железной поломке ломается только один узел системы, а не всё подряд

Именно.  При этом если брать коробочку без движущихся частей, кроме выключателя -- а не старый пень под выделенный линукс или фрю -- надёжность в среднем тоже не ухудшится.

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

Вы точно сталкивались на практике?  Для меня вот виртуализация в виде текущего openvz решает проблемы с ещё лучшим отношением к создаваемым, чем когда-то vserver 1.x.

>а ресурсы тратит в любом случае

Виртуализация виртуализации рознь, она бывает и очень лёгкой.

>P.S.: Ну вот, кто-то мой ник (Pers) зарегил :(.

Не кто-то, а весьма толковый человек, между прочим :)
http://www.opennet.dev/cgi-bin/opennet/ks_nick.cgi?mask=Pers

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

72. "(offtopic) коробочки; виртуализация; Pers"  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 09-Мрт-08, 08:50 
>>при железной поломке ломается только один узел системы, а не всё подряд
>
>Именно.  При этом если брать коробочку без движущихся частей, кроме выключателя
>-- а не старый пень под выделенный линукс или фрю --
>надёжность в среднем тоже не ухудшится.

В плане коробочек - это я спросонья пропустил, сорри, думая, что речь идёт только о выделенных компах вообще... Хотя свой комп в определённых ситуациях явно предпочтительнее, когда нужен полный контроль за устройством. Да и поменять в своей железке что-то намного легче ;)

>>потому что как бы там ни была сейчас модной виртуализация, она приносит проблем
>>не меньше, чем решает
>
>Вы точно сталкивались на практике?  Для меня вот виртуализация в виде
>текущего openvz решает проблемы с ещё лучшим отношением к создаваемым, чем
>когда-то vserver 1.x.

Не так часто, как некоторые, если говорить о VMWare/Xen/Qemu; Постоянно если о jail(2).

>>а ресурсы тратит в любом случае
>
>Виртуализация виртуализации рознь, она бывает и очень лёгкой.

Не видел ещё ни одной реализации, которая не добавляла бы реально <10% оверхеда. Это, конечно, не 500%, но для коробочки "поставил и забыл", ИМХО, перебор... Впрочем, это, конечно, надо считать в каждом конкретном случае. Повторюсь, с лёгкой виртуализацией я сталкиваюсь постоянно, и считаю её оправданной (это уже было доказано практикой).

Нет, я не против виртуализации - она _удобна_, это факт, но считать её полноценной мерой защиты (особенно в свете участившихся в последнее время сообщений о побегах из гостевой ОС) я не могу. А всякие VPS-хостинги будут расти до тех пор, пока проблемы в системах виртуализации не станут так же часто находиться, как сейчас в процессорах (эх, зачем я только полез читать Core 2 Errata... жил бы спокойно:) ) или Web-CMS. А они (проблемы) - будут. Поэтому лично я не вижу смысла вкладываться в потенциальный источник проблем сейчас.

Для меня виртуализация хороша полноценная - для тестирования другой ОС (проги в ней), "лёгкая" - для разделения "служебных" и "пользовательских" частей системы. Пока не произошло чего-то кардинального, - я не сторонник повсеместного виртуализирования:). Вроде, Sun разрабатывала что-то вроде виртуализованых сред на кластере, когда один "блок виртуализации" можно было легко переносить между системами, а, может, и "растягивать" оную - но пока что это слишком дорогое удовольствие.

>>P.S.: Ну вот, кто-то мой ник (Pers) зарегил :(.
>
>Не кто-то, а весьма толковый человек, между прочим :)
>http://www.opennet.dev/cgi-bin/opennet/ks_nick.cgi?mask=Pers

Так это я и есть. ;) Спасибо за комплимент, канеш, хоть и боюсь, что не настолько он заслужен, как хотелось бы...

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

77. "(offtopic) виртуализация"  
Сообщение от Michael Shigorin email(ok) on 09-Мрт-08, 22:34 
>В плане коробочек - это я спросонья пропустил, сорри, думая, что речь
>идёт только о выделенных компах вообще...

Нет, конечно.  Вообще многие вещи appliance'изируются вовсю.

>>>[...] виртуализация, она приносит проблем не меньше, чем решает
>>Вы точно сталкивались на практике?
>Не так часто, как некоторые, если говорить о VMWare/Xen/Qemu; Постоянно если о
>jail(2).

jail -- ерунда, а не виртуализация :(  Главного -- управления ресурсами -- толком нет.

VMware, Xen и qemu -- нередко из пушки по воробьям, уж очень много мороки с созданием/поддержкой и накладные расходы тоже не радуют (не знаю, как на AMD, а с Intel VT всё равно получаем бросание кэша при щелчке контекстами).

>>>а ресурсы тратит в любом случае
>>Виртуализация виртуализации рознь, она бывает и очень лёгкой.
>Не видел ещё ни одной реализации, которая не добавляла бы реально <10%
>оверхеда.

Посмотрите vserver (сопоставимо с jail) или лучше сразу openvz.  Последнее вполне неплохо справляется с разруливанием приоритетов на CPU/RAM/IO: например, на конторе несколько сборочных контейнеров и прочий мелкий интранет вполне уживаются на одном двухъядернике (4Gb RAM и пачка дисков, по которым io разведено) с терминальным сервером.  Проверяли расстановку приоритетов запуском трёх hasher'ов (формирует чистый чрут для сборки, на чём "свой" тазик обычно просаживается весьма изрядно) и при этом работой в браузере-офисе.  Хоть бы хны :)

(хотя коллега тут недавно показывал рядом qemu с kqemu и kvm -- на глаз последний на AMD X2 действительно шустрей бегал, будто бы "как родной"; kqemu и так довольно шустрый, но не настолько, чтоб в livecd окошко браузера, тягаемое по экрану, совсем не "дребезжало" -- с другой стороны, у того же Xen наиболее неприятный характер просадки начинается при размножении контейнеров, а не просто запуске одного domU)

>Нет, я не против виртуализации - она _удобна_, это факт, но считать
>её полноценной мерой защиты (особенно в свете участившихся в последнее время
>сообщений о побегах из гостевой ОС) я не могу.

Ну об этом речи нет, конечно.  Хотя на практике применить даже уязвимость класса local kernel для того, чтобы сбежать -- похоже, достаточно сложно.  По крайней мере я пока о таких прецедентах не слышал.

>А всякие VPS-хостинги будут расти до тех пор, пока проблемы в системах
>виртуализации не станут так же часто находиться, как сейчас в процессорах
>(эх, зачем я только полез читать Core 2 Errata... жил бы спокойно:)
>) или Web-CMS. А они (проблемы) - будут. Поэтому лично я
>не вижу смысла вкладываться в потенциальный источник проблем сейчас.

Гм.  Я предпочитаю приличные CMS (ту же TYPO3), приличные процессоры (из того, что покупаю сейчас -- обычно AMD) и соответственно приличные системы виртуализации (опять же OpenVZ).

Ничего, пока вполне себе отбиваются :)  Всё заранее не просчитаешь, хотя где проблемы видны заранее -- конечно, лучше их не огребать.

>я не сторонник повсеместного виртуализирования:)

Я тоже, не подумайте :)  Оно совсем не волшебная пыльца.  Контейнеры-то не только плодить, а ещё и поддерживать надо.

Сам вот думаю прикручивать в одном месте http://racktables.org для отслеживания стопки серверов со стопкой контейнеров каждый, ну и в более протяжённом времени -- чего-нить на alterator соорудить.

>Вроде, Sun разрабатывала что-то вроде виртуализованых сред на кластере, когда один "блок
>виртуализации" можно было легко переносить между системами, а, может, и "растягивать"
>оную - но пока что это слишком дорогое удовольствие.

ovz'шные мигрируют без потери соединений, ресурсы тоже можно на лету балансировать.  Первым не пользуюсь, но видел; вторым пользуюсь достаточно регулярно.

>>>P.S.: Ну вот, кто-то мой ник (Pers) зарегил :(.
>>Не кто-то, а весьма толковый человек, между прочим :)
>>http://www.opennet.dev/cgi-bin/opennet/ks_nick.cgi?mask=Pers
>Так это я и есть. ;) Спасибо за комплимент, канеш, хоть и
>боюсь, что не настолько он заслужен, как хотелось бы...

Ooops 8)  Чесслово, не узнал почерк.  Ничего, не ник красит человека :)

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

78. "(offtopic) виртуализация"  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 09-Мрт-08, 23:10 
>>>>[...] виртуализация, она приносит проблем не меньше, чем решает
>>>Вы точно сталкивались на практике?
>>Не так часто, как некоторые, если говорить о VMWare/Xen/Qemu; Постоянно если о
>>jail(2).
>
>jail -- ерунда, а не виртуализация :(  Главного -- управления ресурсами
>-- толком нет.

А оно не всегда и надо :)

>[оверквотинг удален]
>>Не видел ещё ни одной реализации, которая не добавляла бы реально <10%
>>оверхеда.
>
>Посмотрите vserver (сопоставимо с jail) или лучше сразу openvz.  Последнее вполне
>неплохо справляется с разруливанием приоритетов на CPU/RAM/IO: например, на конторе несколько
>сборочных контейнеров и прочий мелкий интранет вполне уживаются на одном двухъядернике
>(4Gb RAM и пачка дисков, по которым io разведено) с терминальным
>сервером.  Проверяли расстановку приоритетов запуском трёх hasher'ов (формирует чистый чрут
>для сборки, на чём "свой" тазик обычно просаживается весьма изрядно) и
>при этом работой в браузере-офисе.  Хоть бы хны :)

Посмотрю, может, что и пойдёт в продакшн...

>(хотя коллега тут недавно показывал рядом qemu с kqemu и kvm --
>на глаз последний на AMD X2 действительно шустрей бегал, будто бы
>"как родной"; kqemu и так довольно шустрый, но не настолько, чтоб
>в livecd окошко браузера, тягаемое по экрану, совсем не "дребезжало" --
>с другой стороны, у того же Xen наиболее неприятный характер просадки
>начинается при размножении контейнеров, а не просто запуске одного domU)

kqemu пока заюзать не удалось, в OpenBSD он не стабилен (конкретно на обоих компах, на которых я гоняю такие вещи, оно бессовестно падает, хотя у кого-то работает без нареканий), а в других ОС тестить пока руки не доходили... Но наслышан, конечно.

>>Нет, я не против виртуализации - она _удобна_, это факт, но считать
>>её полноценной мерой защиты (особенно в свете участившихся в последнее время
>>сообщений о побегах из гостевой ОС) я не могу.
>
>Ну об этом речи нет, конечно.  Хотя на практике применить даже
>уязвимость класса local kernel для того, чтобы сбежать -- похоже, достаточно
>сложно.  По крайней мере я пока о таких прецедентах не
>слышал.

Думаю, их и афишировать тоже никто из возможно пострадавших не собирается ;)

>[оверквотинг удален]
>>(эх, зачем я только полез читать Core 2 Errata... жил бы спокойно:)
>>) или Web-CMS. А они (проблемы) - будут. Поэтому лично я
>>не вижу смысла вкладываться в потенциальный источник проблем сейчас.
>
>Гм.  Я предпочитаю приличные CMS (ту же TYPO3), приличные процессоры (из
>того, что покупаю сейчас -- обычно AMD) и соответственно приличные системы
>виртуализации (опять же OpenVZ).
>
>Ничего, пока вполне себе отбиваются :)  Всё заранее не просчитаешь, хотя
>где проблемы видны заранее -- конечно, лучше их не огребать.

Никто и не спорит, что есть хорошие продукты. Правда, зачастую ещё и возникает проблема их стыковки, но это уже совсем отдельная песня :)

>Сам вот думаю прикручивать в одном месте http://racktables.org для отслеживания стопки серверов
>со стопкой контейнеров каждый, ну и в более протяжённом времени --
>чего-нить на alterator соорудить.

У нас в конторе тоже в их сторону смотрели, но потом оставили свою пустячную разработку, т.к. хотя она и не такая красивая и более "тупая", но для конкретно наших условий подходит лучше. :) Сделали банально на XML+XSLT, никаких серверных скриптов, изменения через cvs, make для проверки - просто и надёжно :)

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

79. "(offtopic) виртуализация"  
Сообщение от Michael Shigorin email(ok) on 10-Мрт-08, 00:37 
>>jail -- ерунда, а не виртуализация :(  Главного -- управления ресурсами
>А оно не всегда и надо :)

Да, но заDoSить тогда куда проще.

>>Посмотрите vserver (сопоставимо с jail) или лучше сразу openvz.
>Посмотрю, может, что и пойдёт в продакшн...

Для ovz был demo livecd и out-of-box есть в ALT 4.0 Server.

>>Гм.  Я предпочитаю приличные CMS (ту же TYPO3), приличные процессоры (из
>>того, что покупаю сейчас -- обычно AMD) и соответственно приличные системы
>>виртуализации (опять же OpenVZ).
>Никто и не спорит, что есть хорошие продукты. Правда, зачастую ещё и
>возникает проблема их стыковки, но это уже совсем отдельная песня :)

Дык стыкуются вовсю :)  Вплоть до того, что есть мысля состыковать тайпу с ovz, apache, каким eaccelerator, nxing и альтом для базы да сделать быстрообжариваемый VPS/CMS-солюшен -- как минимум для себя любимого (изредка приходится разворачивать новые), а мож и ещё кому пригодится.  Для начала опакетил, но управление виртхостами тоньше "один VPS -- один куст typo3" делать пока влом.

>>Сам вот думаю прикручивать в одном месте http://racktables.org
>У нас в конторе тоже в их сторону смотрели, но потом оставили
>свою пустячную разработку, т.к. хотя она и не такая красивая и
>более "тупая", но для конкретно наших условий подходит лучше. :)

Хм, а где-нить посмотреть можно или сильно специфика?  Вдруг чего интересного натырить получится да Дениса подёргать :)

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

81. "(offtopic) виртуализация"  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 10-Мрт-08, 05:03 
>>>jail -- ерунда, а не виртуализация :(  Главного -- управления ресурсами
>>А оно не всегда и надо :)
>
>Да, но заDoSить тогда куда проще.

Вот я и говорю, это не всегда актуально... :) Например, если надо в первую очередь от кривых ручек своих же коллег уберечься ;) /etc и /usr/local/etc в cvs тоже помогают хорошо. :)

Кстати, а вы не знали, что jail'ы тоже хорошо переносится между системами? dump & restore рулят :)))))

>>>Сам вот думаю прикручивать в одном месте http://racktables.org
>>У нас в конторе тоже в их сторону смотрели, но потом оставили
>>свою пустячную разработку, т.к. хотя она и не такая красивая и
>>более "тупая", но для конкретно наших условий подходит лучше. :)
>Хм, а где-нить посмотреть можно или сильно специфика?  Вдруг чего интересного
>натырить получится да Дениса подёргать :)

Посмотреть пока не получится (сервис всё-таки конфиденциальную инфу содержит), я с начальством побеседую, может, сам "движок" (язык не поворачивается без кавычек про это убожество писать:) ) отдельным продуктом оформим, раз уж такой интерес появился :)

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

83. "(offtopic) виртуализация; сопровождение кучки (VP)S"  
Сообщение от Michael Shigorin email(ok) on 10-Мрт-08, 23:59 
>Кстати, а вы не знали, что jail'ы тоже хорошо переносится между системами?
>dump & restore рулят :)))))

Э, tar/rsync и я умею пользоваться ;)  Это by design с даунтаймом.

>>Хм, а где-нить посмотреть можно или сильно специфика?  Вдруг чего интересного
>>натырить получится да Дениса подёргать :)
>может, сам "движок" (язык не поворачивается без кавычек про это
>убожество писать:) ) отдельным продуктом оформим, раз уж такой интерес
>появился :)

Повторюсь -- у меня-то сейчас интерес скорее в racktables (опять же оно уже есть, опубликовано и с автором отношения хорошие), поэтому может иметь смысл не напрягаться публиковать своё, а выделить фичи, которые в нём хороши, и предложить их туда.

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

85. "(offtopic) виртуализация; сопровождение кучки (VP)S"  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 11-Мрт-08, 00:08 
>>Кстати, а вы не знали, что jail'ы тоже хорошо переносится между системами?
>>dump & restore рулят :)))))
>
>Э, tar/rsync и я умею пользоваться ;)  Это by design с
>даунтаймом.

Да шучу я, шучу:).

>Повторюсь -- у меня-то сейчас интерес скорее в racktables (опять же оно
>уже есть, опубликовано и с автором отношения хорошие), поэтому может иметь
>смысл не напрягаться публиковать своё, а выделить фичи, которые в нём
>хороши, и предложить их туда.

Не в этом случае; с тем же успехом можно libpurple прикручивать к Kopete (только трудоёмкость в случае с libpurple выше будет, конечно) :)

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

70. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Юзеръ (ok) on 09-Мрт-08, 07:54 
>Вообще-то разделение функционала по разным коробочкам - это мера повышения надёжности

Угу, вот только коробочки бывают разные.Скажем роутер без вентиляторов и жестких дисков сам по себе надежный - а чему там ломаться?А если коробочка - это обычный комп с вентиляторами, хардами и прочая... ежу понятно что два сервака ломаются "в среднем по больнице" примерно впятеро реже чем десять таких же серваков(грубо говоря по теории вероятности шансы поломки сервера в данный момент у 2 серверов впятеро меньше чем у 10), но при поломке просто больше всего в дауне.Так что если удалось упихать то что делали 10 серверов в 2 - еще вопрос выиграла ли надежность или нет.Ломаться будет реже но поломки затронут больше функционала.Баланс тут каждый для себя выбирает сам.

>и безопасности. Потому что при железной поломке ломается только один узел системы,
>а не всё подряд; потому что как бы там ни была
>сейчас модной виртуализация, она приносит проблем проблем не меньше, чем решает,

Виртуализация штука хорошая - позволяет грамотно делить права и ресурсы поэтому то что раньше было невозможно из соображений разделения прав и ресурсов теперь - легко!

>а ресурсы тратит в любом случае;

...только случаи бывают разные.Есть весьма нетребовательные к ресурсам виды виртуализации.

>потому что при взломе почтового сервера не будут заодно порутаны шлюз, веб-сервер,
>SVN-репозиторий и СУБД...

Дык засунуть почтовый сервер на отдельную виртуалку как и все остальное.Ну сломали почтовик.Вот и пусть тусуются в своей песочнице.Вреда для остальных сервисов минимум.Можно тихонько погасить одну виртуалку и устроить разбор п(р)олетов.При этом в дауне будет ТОЛЬКО почтовик а СУБД, svn, веб-сервер и шлюз будут работать как будто ничего и не было :)

>т.д. Можно расценить отдельно стоящую помойку как вложения в страховку -
>очень адекватно, ИМХО.

Вы про теорию вероятности слегка забыли.А она есть.Хоть вы ее и не видите.Десять одинаковых машин в среднем ломаются в 10 раз чаще чем одна такая же.Поэтому для администрежа 1 сервера достаточно админа приходящего раз в неделю + на экстренные случаи а а для 100 машин надо уже штуки 3-4 постоянно караулящих их баклана завести.

>P.S.: Ну вот, кто-то мой ник (Pers) зарегил :(.

А я пасс на 2 своих ника про...л и емыло вспомнить не смог :( sh!t happens...

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

74. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от PereresusNeVlezaetBuggy email(ok) on 09-Мрт-08, 09:01 
>[оверквотинг удален]
>Угу, вот только коробочки бывают разные.Скажем роутер без вентиляторов и жестких дисков
>сам по себе надежный - а чему там ломаться?А если коробочка
>- это обычный комп с вентиляторами, хардами и прочая... ежу понятно
>что два сервака ломаются "в среднем по больнице" примерно впятеро реже
>чем десять таких же серваков(грубо говоря по теории вероятности шансы поломки
>сервера в данный момент у 2 серверов впятеро меньше чем у
>10), но при поломке просто больше всего в дауне.Так что если
>удалось упихать то что делали 10 серверов в 2 - еще
>вопрос выиграла ли надежность или нет.Ломаться будет реже но поломки затронут
>больше функционала.Баланс тут каждый для себя выбирает сам.

Согласен. Как я уже сказла Михаилу, я с недосыпу не заметил про "коробочки", думая, что речь идёт о противопоставлении "отдельный сервер" vs. "всё в одном".

>>и безопасности. Потому что при железной поломке ломается только один узел системы,
>>а не всё подряд; потому что как бы там ни была
>>сейчас модной виртуализация, она приносит проблем проблем не меньше, чем решает,
>
>Виртуализация штука хорошая - позволяет грамотно делить права и ресурсы поэтому то
>что раньше было невозможно из соображений разделения прав и ресурсов теперь
>- легко!

"У проблем всегда есть лёгкие, простые для понимания, неправильные решения" почти (c) ;) К сожалению, ни одна система виртуализации не обеспечивает такое деление в полной мере, содержа в себе различные ошибки (вполть до уязвимостей, позволяющих сбежать из гостевой ОС, почитайте последние багтраки). И чем дальше, тем, боюсь, ситуация будет только хуже, как это произошло со многими когда-то модными ИТ-направлениями.

>>а ресурсы тратит в любом случае;
>
>...только случаи бывают разные.Есть весьма нетребовательные к ресурсам виды виртуализации.

Знаю, каждый день с ним работаю. ;)

>>потому что при взломе почтового сервера не будут заодно порутаны шлюз, веб-сервер,
>>SVN-репозиторий и СУБД...
>
>Дык засунуть почтовый сервер на отдельную виртуалку как и все остальное.Ну сломали
>почтовик.Вот и пусть тусуются в своей песочнице.Вреда для остальных сервисов минимум.Можно
>тихонько погасить одну виртуалку и устроить разбор п(р)олетов.При этом в дауне
>будет ТОЛЬКО почтовик а СУБД, svn, веб-сервер и шлюз будут работать
>как будто ничего и не было :)

Теория - вещь хорошая.

>>т.д. Можно расценить отдельно стоящую помойку как вложения в страховку -
>>очень адекватно, ИМХО.
>
>Вы про теорию вероятности слегка забыли.А она есть.Хоть вы ее и не
>видите.Десять одинаковых машин в среднем ломаются в 10 раз чаще чем
>одна такая же.Поэтому для администрежа 1 сервера достаточно админа приходящего раз
>в неделю + на экстренные случаи а а для 100 машин
>надо уже штуки 3-4 постоянно караулящих их баклана завести.

Я тервер объяснял четверокурсникам МИЭМа, учась на первом курсе, не смешите:). Наверное, это единственный раздел математики, с которым у меня никогда не было проблем. ;) Но это оффтопик, канеш...

По-хорошему, постоянно караулящий баклан должен быть всегда. Разве что контора действительно совсем небольшая (волею судеб я с такими общаюсь исключительно в рамках одноразовых "выездов" по просьбе знакомых), и просто не может себе такое позволить (да и кто будет такой конторой заниматься в плане взлома?). Но тогда тем более лучше иметь много простых систем, которые сможет починить новый админ (мы ведь договорились, что админ один - а если уйдёт, или в отпуске, или, не дай бог, что с ним плохое случилось - недоступен, короче?), чем одну, но требующую бОльшей квалификации. Понимаете, о чём я?

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

82. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от evgeniy_1 (ok) on 10-Мрт-08, 17:23 
   Вот уж от кого не ожидал подобного...
  Мелкие коробочки имеют на сегодня очень неплохой функционал, и даже производительность у них теперь зачастую достаточна для небольшой конторки.
  Вот только типовой недорогой модем-роутер имеет очень много проблем - как глюков, которые с очень небольшой вероятностью когда-нить кто-нибудь исправит (а есть и коробки, где 1 версия прошивки - 1-я, она же и последняя), так и глюков, изначально ставших 'фичами'.
А уж сколько мелких коробочек страдают перегревом даже при небольшой жаре..  сколько виснут из-за нехватки памяти при обычном , простом NAT'е.
  Да, мелкий Cisco ASA или cisco 18xx - это стабильная и очень неплохая железка на роль файрволла. Но недешевая - это вам не копеечный (но и очень проблемный) dlink. И даже подороже Linux сервера. Причем к Cisco  (хоть 18хх роутеру, хоть ASA) тоже нужен разбирающийся, опытный  (а потому - недешевый) сисадмин. Как и к Linux.

>[оверквотинг удален]
>с работы :) -- кому надо странного, те перебрались на OpenWRT
>сотоварищи, а так -- коробочки и всё.
>
>Говорю как утверждавший при последнем решении такого вопроса, что нам-де не хватит
>и надо погибче, стало быть, вон на ту виашку засунуть отдельный
>линукс... :)
>
>(остались не маршрутизаторы, а прокси/почтовки мелкие -- из того, что нуждается в
>отдельном диске и стоит отдельной коробки, ну или контейнера в существующей...
>и то уже совсем не факт)

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

84. "(offtopic) коробочки"  
Сообщение от Michael Shigorin email(ok) on 11-Мрт-08, 00:02 
>>Говорю как утверждавший при последнем решении такого вопроса, что нам-де не хватит
>>и надо погибче, стало быть, вон на ту виашку засунуть отдельный
>>линукс... :)
>   Вот уж от кого не ожидал подобного...

Ну, меня убедительно переубедили. :)

>  Мелкие коробочки имеют на сегодня очень неплохой функционал, и даже
>производительность у них теперь зачастую достаточна для небольшой конторки.

В данном случае я не верил, что есть "кухаркины" двуствольные маршрутизаторы.  Оказывается, есть и уже тогда были ~$200 dual-wan router.

>  Да, мелкий Cisco ASA или cisco 18xx - это стабильная
>и очень неплохая железка на роль файрволла. Но недешевая - это
>вам не копеечный (но и очень проблемный) dlink.

Не, d-link я бы руками-ногами упирался, но не пустил...

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

92. "(offtopic) коробочки"  
Сообщение от evgeniy_1 (ok) on 11-Мрт-08, 23:11 
>>  Мелкие коробочки имеют на сегодня очень неплохой функционал, и даже
>>производительность у них теперь зачастую достаточна для небольшой конторки.
>В данном случае я не верил, что есть "кухаркины" двуствольные маршрутизаторы.  
>Оказывается, есть и уже тогда были ~$200 dual-wan router.

   А,  так это давно уж.
Была у меня коробка (vigor-овская) за 800, там обалдеть сколько всего было, vpn сервер, 2 внешних интерфейса, куча фильтраций +qos, осн. деньги за 8 voip портов, конечно, вот только на них эхо было на 711-м кодеке, и они за год (!) это не исправили, выпустив аж 1 новую версию прошивки, где поправили пару багов по части фильтрации  (контента) и наделав столько новых, что рекомендовали ее не прошивать.
Толку с того функционала?

>>  Да, мелкий Cisco ASA или cisco 18xx - это стабильная
>>и очень неплохая железка на роль файрволла. Но недешевая - это
>>вам не копеечный (но и очень проблемный) dlink.
>Не, d-link я бы руками-ногами упирался, но не пустил...

  Так в том-то и дело, что если нужно хорошо - то это цена на уровне ASA/Pix - хоть NetScreen ставь, цена та же.
А если дешево - то да, и за 40уе. коробочек навалом.
Ни ни одна из дешевых  и близко не стоит с нормальным файрволлом.

Кстати, почти в любой конторе рано или поздно требуется веб-фильтрация, подробные логи и тд.   Какая коробка это умеет без доп. сервера ?


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

52. "(offtopic) скорость и корректность"  
Сообщение от Michael Shigorin email(ok) on 07-Мрт-08, 19:43 
>Ты думаешь, что нормальная сортировка в UTF-8 это задача примерно того же
>порядка сложности и важности, что и избавление кода от Giant Lock,
>переписывание планировщика, сильное изменение сетевого стека?

Абстрагируясь от данного конкретного предположения -- для реальных задач всё-таки возвращается необходимость в "сперва корректность, потом всё остальное".  Ну не привык народ "не замечать" баги за полтора десятка лет, как некоторые ни пытались приучить хавать, что дают ;)

>Подумай, какой прок от нормальной ru_RU.UTF-8.LC_COLLATE, если нет скорости.

Про тормоза и руль надо рассказывать?  Здесь так же -- никакой скорости не рад будешь, если полезет со всех щелей...

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

59. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от pawnhearts email(ok) on 08-Мрт-08, 11:20 
> Вообще радует, что фря всё-таки поднимается

+1
> хоть и до линукса ей пока далеко, но всё же хоть какая-то альтернатива.

реальная альтернатива - солярка, особенно в свете растущего http://pkg.opensolaris.org/status, и довольно вкусным всемизвестным фичам

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

11. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Аноним (??) on 07-Мрт-08, 11:04 
ну и что за холивар? BSD vs Linux... Самим-то не смешно?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от spamtrap (ok) on 07-Мрт-08, 12:18 
как всегда. тесты, проводимые фанатами бзди, показывают несравненное превосходство бзди над всем сущим, тесты, проводимые фанатами линукс - несравненное превосходство линукса
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

54. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от Michael Shigorin email(ok) on 07-Мрт-08, 19:49 
>как всегда. тесты, проводимые фанатами бзди, показывают несравненное превосходство бзди над всем
>сущим, тесты, проводимые фанатами линукс - несравненное превосходство линукса

Не, фанаты неинтересны.  Интересны разработчики.

Клёво было бы им договориться и на совместном стенде устроить забеги, чтоб легче было результаты сопоставлять (включая компетенцию по сравниваемому).  А заодно и пивка там хлебнуть :)

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

56. "На slashdot подняли осенние бенчмарки, где FreeBSD бьет Linu..."  
Сообщение от _Nick_ email(ok) on 07-Мрт-08, 19:52 
>А заодно и пивка там хлебнуть

а вот наркоманию не следует приветствовать среди разработчиков.
Иначе все пользователи будут настоящими мущинами и софт себе будут
писать сами.

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

17. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Аноним (??) on 07-Мрт-08, 13:41 
Не вот - "дотюнили" новость до вывещивания на главной =)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Гость on 07-Мрт-08, 13:44 
Что я и говорил - тесты DragonflyBSD выглядят смешно. И это сравнение с FreeBSD 4.11, где ни SMP ни нового шедулера, ни избавления от Giant lock! Неплохо Крис в Диллона плюнул.

И кто-то еще будет сомневаться, что большая часть разработчиков DFBSD занимается ровно НИЧЕМ? Повторяю - hammer, vkernel и другие наработки надо влить в FreeBSD-CURRENT, а dragonfly похоронить, чтобы не тратить драгоценного девелоперского времени. Точка.

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

40. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от alx2008 (ok) on 07-Мрт-08, 15:36 
>>Повторяю - hammer, vkernel и другие наработки надо влить в FreeBSD-CURRENT

hammer, vkernel и другие наработки будут вливать куда захотят, не тебе решить..

>>а dragonfly похоронить,

а тебя похоронить, >>чтобы не тратить >>времени.

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

20. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Аноним (??) on 07-Мрт-08, 13:51 
http://jeffr-tech.livejournal.com/ "пригрозил" что он этого так не оставит... Ждите продолжения в следующей "серии" на 16core железе =)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Nick email(??) on 07-Мрт-08, 13:53 
>http://jeffr-tech.livejournal.com/ "пригрозил" что он этого так не оставит... Ждите продолжения в следующей
>"серии" на 16core железе =)

ну так :)
конкуренция :)

пользователям - тока счастье :)

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

22. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от ZANSWER email(??) on 07-Мрт-08, 14:19 
> Что я и говорил - тесты DragonflyBSD выглядят смешно. И это сравнение с FreeBSD 4.11, где ни SMP ни нового шедулера, ни избавления от Giant lock! Неплохо Крис в Диллона плюнул.
> И кто-то еще будет сомневаться, что большая часть разработчиков DFBSD занимается ровно НИЧЕМ? Повторяю - hammer, vkernel и другие наработки надо влить в FreeBSD-CURRENT, а dragonfly похоронить, чтобы не тратить драгоценного девелоперского времени. Точка.

Ну последняя версия DragonFlyBSD 1.12.0, почему была использована 1.8.0, остаёться загадкой, да и что там тюнили, как собирали ядро в DragonFlyBSD не ясно, да, и вообще не Вам решать куда и что вливать, а уж тем болие, чем кто, и как занимаеться, вот напишете хоть что-нибудь полезное, не говоря уже уровня vkernel или Hammer, а потом уже будете распоряжаться судьбами проектов...;)

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

46. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Allan_Sundry (ok) on 07-Мрт-08, 16:19 
Насколько мне нравиться Linux как ОС, настолько же пи...дливые пионеры кричащие о превосходстве Linux портят все впечатление от нее! Я пользуюсь как *BSD системами так и Linux - у них разные плюсы и минусы, и зачем их сравнивать?!

з.ы. если бы рьяные пионеры кричащие о превосходстве Linux дотюнили ее хотя-бы до уровня Windows XP тогда у них был бы хоть малый повод кичиться. Пока с тем же мелкософтом может конкурировать только Mac OS постоенный на базе BSD.

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

47. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от _Nick_ email(ok) on 07-Мрт-08, 16:27 
>Насколько мне нравиться Linux как ОС, настолько же пи...дливые пионеры кричащие о
>превосходстве Linux портят все впечатление от нее! Я пользуюсь как *BSD
>системами так и Linux - у них разные плюсы и минусы,
>и зачем их сравнивать?!

надеюсь, эти все нервы не из-за моего ответа? :)

а сравнивать их есть зачем.
Сравнение порождает диалог. А диалог - это поиск идеала.
Чем плохо? :)


>з.ы. если бы рьяные пионеры кричащие о превосходстве Linux дотюнили ее хотя-бы
>до уровня Windows XP тогда у них был бы хоть малый
>повод кичиться.

попробую принять удар на себя ;) если позволишь.

Уровень в чем? У ОС свойств немало.
Что именно ты сомневаешься, что можно дотюнить до... _туда_? :)


>Пока с тем же мелкософтом может конкурировать только Mac
>OS постоенный на базе BSD.

с мелкософтом может конкурировать такой же мелкософт :)
Но, к счастью, он такой один в Мире. И, надеюсь, последний ;)

Умение подкупать поставщиков - и есть их залог конкуренции.
На поле технических достижений они далеко не монополия.

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

60. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от pawnhearts email(ok) on 08-Мрт-08, 11:25 
>с мелкософтом может конкурировать такой же мелкософт :)
>Но, к счастью, он такой один в Мире. И, надеюсь, последний ;)
>
>Умение подкупать поставщиков - и есть их залог конкуренции.
>На поле технических достижений они далеко не монополия.

хехе. зато у них есть инновации)) которые в других ос есть уже лет как 40) да какие 40 - все 50)
например в следующей винде появится гипер-фанки-шелл2012)) и возможность убрать гуй)

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

55. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Michael Shigorin email(ok) on 07-Мрт-08, 19:52 
>з.ы. если бы рьяные пионеры кричащие о превосходстве Linux дотюнили ее хотя-бы
>до уровня Windows XP

Это ж как надо постараться так искалечить-то... наверное, действительно нужны _рьяные_ пионеры.

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

48. "OpenNews: На slashdot подняли осенние бенчмарки, где FreeBSD..."  
Сообщение от sauron email(ok) on 07-Мрт-08, 17:06 
Товарищи из стана FreeBSD вы не могли бы прокоментировать вот это:
http://lists.freebsd.org/pipermail/freebsd-stable/2007-Decem...

Там что-то ни к чему так и не пришли. Но по факту FreeBSD как-то сильно сливала Linux.

PS IMHO синтетические тесты это одно. А вот реальная нагрузка это совсем другое.

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

49. "OpenNews: На slashdot подняли осенние бенчмарки, где FreeBSD..."  
Сообщение от terminus (ok) on 07-Мрт-08, 17:18 
***I decided to install FreeBSD 6.2 i386***
Дальше комментировать надо?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

57. "OpenNews: На slashdot подняли осенние бенчмарки, где FreeBSD..."  
Сообщение от sauron email(ok) on 07-Мрт-08, 19:57 
>***I decided to install FreeBSD 6.2 i386***
>Дальше комментировать надо?

Ага. Прочитайте дальше.

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

50. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от aleoparin (ok) on 07-Мрт-08, 18:29 
Не знаю, достойную альтернативу FreeBSD из стана Linux мне найти не удалось, мне кажется что Free более удобна и понятна ... IMHO.
Меня радуют новые возможности и та работа которая была проделана разработчиками FreeBSD, молодцы.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

51. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от _Nick_ email(ok) on 07-Мрт-08, 18:34 
>Не знаю, достойную альтернативу FreeBSD из стана Linux мне найти не удалось,

я тоже пару лет скитался по Линух дистрам, пока не попробовал Gentoo,
потомка портов FreeBSD ;)

Попробуй

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

58. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от Michael Shigorin email(ok) on 07-Мрт-08, 19:58 
>Не знаю, достойную альтернативу FreeBSD из стана Linux мне найти не удалось

А что считаете важным?

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

80. "Новые сравнения производительности FreeBSD и Linux"  
Сообщение от rakshas (ok) on 10-Мрт-08, 02:48 
>Не знаю, достойную альтернативу FreeBSD из стана Linux мне найти не удалось,
>мне кажется что Free более удобна и понятна ... IMHO.
>Меня радуют новые возможности и та работа которая была проделана разработчиками FreeBSD,
>молодцы.

Да бардак  везде примерно одинаков, Linux он и в Африке Linux, как его не называй, ну может только за исключением Fedora,  тут похуже дела обстоят... Выбирай не похожий а выбирай то что тебе нужно, по задачам смотри... Порты - как сказал предидушщий оратор в Gentoo(документация хорошая, читай английскую версию, в русской встречаются перлы...). BSD style конфигов в Slackware...

Как маленький совет ищи  тот дистрибутив у которого репозитарий большой и чаще обновляется...
Хотя все можно впринциапе и руками собрать из исходников.

К тому же зачем альтернативу начал искать? :-)

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

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

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру