The OpenNET Project / Index page

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



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

Оглавление

Интервью с Вячеславом Калошиным по вопросу перевода предприя..., opennews (?), 10-Сен-09, (0) [смотреть все]

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


27. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:13 
> Если
>про исполнимые файлы - это естественно, они же отражаются в вирт
>память, а не загружаются в оп целиком.

Знаете ли, с точки зрения администратора, очень неудобно перезагружать "боевую" машину, когда ставятся критические апдейты для user-mode утилит. В UNIX требуется ребут только для смены ядра, и то сейчас появились kexec/kdump, которые позволяют поменять ядро без ребута(я о полноценной смене ранлевелов, сбросе ОЗУ и т д), с минимальным, в пару секунд, даунтаймом: я это не пробовала еще (не админила настолько критичные сервисы, что нельзя было перезагрузить даже ночью), но kexec/kdump официально поддерживаются тем же RHEL.

>На нетбук Eclipse точно не влезет.

Почему Вы так думаете о_О :)? Запускала на достаточно старой машине с 1,5Гб памяти, пользоваться можно. Нетбука нет, но уверена, что Вы не правы (а память сейчас стоит копейки, и нетбуки с 2Гб совсем не редкость)


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

28. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от tesseract (ok), 10-Сен-09, 13:19 
>> Если
>>про исполнимые файлы - это естественно, они же отражаются в вирт
>>память, а не загружаются в оп целиком.
>Знаете ли, с точки зрения администратора, очень неудобно перезагружать "боевую" машину, когда
>ставятся критические апдейты для user-mode утилит. В UNIX требуется ребут только

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

Про сервисы и всё остальное - тут уже дело рук не программистов МС, а сторонних. Так что пока вы не очень разбираетесь в администрировании :-)

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

31. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:25 

>В винде то-же. Ребут вообще потерял актуальность даже для драйверов - их
>можно выгружать и загружать  при работе системы - но это
>не сильно-то в обычных приложениях нужно. Для справки - переименовывать файл
>можно, система это достаточно хорошо отслеживает.

Глупость какая-то. Вы можете сменить целиком ядро в ОС :)?

>Про сервисы и всё остальное - тут уже дело рук не программистов
>МС, а сторонних.

Почему-то в промышленных решениях, в том же RHEL/SLES, при обновлении ОС, и со сторонними сертифицированными решениями(да и не сертифицированными) каких-либо проблем по перезапуску сервисов нет.
Факт заключается в том, что критичные серверы под Linux/UNIX действительно не перезагружают годами, а с Windows приходится делать даунтайм для сервера предоставляющего сервис с завидной регулярностью.

>Так что пока вы не очень разбираетесь в
>администрировании :-)

По-моему, Вы троллите

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

33. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +1 +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:33 
>Факт заключается в том, что критичные серверы под Linux/UNIX действительно не перезагружают
>годами, а с Windows приходится делать даунтайм для сервера предоставляющего сервис
>с завидной регулярностью.

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

Кроме того, под MS платформу нет, например, нормальных кластерных файловых систем,целый ряд решений на этой платформе построить просто невозможно, нужно включать возможности репликации в программный продукт, что может очень резко увеличить его стоимость.
drbd/gfs/ocfs2/gpfs либо вообще бесплатны, либо с поддержкой и сертификацией стоят копейки, аналогов lustra для HPC Solaris и Linux на других платформах нет вообще


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

40. "да и код писать для венды отстойно"  +/
Сообщение от Вова (?), 10-Сен-09, 13:58 
вим под вендой ещё можно использовать, а вот шелл - уже проблематично, вечно какая-то ересь с переменными окружения и тп; документация галимая (мсдн которая), манов нет, любой АПИ переписывался 100 раз, от прав пользователей до сокетов; там, где надо писать write, приходится писать send и наоборот  и тп.
Ответить | Правка | Наверх | Cообщить модератору

52. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +1 +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:41 
е того, под MS платформу нет, например, нормальных кластерных файловых систем,целый ряд
>решений на этой платформе построить просто невозможно, нужно включать возможности репликации
>в программный продукт, что может очень резко увеличить его стоимость.
>drbd/gfs/ocfs2/gpfs либо вообще бесплатны, либо с поддержкой и сертификацией стоят копейки, аналогов
>lustra для HPC Solaris и Linux на других платформах нет вообще

Вот расскажите, как с помощью распрекрасного дотнета и/или com(у которых несомненно есть какие-то очень нишевые и локальные плюсы) решить задачу по построению аналогичного решения?

https://www.redhat.com/magazine/009jul05/features/cluster/

