Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдател

Eugene A. Petroff написал(а) к Ilya Anfimov в Mar 07 18:00:46 по местному времени:

From: "Eugene A. Petroff" <peratron@online.ru>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п


"Ilya Anfimov" <ilan@astelecom.ru> сообщил/сообщила в новостях следующее:
news:slrnf0kkm2.fq3.ilan@krondor.astelecom.ru...
>>
>> Типа, про винду для серверов ты не слыхал?
>
> Открою тебе страшный секрет: "винда для серверов" -- это та жэ
> самая винда. Кое-чего навешано (AD, ещё пара сервисов), но всё, о
> чём вал.дав. рассказал -- там имеется. Вплоть до того, что те жэ
> самые бинарники.

Угу. И к каждому серверу придается часовой, который вперившись в экран,
ловит момент, когда выскакивает какая нибудь хрень и давит, давит, давит ее
мышой...

Ну, ну...

Чао!



--- ifmail v.2.15dev5.3

Ilya Anfimov написал(а) к Sergey Broudkov в Mar 07 19:03:52 по местному времени:

From: Ilya Anfimov <ilan@astelecom.ru>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п

2007-03-24, Sergey Broudkov <broudkov@pointltd.com> пишет:
> Нello, Valentin!
> You wrote to Sergey Broudkov on Sat, 24 Mar 2007 09:26:26 +0000 (UTC):
>
> >> Похоже, у тебя представления о винде на уровне 95/98 маздай. С тех пор
> >> 10+ лет прошло. Советую посмотреть на новые версии.
>
> VD> Посмотрел на XP. Она оказалась не только порядка на два тормознее 95,
>
> ??? Ну да, если у тебя P100 и 64 мега памяти, то оно конечно.
>
> VD> но ещё и совершенно непригодной для сколь-нибудь длительной работы:
> VD> каждые час-полтора
>
> Вот только про "каждые час-полтора" не надо врать, ладно? Для тех, кто не в
> курсе, Microsoft публикует обновления раз в месяц, а именно в первый вторник
> каждого месяца. Остальные тоже не особо часто это делают (ну кроме

А что это мне вдруг два дня назад приползло? Неужэли в Рэдмонде первый
вторник месяца?

[skipped]

> VD> Вот как раз в управлении real-time процессами, вроде воздушного
> VD> движения, и инструменты обязаны быть real-time. Самолёт не может
> VD> зависнуть в воздухе в ожидании, пока у диспетчера в окне свежие данные
> VD> появятся.
>
> Видишь ли, понятие RTS строго не определено. Главное, чтобы гарантированное
> время реакции системы было не больше необходимого. Для одних систем это
> могут быть микросекунды - тут, конечно, Windows не годится. Для других
> порядка единиц секунд вполне достаточно. Во всяком случае, у меня знакомые

Нет там гарантированного, ни порядка секунд, ни дажэ порядка часа.

[skipped]

> VD> К примеру, прикладная программа не в состоянии перебить загородившее её
> VD> системное модальное окно, пока в последнее не ткнут мышкой.
>
> Фтопку такую прикладную программу, напиши или найди другую, их есть.

Ты тупишь или придуриваешься?
Программа совсем не обязательно написана авторами комплекса. И
обнаружыться это окошко можэт, естественно, когда угодно. И если
в системе нет средств это приекратить -- фтопку.

--- ifmail v.2.15dev5.3

Sergey Broudkov написал(а) к Ilya Anfimov в Mar 07 19:46:10 по местному времени:

From: "Sergey Broudkov" <broudkov@PointLtd.com>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п

Нello, Ilya!
You wrote to Sergey Broudkov on Wed, 28 Mar 2007 15:03:52 +0000 (UTC):

>> Вот только про "каждые час-полтора" не надо врать, ладно? Для тех, кто
>> не в курсе, Microsoft публикует обновления раз в месяц, а именно в
>> первый вторник каждого месяца.

IA> А что это мне вдруг два дня назад приползло? Неужэли в Рэдмонде первый
IA> вторник месяца?

Ты меня спрашиваешь? Откуда я знаю, что там тебе приползло, как давно ты не
коннектился, что ты недавно инсталлировал.

По поводу того, что "каждый час-полтора" - это бред, нет возражений?

>> Фтопку такую прикладную программу, напиши или найди другую, их есть.

IA> Ты тупишь или придуриваешься?
IA> Программа совсем не обязательно написана авторами комплекса.

Если левая программа не соответствует требованиям, предъявляемям к
функционированию комплекса - то фтопку такую программу. Пусть авторы
комплекса пишут свою.

IA> И обнаружыться это окошко можэт, естественно, когда угодно.

Не когда угодно, а только если в системе не хватает памяти. Грамотный
разработчик комплекса должен это предусмотреть на этапе разработки. Или
найти программу с более скромными требованиями (или найти и устранить утечку
памяти), либо правильно сформулировать минимальные требования к системе.

IA> И если в системе нет средств это приекратить -- фтопку.

Если система загибается от недостатка памяти, то кто виноват, система или
тот, кто ее загнал в такие условия, или тот, кто допустил само возникновение
таких условий?

--
Regards,
Sergey Broudkov
sbpro@geocities.com
ICQ #4841919

--- ifmail v.2.15dev5.3

Eugene Muzychenko написал(а) к Eugene A. Petroff в Mar 07 22:42:08 по местному времени:

Привет!

28 Mar 07 18:00, you wrote to Ilya Anfimov:

EP> Угу. И к каждому серверу придается часовой, который вперившись в
EP> экран, ловит момент, когда выскакивает какая нибудь хрень и давит,
EP> давит, давит ее мышой...

С каких пор системное модальное окно стало мешать серверу работать? ;)

Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (минусы убрать)

