RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
Привет еще раз, Саша. Я всегда считал, что любая дискуссия без предварительного соглашения дискутирующих сторон о базовых понятиях и терминах превращается в обычный бестолковый базар и не приводит ни к какому результату. Посему начнем по порядку.
-----Original Message----- From: owner-uanog-outgoing@uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Alexander V Soroka Sent: Wednesday, June 21, 2006 4:49 PM To: Hrynchuk Oleh Subject: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
Привет !
Wednesday, June 21, 2006, 11:48:34 AM, you wrote:
А вот если насчет "надо Банку" и "деньгу умеют считать" - я тут спорить буду :) кластер на базе 1U писюков - по моему и дешевле и проще получается, к тому-же не понравилось - продал- перепрофилировал
HO> А откуда ты знаешь, что в любой ситуации "дешевле и проще HO> получается"?
Олег - я всегда тебя считал вменяемым и образованным :) Не заставляй меня менять мое мнение...
Так... Если уж балансируем "на грани", то внимательно смотрим и страхуемся от свала не в ту сторону :)))) А то может еще кому (нет-нет, не мне! Боже упаси!) придется на личности переходить...
Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов - всегда лучше "тяжелого кирпича" - даже спорить на эту тему не буду.
Зато я буду, Саша. И мне прямо сейчас придется доказать тебе, что Ф.М.Достоевский был прав насчет категоричности суждений :))). Уж извини. Сначала договоримся о том, что мы не дискутируем в разрезе "Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов" VS "тяжелый кирпич (ОДИН!)". Изначально дискуссия была в разрезе "Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов" VS "ТЯЖЕЛОЕ РЕШЕНИЕ (ОДНО)". Так что не передергивай, плиз. Но при этом да, не спорю, что "ТЯЖЕЛОЕ РЕШЕНИЕ (ОДНО)" иногда может быть и "тяжелым кирпичом (ОДНИМ)". Хотя эта оговорка в разрезе того, что я дальше по этому поводу скажу, некритична. Значит так. Есть вполне известное в определенных кругах понятие "интенсивности простоев". Знаешь что это такое? На англ. это звучит как Outage Intensity. Это количество простоев в течении заданного периода измерений. Если заставишь - приведу рекомендацию/стандарт где дается такое определение. Так вот, если мне категорически _не_нужно_ни_одного_простоя_ (допустим они очень дорого мне обходятся. Скажем, реактор въе*ет, или человек на каталке умрет, или пять миллионов баксов потеряю и т.п.) то я ср*ть хотел на все доступные и дешевые замены в мире. Мне не дешевые замены "за углом" нужны, а отсутствие простоев. И если мне кантора дает гарантию, что у меня не будет ни одного простоя за определенный промежуток времени (а если будут, то они мне выплатят ОХННУЮ компенсацию), но мне надо заплатить поболе денег (еще поторгуемся), то я, наверное, таки соглашусь на "тяжелое решение", которое обычно к тому же еще и масштабируемо до определенного порога (а я ж просчитаю еще и оценю этот порог! И прикину окупаемость этого решения, разумеется). Здесь понятно? Или закусим удила? :))))
Иначе-бы кино в Голливуде снимали-бы на сверхтяжелых Санах, а не на кластерах - как сейчас. К тому-же опыт Онлайновых игр показывает - что "десятки тысяч клиентов онлайн" - держит почему-то именно кластер, а не супертяжелый Сан... :)
Х..ня. Ну что ты в самом деле. Киношные съемки... Игры... Как будто кроме кино, игр и ISP больше сфер нету. Ну игры. Ну и хрен с ними, с игрушками и самим Голливудом. Все их "бальшие" задачи действительно запросто мона решать на кластерах дешевых Пентюшных тачек. Но возьмем к примеру любимые тобой онлайн-игры. На крайняк простаивание нескольких минут такой "онлайн-системы" тебе влетит в пару виртуальных ругательств от тинейджеров и тридцать-сто-двести гривен недополученного бабла. Ну, если часто таоке будет, то, может, клиентура понемногу отвадится пользоваться твоим ресурсом. Некритично в общем.
...Олег - не бери пример с МЛМ-щиков - в IT последнее
я несколько другим всегда занимался и занимаюсь :-)
время продажи стали воинствующими - тебе навязывают решения которые тебе в общем-то не нужны в том виде в котором их хотят продать. Технологии идут вперед, и "тяжеловесы" как-то не вписываются - ни по "единичной мощности" ни
Потому "МЛМщикам" и стали время от времени нужны люди, могущие обосновать (без дураков) выбор того, либо иного решения. Кастомер уже много где стал продвинутее. Иногда не хочет платить лишние деньги. Даже за откаты не хочет (странно, да? :)). Понимаю четко что ты имеешь ввиду, но опять прошу: "Отучаемся говорить за всех" /(С) В.Бутенко/
по прочим параметрам. Хочеш спорить со мной ? Предложи решение для обслуживания EVE-ONLINE (как пример) - вместо их
ну вот опять игры. дались они тебе! Хрен с ним! Подтверждаю на весь мир - для игр и прочей лабуды действительно САНы и ИБМы не нужны! :))) Так я не об этом говорю.
кластера из 73 1U "писюков" - какой мощности Сан ты им предложишь ? Ась ? И какая цена Сана и какая той их кучки писюков - которую, кстати, масштабировать очень легко - докидал еще десяток машин - и полетели - а в Сан чего "докидать" - выбросить старый и купить новый ?
HO> Пример? Пожалуйста. Real-time биллинг миллиона ритейловых мобильных, или биллинговых клиентов.
Ну и ? :) Онлайн игры как пример подойдут ? почему там идиоты-разработчики не применяют Саны ? :-)
не подойдут. последствия и стоимость часа простоя системы онлайн-игр не идет ни в какое сравнение с аналогичными в критически, жизненно важных системах.
HO> Ключевые слова - "у нас кластер небольшой, который все это считает и HO> обслуживает". Круглый дурак бы поспорил. Я - не буду. Совершенно HO> согласен. Вам САНтехники не надо. Бо элементарно задача не HO> предполагает.
Задача зато предполагает одновременную обработку аудио вызовов в размерах свыше 100000 вызовов в час, при этом И статистика И работа АВР с каждым вызовом и еще много всего другого :) Так вот "онлайн статистика" - это не самое напряжное во всем этом деле - и не надо лукавить насчет мобильщиков - им тоже саны не нужны :) ...
им это расскажи, да? Вот я бы посмотрел что бы они тебе ответили... И статистика тут далеко не самая важная вещь. CDR'ы раздраконить и пентюх сможет. А вот различные транзакции, пожалуй, поважнее в реализации будут. И тут вряд ли "дешевыми кластерами с быстрой заменой запчастей" обойдешься.
HO> И вместе с тем радостно готов поднять тост за то, чтобы вы быстрее HO> перешли на уровень бизнеса, предполагающий крайнюю необходимость в HO> системах, основанных на Sun/IBM-решениях :)))))
не дождетесь. Ибо покупка "тяжелой" уже сейчас просто выбрасывание денег на ветер, без возможности потом "утилизировать"...
Радостно не соглашаюсь!!! :))))))) Сорри, мне бежать уже надо. Завтра продолжим, если не против. (Хотя ей-Богу не знаю что собственно продолжать и доказывать :)))) С ув., /олег =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Hrynchuk,
Так вот, если мне категорически _не_нужно_ни_одного_простоя_ (допустим они очень дорого мне обходятся. Скажем, реактор въе*т, или человек на каталке умрет, или пять миллионов баксов потеряю и т.п.) [...] (а если будут, то они мне выплатят ОХННЮ компенсацию),
Сравнение денег и реакторов мне кажется некорректным. А так же сравнение смерти и компенсации. Соотв-но на мой взгляд компенсация тут ни при чем, а отказ недопустим совсем, потому никакая система "ОДИН" не подходит. -- Michael Чтобы строить себе пирамиду, надо иметь основание! =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет ! Wednesday, June 21, 2006, 6:08:53 PM, you wrote: HO> Я всегда считал, что любая дискуссия без предварительного HO> соглашения дискутирующих сторон о базовых понятиях и терминах HO> превращается в обычный бестолковый базар и не приводит ни к какому результату. Согласен :) но ты сам начал насчет "тяжелое работает надежней и меньше простаивает" Так ? :) (утрировано) ... HO> Зато я буду, Саша. И мне прямо сейчас придется доказать тебе, что HO> Ф.М.Достоевский был прав насчет категоричности суждений :))). Уж извини. Ну так попробуй :) ...только без лукавства, Ок ? :) HO> Значит так. Есть вполне известное в определенных кругах понятие HO> "интенсивности простоев". Знаешь что это такое? Знаю :) и оно не зависит от "тяжести" - поверь мне - в РЕАЛЬНОЙ жизни все несколько не так как в книжках... проверено. HO> Так вот, если мне категорически _не_нужно_ни_одного_простоя_ HO> (допустим они очень дорого мне обходятся. Скажем, реактор въе*ет, HO> или человек на каталке умрет, или пять миллионов баксов потеряю и HO> т.п.) то я ср*ть хотел на все доступные и дешевые замены в мире. Ну и как тут тебе поможет "тяжелый кирпич" ? :))) В таком случае - только "Тандем" помогает - одна часть его "курит" или ремонтируется, а вторая работает - потом наоборот. Ни Сан ни ИБМ ни Альфа - такого не могут - все это сказки - мне как-то демонстрировали "постоянноработающую" машину ИБМ высотой в шкаф, со словами "тут двукратное резервирование и... рассказали про ту-же "интенсивность простоев", я улыбнулся и спросил - а что будет если ТСП сессии открыты а машина умерла ? Вторая подхватит или нет их без разрыва ? Ответ меня поразил - "нет - после таймаута (30сек) вторая машина примет на себя все управление... а сессии ? - я три раза задавал ему этот вопрос пока "втюхиватель кирпичей" не сдался и не признал что в таком случае База и ТСП сессии к ней таки могут иметь проблемы... Так что не надо лукавить, Олег - хорошо ? Как работает ПИсюк и Сан внутри - я знаю, в свое время приходилось разбираться в сути и принимать решения насчет куда и чего применять. HO> Мне не дешевые замены "за углом" нужны, а отсутствие простоев. ТСП сессии "кирпич" тоже подхватит на лету ? :)))) ...одно лукавство в ответ - заставляет задуматься почему ты так рьяно защищаешь "тяжелые кирпичи" :-) ... HO> И если мне кантора дает гарантию, что у меня не будет ни одного HO> простоя за определенный промежуток времени Размечтался :)... простои - БУДУТ на любой технике. Слетел винт - надо было ставить райд с горячей заменой и избыточностью. Сгорел процессор или память ? :) А ну-ка поменяй ее на лету в Сане :)... HO> (а если будут, то они мне выплатят ОХННУЮ компенсацию) Покажи хоть одну контору которая на это подпишется :) HO> и масштабируемо до определенного порога (а я ж просчитаю еще и HO> оценю этот порог! И прикину окупаемость этого решения, HO> разумеется). Здесь понятно? Или закусим удила? :)))) Не убедил :) смотрю вот в прайс Сана и подсчитываю сколько писюков мне помогут - и сколько я кину в поддержку софтом - чтобы "выбывание" одного не приводило к тому что ложаться все :) Получается счет не в пользу Санов :) как ни крути... И цифры производительности - тоже... HO> Х..ня. Ну что ты в самом деле. Киношные съемки... Игры... Как HO> будто кроме кино, игр и ISP больше сфер нету. А ты почитай про Онлайн игры и что там летает и считается - задачка получается покруче чем просто бабки мобилок считать в текстовом виде и без синусов и косинусов... Зря ты так к играм относишся :) Это деньги, причем немалые - и вообще шоубизнес ворочает деньгами которые провайдингу и "базовикам-затейникам" не снились :) HO> Но возьмем к примеру любимые тобой онлайн-игры. На крайняк HO> простаивание нескольких минут такой "онлайн-системы" тебе влетит в HO> пару виртуальных ругательств от тинейджеров и тридцать-сто-двести HO> гривен недополученного бабла. Ну, если часто таоке будет, то, HO> может, клиентура понемногу отвадится пользоваться твоим ресурсом. HO> Некритично в общем. Так и регулярно лежащий "процессинговый центр" тоже некритично - поднимется - даст деньги снять - главно чтобы побыстрее поднялся :) ...
...Олег - не бери пример с МЛМ-щиков - в IT последнее HO> я несколько другим всегда занимался и занимаюсь :-)
...а тут вот начал впаривать мне "кирпичи" :) ... нехорошо это - не хочешь ты видеть "вторую сторону силы" :) HO> Потому "МЛМщикам" и стали время от времени нужны люди, могущие HO> обосновать (без дураков) выбор того, либо иного решения Во ! О! :) Читаем между строк: "похоже что у тех кто продает Саны кризис жанра и они пытаются применять тупое МЛМ чтобы спасти ситуацию..." :) Имею право на такой вывод :) бо уж сильно он на поверхности лежит :) - а ты меня от кластера на писюках не отговорил - как ни стараешся... HO> Кастомер уже много где стал продвинутее. Иногда не хочет платить HO> лишние деньги. Даже за откаты не хочет (странно, да? :)) А че тут странного ? :) я как директор себе в контору покупаю "средство производства" - зачем мне кирпичи даже за откаты ? :))) А сотрудники так вообще должны меня УБЕДИТЬ что кирпич нас спасет, причем не эмоционально а с цифрами в руках :) вот тут как правило все и кончается :)...
по прочим параметрам. Хочеш спорить со мной ? Предложи решение для обслуживания EVE-ONLINE (как пример) - вместо их
HO> ну вот опять игры. дались они тебе! Потому что я сейчас создаю свою Игру - онлайновую - и производительности мне как раз может не хватить - так я уже пол-года рою эту тему :) так что спорить со мной - только с фактами и цифрами в руках :) HO> Хрен с ним! Подтверждаю на весь мир - для игр и прочей лабуды HO> действительно САНы и ИБМы не нужны! :))) HO> Так я не об этом говорю. А я говорю что для фин и прочих - тоже кластеры предпрочтительнее, ибо многие проблемы снимают малой кровью. А ты меня не переубедил все еще :) Повторяю свой вопрос: Дано: 20000 онлайновых игроков, всем надо просчитать (с синусами и косинусами) их положение в пространстве трехмерном + кто кого с каких углов видит, куда летят их ракеты, что им продают в 5000 звездных систем и т.п. Вопрос: какой мощности и главное СТОИМОСТИ Сан или ИБМ ты мне предложить можешь ? :) если надо еще параметров для твоего предложения - задавай вопросы - я готов :)
вызовов в размерах свыше 100000 вызовов в час, при этом И статистика И работа АВР с каждым вызовом и еще много всего другого :) Так вот "онлайн статистика" - это не самое напряжное во всем этом деле - и не надо лукавить насчет мобильщиков - им тоже саны не нужны :) ...
HO> им это расскажи, да? Вот я бы посмотрел что бы они тебе ответили... А они и так не могут ответить :) они готовое "как у всех" покупают и все :) им думать не положено - просто копируется решение из-за бугра. -- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Wed, Jun 21, 2006 at 20:46:09, alex wrote about "[uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).": HO>> Так вот, если мне категорически _не_нужно_ни_одного_простоя_ HO>> (допустим они очень дорого мне обходятся. Скажем, реактор въе*ет, HO>> или человек на каталке умрет, или пять миллионов баксов потеряю и HO>> т.п.) то я ср*ть хотел на все доступные и дешевые замены в мире.
Ну и как тут тебе поможет "тяжелый кирпич" ? :))) В таком случае - только "Тандем" помогает - одна часть его "курит" или ремонтируется, а вторая работает - потом наоборот. Ни Сан ни ИБМ ни Альфа - такого не могут - все это сказки -
Сказанное выше описывает общий принцип работы HAC и не более того. И при чём тут Tandem? Да, неплохая железка. Хотя далеко не единственная. IBM вспоминаем, да? Ну так в iSeries и такое есть (за сколько денег - вопрос отдельный). Конечно, если ничего выше RS/6000 не помнить...:))
мне как-то демонстрировали "постоянноработающую" машину ИБМ высотой в шкаф, со словами "тут двукратное резервирование и... рассказали про ту-же "интенсивность простоев", я улыбнулся и спросил - а что будет если ТСП сессии открыты а машина умерла ? Вторая подхватит или нет их без разрыва ? Ответ меня поразил - "нет - после таймаута (30сек) вторая машина примет на себя все управление...
Аффтар жжот, блин. Какой наххрен TCP? Вы не знаете, что TCP для столь критичных передач которым важны единицы секунд - вообще неприменим? (Впрочем, если нужно такое извращение на галимом TCP - связываете пару PIX'ов в стек и получаете отличный образец такого что даже сессии сохраняет. Заметим, процессор там x86 серии:)) Кстати, про таймаут Ваш собеседник что-то странное сказал - если второй узел подхватил тот IP по HSRP/VRRP/etc., то будут не таймауты, а RST. А по чему ещё он мог это подхватить я и не знаю (в пределах TCP/IP - неужели DNS?;))))
а сессии ? - я три раза задавал ему этот вопрос пока "втюхиватель кирпичей" не сдался и не признал что в таком случае База и ТСП сессии к ней таки могут иметь проблемы...
Да, могут. А могут и на ровном месте иметь проблемы, на то он и TCP. Связь на пару секунд отвалилась - таймауты прошли - ещё 3 секунды на восстановление. У меня D-Link домашний временами перестаёт пакеты пропускать через NAT, я уже привык - сидишь полминуты куришь пока соединения прочихаются. А всё базовый принцип "доброй воли в Интернете" и защиты от перегрузки каналов и раутеров - каждая следующая посылка делается через таймаут в 2 раза больший чем предыдущая. Это в TCP, в SIP и ещё много где.
Так что не надо лукавить, Олег - хорошо ? Как работает ПИсюк и Сан внутри - я знаю, в свое время приходилось разбираться в сути и принимать решения насчет куда и чего применять. HO>> Мне не дешевые замены "за углом" нужны, а отсутствие простоев. ТСП сессии "кирпич" тоже подхватит на лету ? :)))) ...одно лукавство в ответ - заставляет задуматься почему ты так рьяно защищаешь "тяжелые кирпичи" :-) ...
А меня заставляет задуматься многократное повторение одного и того же аргумента весьма сомнительного характера. И попытки требования от средств совершенно не предназначенных для быстрого и беспотерьного failover'а (я про TCP/IP в целом) возможностей на которые они не рассчитаны. Ладно, если поверить в устойчивость L3 - остальное делается на самопальных протоколах над UDP. Но TCP... HO>> И если мне кантора дает гарантию, что у меня не будет ни одного HO>> простоя за определенный промежуток времени
Размечтался :)... простои - БУДУТ на любой технике. Слетел винт - надо было ставить райд с горячей заменой и избыточностью. Сгорел процессор или память ? :) А ну-ка поменяй ее на лету в Сане :)...
Есть модели в которых это делается - вынимается целиком процессорный блок (процессор, память и обвязка) и меняется на другой. Разумеется, всё это на лету. Опять таки, сколько стоит - не скажу, но Sun был один из первых разработчиков массового параллелизма на основании NUMA и обмена сообщениями (вместо UMA и семафорения, как в наиболее распространённых подходах нижнего уровня). HO>> Х..ня. Ну что ты в самом деле. Киношные съемки... Игры... Как HO>> будто кроме кино, игр и ISP больше сфер нету.
А ты почитай про Онлайн игры и что там летает и считается - задачка получается покруче чем просто бабки мобилок считать в текстовом виде и без синусов и косинусов... Зря ты так к играм относишся :) Это деньги, причем немалые - и вообще шоубизнес ворочает деньгами которые провайдингу и "базовикам-затейникам" не снились :)
Ага, ага. По сравнению с самой захудалой биржей в какой-нибудь сельскохозяйственной Монтане, где все друг другу перепродают урожай джинсовых деревьев - по уровню требований курят все онлайн-игры вместе взятые. Опять вспоминаем времена простоя.
Так и регулярно лежащий "процессинговый центр" тоже некритично - поднимется - даст деньги снять - главно чтобы побыстрее поднялся :) ...
Великолепный пример - совковые реализации у наших вполне совковых банков... "ну ты понял, да?" (tm) HO>> Потому "МЛМщикам" и стали время от времени нужны люди, могущие HO>> обосновать (без дураков) выбор того, либо иного решения
Во ! О! :) Читаем между строк: "похоже что у тех кто продает Саны кризис жанра и они пытаются применять тупое МЛМ чтобы спасти ситуацию..." :) Имею право на такой вывод :) бо уж сильно он на поверхности лежит :) - а ты меня от кластера на писюках не отговорил - как ни стараешся...
Значит, и не надо менять кластер на сан:) - задачи другие. А кризис жанра... понимаете, каждому кто ухитряется продавать 1-2 системы в месяц хочется продавать их 20. Темп продажи пирожков всегда завиден. Главное - понять что эти мечтания несбыточны в принципе.
Повторяю свой вопрос: Дано: 20000 онлайновых игроков, всем надо просчитать (с синусами и косинусами) их положение в пространстве трехмерном + кто кого с каких углов видит, куда летят их ракеты, что им продают в 5000 звездных систем и т.п.
Просчитывать один раз во сколько времени? Если реже раза в секунду - может я чего-то не понял в задаче, но 1 (одного) хорошего писюка должно хватить. Ну двух. База на это хозяйство тоже крошечная, хотя частота обновления заставляет подумать про то что иногда надо бы и чегой-то подоптимизировать, ну чистаа для уменьшения LA. HO>> им это расскажи, да? Вот я бы посмотрел что бы они тебе ответили...
А они и так не могут ответить :) они готовое "как у всех" покупают и все :) им думать не положено - просто копируется решение из-за бугра.
Верно, это даёт заметную часть установок "высокоранговой" техники. Но: на такие ситуации думать местным поставщикам не нужно, да и к тому же они часто в пролёте потому что клиенты везут сами себе технику через границу. А копирование решения - действие вполне оправданное с точки зрения толстого западного менеджера которому возня с людьми выжирает 99.9% ресурсов и ему принципиально нужно решение стандартизованное до предела. Знаю контору у которой нормировано одинаково по всем отделениям что и как должно стоять: какой шкаф и какого цвета у него ключ, точная модель каждого устройства и положение его по высоте в шкафу, конфиги (меняются только IP адреса), патчкорды с точностью до длины, цвета, соединяемых портов и какими петлями он должен быть уложен в организаторы:) Всё расписано в инструкции лежащей в отделении, местный админ имеет право только отрабатывать инструкции от центра в виде "переткните зелёный шнур из порта 1 в порт 3":) -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет ! Thursday, June 22, 2006, 9:23:43 AM, you wrote: VN> Аффтар жжот, блин. Какой наххрен TCP? Вы не знаете, что TCP для столь VN> критичных передач которым важны единицы секунд - вообще неприменим? Я рассказываю про то что сам видел - не я придумал на той ИБМ использовать для R3 ТСП и транзакции удаленные :) ...случай из моей практики - года этак 1996-8... VN> Ага, ага. По сравнению с самой захудалой биржей в какой-нибудь VN> сельскохозяйственной Монтане, где все друг другу перепродают урожай VN> джинсовых деревьев - по уровню требований курят все онлайн-игры VN> вместе взятые. Опять вспоминаем времена простоя. им и одной RS400 хватит :) на всю биржу :) ...
Повторяю свой вопрос: Дано: 20000 онлайновых игроков, всем надо просчитать (с синусами и косинусами) их положение в пространстве трехмерном + кто кого с каких углов видит, куда летят их ракеты, что им продают в 5000 звездных систем и т.п.
VN> Просчитывать один раз во сколько времени? Если реже раза в секунду - VN> может я чего-то не понял в задаче, но 1 (одного) хорошего писюка VN> должно хватить. Ну двух Ой ! :-) Ты хорошо просчитал ? Онлайн Игра - это РЕАЛЬНОЕ ВРЕМЯ. Да, можно "реал" разбить для удобства на 10-50 милисек. интервалы, из-за того что пинги у всех разные - америка от нас далее чем россия, но считать надо положение всех по отношению к некой карте 3Д, да еще и кто кого видит и прочее - там не все так просто. VN> База на это хозяйство тоже крошечная :-))) угу - особенно обьектов, координат брошенных предметов планет, астероидов и прочего - самая крощечная база :) -- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Jun 22, 2006 at 09:41:50, alex wrote about "[uanog] Re: [uanog] Re: Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).":
VN> Аффтар жжот, блин. Какой наххрен TCP? Вы не знаете, что TCP для столь VN> критичных передач которым важны единицы секунд - вообще неприменим? Я рассказываю про то что сам видел - не я придумал на той ИБМ использовать для R3 ТСП и транзакции удаленные :) ...случай из моей практики - года этак 1996-8... Значит, там не было критичности до единиц секунд. Иначе бы применение TCP не допустили ещё на этапе разработки.
VN> Ага, ага. По сравнению с самой захудалой биржей в какой-нибудь VN> сельскохозяйственной Монтане, где все друг другу перепродают урожай VN> джинсовых деревьев - по уровню требований курят все онлайн-игры VN> вместе взятые. Опять вспоминаем времена простоя. им и одной RS400 хватит :) на всю биржу :) ...
Да хоть PC/XT. Вопрос в том сколько она может стоять в период торгов. Думаю, что больше секунды недопустимо в принципе.
Повторяю свой вопрос: Дано: 20000 онлайновых игроков, всем надо просчитать (с синусами и косинусами) их положение в пространстве трехмерном + кто кого с каких углов видит, куда летят их ракеты, что им продают в 5000 звездных систем и т.п.
VN> Просчитывать один раз во сколько времени? Если реже раза в секунду - VN> может я чего-то не понял в задаче, но 1 (одного) хорошего писюка VN> должно хватить. Ну двух
Ой ! :-) Ты хорошо просчитал ? Онлайн Игра - это РЕАЛЬНОЕ ВРЕМЯ. Да, можно "реал" разбить для удобства на 10-50 милисек. интервалы, из-за того что пинги у всех разные - америка от нас далее чем россия, но считать надо положение всех по отношению к некой карте 3Д, да еще и кто кого видит и прочее - там не все так просто.
Ага, вот теперь после третьего возражения хоть какие-то данные появились:) Впрочем, и то недостаточно - надо видеть сколько реально тянет такой нагрузки на каком железе. У Вас эти данные есть, у меня - нет. Вы их не отдаёте. Что считать-то?;)))
VN> База на это хозяйство тоже крошечная :-))) угу - особенно обьектов, координат брошенных предметов планет, астероидов и прочего - самая крощечная база :)
В десяток миллионов записей влезет? Извините, опять на пальцах гадаю - телепаты в отпуске, а Вы продолжаете шифроваться. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет ! Thursday, June 22, 2006, 10:07:34 AM, you wrote:
Ой ! :-) Ты хорошо просчитал ? Онлайн Игра - это РЕАЛЬНОЕ ВРЕМЯ. Да, можно "реал" разбить для удобства на 10-50 милисек. интервалы, из-за того что пинги у всех разные - америка от нас далее чем россия, но считать надо положение всех по отношению к некой карте 3Д, да еще и кто кого видит и прочее - там не все так просто.
VN> Ага, вот теперь после третьего возражения хоть какие-то данные VN> появились:) Впрочем, и то недостаточно - надо видеть сколько VN> реально тянет такой нагрузки на каком железе. У Вас эти данные VN> есть, у меня - нет. Вы их не отдаёте. Что считать-то?;))) Ок - беру таймаут до наших "альфа проверок" - будут данные по нагрузке - вернемся к вопросу опять - попрошу мне продать Сан который мне "все полечит" :)
VN> База на это хозяйство тоже крошечная :-))) угу - особенно обьектов, координат брошенных предметов планет, астероидов и прочего - самая крощечная база :)
VN> В десяток миллионов записей влезет? Извините, опять на пальцах VN> гадаю - телепаты в отпуске, а Вы продолжаете шифроваться. Там не в количестве проблема а в выборках - пришел я и стал листать Базу чего у нас в регионе продается - и одновременно со мной ее листают тысячи Игроков - Евы-онлайн пример говорит что "регион" если листать - то играть невозможно - оно тормозит так что летаешь урывками :) так что надо опять-же в реале проверить что у нас получится - если бы просто "на миллион записей" вопрос стоял - то Евовцы все сдлелали-бы по классике и не жужжали - а тут похоже что-то крупно недосмотрели раз тормозит... -- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (4)
-
Alexander V Soroka -
Hrynchuk Oleh -
Michael Petuschak -
Valentin Nechayev