С помощью этих технологий Вы не сделаете банальную отказоустойчивую файлопомойку (которая вообще-то нужна даже SMB-сегменту).
На Windows можно сделать кривой аналог.... с помощью порта rsync. Только в современном мире такое решение на базе rsync даже на UNIX сейчас вызывает улыбки

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

41. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –2 +/
Сообщение от tesseract (ok), 10-Сен-09, 14:01 
>Глупость какая-то. Вы можете сменить целиком ядро в ОС :)?

Windows частично микроядерная система. Ей ядро менять особо и не нужно - это не Linux с его монолитным монстром.

>>а с Windows приходится делать даунтайм для сервера предоставляющего сервис с завидной регулярностью.

Смотрит на сервер с 2003 с контроллером домена,  который последний раз перезагружался в начале лета, после критических обновлений.

Про linux ничего сказать не могу, на рекорд сейчас идёт netware которая у знакомых в конторе  шуршит с 2006 года.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

46. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:22 
>Смотрит на сервер с 2003 с контроллером домена,  который последний раз
>перезагружался в начале лета, после критических обновлений.

Контроллер домена это критичный сервис только для SMB. Выше речь о совсем других маштабах.

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

Вот в Linux уже есть технология, которая позволяет поменять ядро без перезагрузки. Так же, в Linux и Solaris есть кластерные файловые системы, поэтому в top500 присутсвие MS, по всей видимости, исключительно проплаченное.

То же самое касается и просто любых High Load и High Avaible решений :)

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

47. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:23 
> поэтому
>в top500 присутсвие MS, по всей видимости, исключительно проплаченное.

Когда публикуют новый выпуск, иногда из 500 систем попадаются одна-две системы на Windows (часто в следующем выпуске значатся уже с другой ОС)

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

49. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –1 +/
Сообщение от tesseract (ok), 10-Сен-09, 14:29 
>Факт заключается в том, что NT по-прежнему нужно перезагружать, так как есть
>блокировки на исполнимые файлы.

??? Это что за приколизм - завершай приложение файл выйдет из адресного пространства.

>
>Вот в Linux уже есть технология, которая позволяет поменять ядро без перезагрузки.

И что ? У винды микроядро, а не монолит. Ему его менять не нужно.


Аргументы в сортир.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

51. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:36 

>И что ? У винды микроядро, а не монолит. Ему его менять
>не нужно.

Тогда зачем ее перезагружают :)? Зачем она пишет, что после обновления must have ребут:)?

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

Я Вам не верю. Пруфлинк на то, что MS гарантирует стабильную работу после таких извращений (и что они вообще возможны), в студию, пожалуйста.

Сейчас это просто треп, имхо.

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

53. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –1 +/
Сообщение от tesseract (ok), 10-Сен-09, 14:42 
>Тогда зачем ее перезагружают :)? Зачем она пишет, что после обновления must
>have ребут:)?

Довольно редко пишет. Поледний раз в начале лета писало. apache например обновляется чаще. Притянуто за уши.

>>Поддерживает и сертифицирует ли MS хитрые способы завершения бинарей :(

Поддерживает через систему оповещений. Завершение приложения - дело рук самого приложения, Оно должно грамотно обслужить оставшиеся запросы и транзакции. killall - это извините серпом по яйцам всем транзакциям, вам пользователи потом стул вкрутят за такое. Ещё преимущества есть у этого "ядра на лету" ? Которое на фиг ни кому не нужно, ибо кластеризация в серверах давно есть.

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

55. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 15:14 
>>Тогда зачем ее перезагружают :)? Зачем она пишет, что после обновления must
>>have ребут:)?
>
>Довольно редко пишет. Поледний раз в начале лета писало. apache например обновляется
>чаще. Притянуто за уши.

Насчет Апача чушь, имхо. А еще, сравните время перезапуска сервиса, пусть и такого тяжелого, как Апач на бэкэнде, с временем ребута (и даунтайма) Win Server :( Время различается на порядок (или три порядка?)
после killall -9 httpd на "тяжелом" бэкэнде под LAMP (выделенный сервер исключительно под Апач 2 четырехядерных сокета, 4 Gb ОЗУ, около 200 воркеров), полностью сервис поднимается где-то через 8-10 секунд (в течение двух-трех он, пока запускает воркеры, тормозит), а что касается более легких Nginx и других сервисов, время даунтайма даже в HighLoad решениях может быть меньше секунды.

>Поддерживает через систему оповещений. Завершение приложения - дело рук самого приложения, Оно
>должно грамотно обслужить оставшиеся запросы и транзакции. killall - это извините
>серпом по яйцам всем транзакциям, вам пользователи потом стул вкрутят за
>такое. Ещё преимущества есть у этого "ядра на лету" ?

На сколько я понимаю (не уверена), но транзакции как раз завершатся, так как дамп памяти, после смены ядра, берется с диска.
А еще, есть Xen, KVM, VZ, а у Hyper-V до сих пор (не в релиз-кандидатах) нет даже Live Migration и нормальной кластеризации.

Вот в VZ, с которой я работала, после chkpnt транзакции, полсле восстановления контейнера (даже если он восстанавливается на другом хосте) транзакции завершаются всегда :)