--- GoldED+/W32 1.1.5-30512

Ilya Anfimov написал(а) к Eugene A. Petroff в Mar 07 21:23:02 по местному времени:

From: Ilya Anfimov <ilan@astelecom.ru>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п

2007-03-28, Eugene A. Petroff <peratron@online.ru> пишет:
>
> "Ilya Anfimov" <ilan@astelecom.ru> сообщил/сообщила в новостях следующее:
> news:slrnf0kkm2.fq3.ilan@krondor.astelecom.ru...
>>>
>>> Типа, про винду для серверов ты не слыхал?
>>
>> Открою тебе страшный секрет: "винда для серверов" -- это та жэ
>> самая винда. Кое-чего навешано (AD, ещё пара сервисов), но всё, о
>> чём вал.дав. рассказал -- там имеется. Вплоть до того, что те жэ
>> самые бинарники.
>
> Угу. И к каждому серверу придается часовой, который вперившись в экран,
> ловит момент, когда выскакивает какая нибудь хрень и давит, давит, давит ее
> мышой...

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

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

--- ifmail v.2.15dev5.3

Ilya Anfimov написал(а) к Sergey Broudkov в Mar 07 21:28:34 по местному времени:

From: Ilya Anfimov <ilan@astelecom.ru>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п

2007-03-28, Sergey Broudkov <broudkov@PointLtd.com> пишет:
> Нello, Ilya!
> You wrote to Sergey Broudkov on Wed, 28 Mar 2007 15:03:52 +0000 (UTC):
>
>>> Вот только про "каждые час-полтора" не надо врать, ладно? Для тех, кто
>>> не в курсе, Microsoft публикует обновления раз в месяц, а именно в
>>> первый вторник каждого месяца.
>
> IA> А что это мне вдруг два дня назад приползло? Неужэли в Рэдмонде первый
> IA> вторник месяца?
>
> Ты меня спрашиваешь? Откуда я знаю, что там тебе приползло, как давно ты не
> коннектился, что ты недавно инсталлировал.
>
> По поводу того, что "каждый час-полтора" - это бред, нет возражений?

В первые два-три дня -- так оно и есть.

>
> >> Фтопку такую прикладную программу, напиши или найди другую, их есть.
>
> IA> Ты тупишь или придуриваешься?
> IA> Программа совсем не обязательно написана авторами комплекса.
>
> Если левая программа не соответствует требованиям, предъявляемям к
> функционированию комплекса - то фтопку такую программу. Пусть авторы
> комплекса пишут свою.

Ну да. И эта левая программа называется зачастую "редактор Microsoft
Word".
А зачастую она дажэ является частью "операционной системы Microsoft
Windows XP". Так что ты сам сказал, куда её.

>
> IA> И обнаружыться это окошко можэт, естественно, когда угодно.
>
> Не когда угодно, а только если в системе не хватает памяти. Грамотный
> разработчик комплекса должен это предусмотреть на этапе разработки. Или

По различным причинам в настольных ОС от Microsoft это не
представляется возможным.

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

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

--- ifmail v.2.15dev5.3

Eugene A. Petroff написал(а) к Eugene Muzychenko в Mar 07 22:05:54 по местному времени:

From: "Eugene A. Petroff" <peratron@online.ru>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдател


"Eugene Muzychenko" <Eugene.Muzychenko@f14.n5000.z2.fidonet.org>
сообщил/сообщила в новостях следующее: news:1175096574@f14.n5000.z2.ftn...
> Привет!
>
> 28 Mar 07 18:00, you wrote to Ilya Anfimov:
>
> EP> Угу. И к каждому серверу придается часовой, который вперившись в
> EP> экран, ловит момент, когда выскакивает какая нибудь хрень и давит,
> EP> давит, давит ее мышой...
>
> С каких пор системное модальное окно стало мешать серверу работать? ;)