> Которое
>на фиг ни кому не нужно, ибо кластеризация в серверах давно
>есть.

Нет нормальной кластеризации в MS. В том-то и дело. Ее просто нет.
И мантры и заклинания по поводу COM/.NET не помогут создать даже распределенную и отказоустойчивую файлопомойку без привлечения _сторонних_, неоправданно дорогих и железных решений :)

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

56. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 10-Сен-09, 15:16 

>Вот в VZ, с которой я работала, после chkpnt транзакции, полсле восстановления
>контейнера (даже если он восстанавливается на другом хосте) транзакции завершаются всегда
>:)

s/после chkpnt транзакции/после vzctl chkpnt <VEID>/p

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

74. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac (?), 11-Сен-09, 00:26 
>На сколько я понимаю (не уверена), но транзакции как раз завершатся, так
>как дамп памяти, после смены ядра, берется с диска.

Вы где учились ? Каким макаром виртуальная память процеесов со всей структурой страниц и при смене адресов функций может обновится с дампа ???? По крайней мере все процессы нужно оповестить о смене адресов - т.е ядро-то может на лету и обновится (vista кстати это умеет) Но вот демоны и usermode использующие SO по определению должны перезапустится - если поменялись сервисы их использующие.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

77. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 11-Сен-09, 00:54 

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

В VZ так и происходит:) В KVM, при заморозке виртуалки,тоже. Собственно, я не вижу технических причин, почему этого не может быть (кроме каких-то Ваших удтверждений)

>По крайней мере все процессы нужно оповестить о смене адресов -
>т.е ядро-то может на лету и обновится (vista кстати это умеет)

Я не kernel developer, и _знаю_ просто как данность, что Linux ядро это умеет. Не подозревала, что наличие такого функционала может вызвать у кого-то удивление, и не знала, что старые NT такого не умеют (еще один серьезный архитектурный минус?), и никогда не пыталась разбираться, как именно из дампа восстанавливается система после, например, гибернейта. Люди, которые кодят кернель и модули для него, думаю, смогут объяснить, как ядро это делает. Я не буду даже и пытаться, так как не моя специализация(да и не Ваша, кстати, судя по тем глупостям, что Вы пишите в этой теме).

>Но вот демоны и usermode использующие SO по определению должны перезапустится
>- если поменялись сервисы их использующие.

В VZ не перезапускаются, после восстановления из дампа(собственно, при использовании утилиты vzmigrate переносится дамп с одной Hardware Node на другую, подозреваю, что в KVM и Xen схожий механизм). ЧЯДНТ?

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

63. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??), 10-Сен-09, 17:07 
>??? Это что за приколизм - завершай приложение файл выйдет из адресного пространства.

точно!!!!
выгнать нафиг 10000 юзеров!!!!!
а потом и перезагрузить можно - мало ли что! :-D
>И что ? У винды микроядро, а не монолит. Ему его менять не нужно.

да хоть 20 микроядер!
толку то - графика в ядре, сеть в ядре (даже листенер для iis в ядре - но чёто не помогает)....
с другой стороны - в линухе модули ядра ДЕЙСТВИТЕЛЬНО можно выгружать/загружать.
к тому же есть отчётливая тенденция писать дрова в юзер спейсе (fuse, cuse, ntfs-3g, madwimax,...)
так что ещё не известно, кто микроядерней по факту.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

71. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac (?), 10-Сен-09, 23:51 
>>с другой стороны - в линухе модули ядра ДЕЙСТВИТЕЛЬНО можно выгружать/загружать.

Vista и Windows 7 тоже могут. Проверяли - даже ie не остановился при загрузке/выгрузке при переустановке драйверов. Только у линуха дрова как бы в ядре - а у винда за ядром.


>>к тому же есть отчётливая тенденция писать дрова в юзер спейсе (fuse, cuse, ntfs-3g, madwimax,...)

Дебилов в ring0 пускать опасно. Это грамотное решение. Только уж больно жутко тормозное.

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

78. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok), 11-Сен-09, 01:13 
>>>с другой стороны - в линухе модули ядра ДЕЙСТВИТЕЛЬНО можно выгружать/загружать.
>
>Vista и Windows 7 тоже могут. Проверяли - даже ie не остановился
>при загрузке/выгрузке при переустановке драйверов. Только у линуха дрова как бы
>в ядре - а у винда за ядром.

Тогда зачем Вы перезагружали свою систему летом о_О:)?
Кстати, еще один минус: Вам приходят, от MS, обновления только для софта MS. Угадайте, есть ли дырки в стороннем ПО? А в том, что у Вас (или у кого-то еще) торчит наружу?
А ведь этот софт тоже нужно обновлять.. и часто с ребутом...
Есть вопрос только в том, как вовремя и автоматизированно узнавать о таких дырках :(

Чуть выше писали какую-то чушь про проблемы с инсталляторами под Linux. Нет проблемы, кроме мифа о ней. Бизнес-софт делается в виде lsb-совместимой rpm-ки, которая должна встать на любой lsb-совместимый дистрибутив. И это проблема _девелопера_ сделать пакет для сертифицированной им же системы, а никак не IT-отдела, который будет эксплуатировать приложение.
В крайнем случае, проблема мантайнера дистрибутива, если софт не коммерческий, и он должен работать и на системах, под которые ПО, обычно, не сертифицируют (вроде Debian, Gentoo, и т д)

А вот в Windows есть проблема: куча софта, поставленного самостоятельно: то есть, каждая программа ставит сама себя, умножая глюки нерадивых девелоперов (надеюсь, Вы не из таких), и, потом... _не_ обновляется, если только программист не придумал функционал обновления программы сам.
Так вот, это напоминает MS-DOS с его велосипедами, когда каждая программа поддерживала и звук, и видео, и тд.
Пакетный менеджер(и его качество) не главное, что есть в системе, но в Windows это один из самых страшных архитектурных уродств, которые резко снижают обновляемость, безопасность, и стабильность системы.

При всем при этом, в UNIX/Linux есть уже средства уровня предприятия для контроля за версиями пакетов на каждой машине (тот же Red Hat Sattelite используется в сетях с десятками тысяч хостов), тогда как в MS не сделали до сих пор даже цифровые подписи для ПО, и не внедрили практику тестирования ПО (сделали для драйверов в Висте, а толку? Технологии UNIX конца 80-х годов под новым соусом, а-ля "Билл Гейтс изобрел Интернет").
Когда же внедрят, юзеры взвоют, как из-за висты и подписанных драйверов. Почему? По-тому, что все делается через одно место: за подпись будут брать деньги.

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

Тут есть одна соседняя тема про бандлы для установки ПО, в ней достаточно много нафлудили на эту тему...

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

87. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??), 11-Сен-09, 16:22 
>Дебилов в ring0 пускать опасно.

это кого? Торвальдса? Малнера?
сколько, например, Вашего кода работает в ring0?
>Только у линуха дрова как бы в ядре - а у винда за ядром.

да ладно! :-DDDDDDDDDDDDDDDDDDD
большинство подсистем в виде - в кернел мод.

зы:
про "выгнать 10000" - тактично промолчим.
что с мокро-, что с макро-, а выгонять при обновление придётся. :-D

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

54. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от koblin (ok), 10-Сен-09, 14:48 
>Смотрит на сервер с 2003 с контроллером домена,  
>который последний раз перезагружался в начале лета, после критических обновлений.
>Про linux ничего сказать не могу, на рекорд сейчас идёт netware которая
>у знакомых в конторе  шуршит с 2006 года.

вычислительный кластер, работает с момента ввода в эксплуатацию...
uptime: 14:38:08 up 528 days, 17:52

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

89. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от User294 (ok), 11-Сен-09, 23:32 
>Смотрит на сервер с 2003 с контроллером домена,  который последний раз
>перезагружался в начале лета, после критических обновлений.

Выглядит как крайне паршивое администрирование, вообще-то. Апдейты у MS выходят как штык раз в месяц по вторникам и практически всегда требуют перезагрузки ОС для замены заблочыенных в данный момент исполняемых файлов, до этих пор система не является полностью пропатченной и неуязвимой. В итоге виндозу *приходится* ребутать раз в месяц (тем более что для DC это не проблема, их обычно несколько а в пиковом случае клиенты некоторое время живут и без DC закешировав авторизацию). А вот домен контроллер... благородный дон в курсе что слом DC в принципе позволяет сломать и все что использовало его для авторизации, по понятной причине? (т.е. это все десятки-сотни машин домена).

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

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

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




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

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