Это вопрос ко мне??

Чао!


--- ifmail v.2.15dev5.3

Mikhail Akopov написал(а) к Niaz Tavabilov в Mar 07 22:42:50 по местному времени:

From: Mikhail Akopov <bedal@mw.narzan.com>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдател

Niaz Tavabilov <Niaz.Tavabilov@f6.n5049.z2.fidonet.org> wrote:
>27 Mar 07 21:20, you wrote to me:
>
> >> EM> отчетам) - максимум через несколько дней после загрузки орут
> >> EM> "Virtual memory is critically low".
> >>
> >> Глупости. Разве что места на диске 0.
>
> MA> и неправильно спроектирован файл страничный.
>
>Эээ, ты о чем ? Если не кастрировать винду всякими левыми твикерами и
>оптимизаторами, а также вредными советами "из инету", то добиться сообщения о
>критическом уровне виртуальной памяти не реально.
Правильная настройка виртуальной памяти состоит в задании минимального
размера файла подкачки равным максимальному. Это заметно ускоряет
работу и устраняет фрагментацию файла подкачки (сущее наказание).

При нынешних объёмах дисков - смысла в "минимальном" размере файла
нет. Слишком большой задавать тоже не стоит по нескольким причинам. В
общем случае размер файла подкачки должен быть раза в два больше
размера оперативной памяти.

При крайне фрагментированом файле подкачки бывают глюки.Если всё ещё и
на фате, а там есть скрещенные цепочки - возможно всё.

Vale! - Михаил Акопов.
============================================================
Миша заставил читать, так надо читать... (Зевает и читает.)
/А.П.Чехов/

--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3

Sergey Broudkov написал(а) к Ilya Anfimov в Mar 07 22:54:58 по местному времени:

From: "Sergey Broudkov" <broudkov@pointltd.com>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п

Нello, Ilya!
You wrote to Sergey Broudkov on Wed, 28 Mar 2007 17:28:35 +0000 (UTC):

>> По поводу того, что "каждый час-полтора" - это бред, нет возражений?

IA> В первые два-три дня -- так оно и есть.

А заранее собрать все обновления, до самых последних, и поставить, не
дожидаясь напоминания - религия не позволяет? И как ты представляешь себе
работу админа в крупной корпорации, где сотни и тысячи компьютеров? Ты
думаешь, он постоянно бегает по всем этажам, чтобы на очередной компьютер
поставить очередное обновление?

>>>> Фтопку такую прикладную программу, напиши или найди другую, их есть.
>>
IA>>> Ты тупишь или придуриваешься?
IA>>> Программа совсем не обязательно написана авторами комплекса.
>>
>> Если левая программа не соответствует требованиям, предъявляемям к
>> функционированию комплекса - то фтопку такую программу. Пусть авторы
>> комплекса пишут свою.

IA> Ну да. И эта левая программа называется зачастую "редактор Microsoft
IA> Word".

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

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

IA> А зачастую она дажэ является частью "операционной системы Microsoft
IA> Windows XP". Так что ты сам сказал, куда её.

Если справишься с предыдущим, то еще расскажи конкретно, какие именно части
"опэрацыонной сыстэмы Microsoft Windows XP" тобой замечены в отжирании
памяти и выводе предупреждения о ее нехватке. При том же условии
принципиальной неустранимости этого на более мощной конфигурации. И
естественно, так же приложи доказательство незаменимости этой нехорошей
части системы, невозможности ее исключения или деактивации.

IA>>> И обнаружыться это окошко можэт, естественно, когда угодно.
>>
>> Не когда угодно, а только если в системе не хватает памяти. Грамотный
>> разработчик комплекса должен это предусмотреть на этапе разработки. Или

IA> По различным причинам в настольных ОС от Microsoft это не
IA> представляется возможным.

Причины в студию.

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

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

Юмор в том, что здесь ситуация совершенно аналогична той, что мы обсуждали в
связи с донецкой "Тушкой": должна ли система быть устойчивой на критических
режимах, или все же лучше не загонять ее в такой режим вообще. Ответ,
по-моему, очевиден. Разница же в том, что в отличие от самолета, такая
система значительно меньше зависит от внешних непредсказуемых условий, все
входные параметры и информационные потоки определены на этапе
проектирования, реакция системы лучше поддается расчету, тестирование
значительно проще, а модификации выполняются значительно легче. При
грамотном подходе все эти причины дают возможность построить систему,
изначально удовлетворяющую заданным требованиям по надежности, а также с
заданной наперед вероятностью исключить возникновение нештатных режимов. Во
всяком случае, практика подтверждает как возможность построения управляющих
систем на основе Windows, так и вообще возможность построения надежных
систем из ненадежных компонентов.

--
Regards,
Sergey Broudkov
sbpro@geocities.com
ICQ #4841919

--- ifmail v.2.15dev5.3

Ilya Anfimov написал(а) к Sergey Broudkov в Mar 07 12:33:26 по местному времени:

From: Ilya Anfimov <ilan@astelecom.ru>
Subject: Re: Причиной авиакатастрофы в Самаре могла стать ошибка метеонаблюдателя, п

2007-03-28, Sergey Broudkov <broudkov@pointltd.com> пишет:
> Нello, Ilya!
> You wrote to Sergey Broudkov on Wed, 28 Mar 2007 17:28:35 +0000 (UTC):
>
> >> По поводу того, что "каждый час-полтора" - это бред, нет возражений?
>
> IA> В первые два-три дня -- так оно и есть.
>
> А заранее собрать все обновления, до самых последних, и поставить, не
> дожидаясь напоминания - религия не позволяет? И как ты представляешь себе

Скорее, бюджэт.

> работу админа в крупной корпорации, где сотни и тысячи компьютеров? Ты
> думаешь, он постоянно бегает по всем этажам, чтобы на очередной компьютер
> поставить очередное обновление?

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

>
> >>>> Фтопку такую прикладную программу, напиши или найди другую, их есть.
> >>
> IA>>> Ты тупишь или придуриваешься?
> IA>>> Программа совсем не обязательно написана авторами комплекса.
> >>
> >> Если левая программа не соответствует требованиям, предъявляемям к
> >> функционированию комплекса - то фтопку такую программу. Пусть авторы
> >> комплекса пишут свою.
>
> IA> Ну да. И эта левая программа называется зачастую "редактор Microsoft
> IA> Word".
>
> Еще раз напоминаю, мы обсуждаем не абстрактную винду малолетнего
> геймера-хацкера или секретарши, а использование системы в составе

Мы обсуждаем авиакатастрофу и высказывание Нерадько по её поводу.

[skipped]

> IA> А зачастую она дажэ является частью "операционной системы Microsoft
> IA> Windows XP". Так что ты сам сказал, куда её.
>
> Если справишься с предыдущим, то еще расскажи конкретно, какие именно части
> "опэрацыонной сыстэмы Microsoft Windows XP" тобой замечены в отжирании
> памяти и выводе предупреждения о ее нехватке. При том же условии

Wordpad.

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

Я могу нанять людей и переписать любой кусок XP. Только это
будет стоить дорожэ, чем покупка нормальной системы вместе с
разработчиками.

>
> IA>>> И обнаружыться это окошко можэт, естественно, когда угодно.
> >>
> >> Не когда угодно, а только если в системе не хватает памяти. Грамотный
> >> разработчик комплекса должен это предусмотреть на этапе разработки. Или
>
> IA> По различным причинам в настольных ОС от Microsoft это не
> IA> представляется возможным.
>
> Причины в студию.

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

>
> >> найти программу с более скромными требованиями (или найти и устранить
> >> утечку памяти), либо правильно сформулировать минимальные требования к
> >> системе.
> >>
> IA>>> И если в системе нет средств это приекратить -- фтопку.
> >>
> >> Если система загибается от недостатка памяти, то кто виноват, система
> >> или тот, кто ее загнал в такие условия, или тот, кто допустил само
> >> возникновение
>
> IA> Юмор в том, что правильно настроенные отказоустойчивые системы
> IA> (кстати, я здесь не про хрюнихи, чтобы кто вдруг не подумал) --
> IA> так вот они не загибаются от недостатка памяти. В них система не
> IA> жрёт большэ памяти, чем ей дадено -- а всем остальным не дают
> IA> большэ, чем им положэно.
>
> Юмор в том, что здесь ситуация совершенно аналогична той, что мы обсуждали в
> связи с донецкой "Тушкой": должна ли система быть устойчивой на критических
> режимах, или все же лучше не загонять ее в такой режим вообще. Ответ,

Я большэ 10 лет занимаюсь IT. Так или иначе -- практически всё время
есть какие-то задачи на виндах, зачастую что-то пишу. Считаюсь
в общем неплохим спецыалистом. Я не могу быть более-менее уверенным,
что не загоню.

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

Мне с Вас смешно. Насчёт рассчёта реакцыи системы.

--- ifmail v.2.15dev5.3