угу, тока эти будут не люди а какие нить тараканоиды, вудут ковыряцо в останках городов и удивляцо че за придурки тут жилиНу сначала все люди заговорят на одном едином языке
|
Донат На хостинг |
ISK за переводы до 75kk за 1000зн. |
Хроники EVE Сборник |
Новичкам Полезная информация |
Качаем железо (и софт)
#43
Отправлено 22 June 2009 - 0:35
З.Ы. ССР может уничтожить лаги раз и навсегда, перейдя на C++, *nix и ORACLE, только это потребует переписывания всего кода игры набело
где связь между переходом с сиквела на оракл и переписыванием всего кода игры?) (понятно что мы про серверную часть)
конечно бы в плане производительности бд, в работе с такими объемами, общественность бы сделала ставку на оркал, особенно на будущую линейку продуктов учитывая приобретение сана. другое дело что тюнинг таких баз требует нехилых капиталовложений и на специалистов в том числе, так что тут скорее было взято не самое быстрое, а самое оптимальное по цена/качество, ну или что казалось таковым.
А железо сделали под Хождение по и в станции.
хождение по станциям, если или когда оно будет, будет работать на отдельных серверах - это по сути совсем другой движок с существующим имеющий очень мало общего.
#44
antonn*Нейтрал
Отправлено 22 June 2009 - 1:05
antonn*Нейтрал
вообще то оракл тоже "sql", на данный момент сервер крутится под mssql.где связь между переходом с сиквела на оракл и переписыванием всего кода игры?)
Последний отнюдь не фуфло, к тому же, как где то видел ссылку, сами специалисты ms помогали (и вероятно помогают, где еще такие проекты...) с перехода с мускла.
#45
Отправлено 22 June 2009 - 2:43
вообще то оракл тоже "sql", на данный момент сервер крутится под mssql.
Последний отнюдь не фуфло, к тому же, как где то видел ссылку, сами специалисты ms помогали (и вероятно помогают, где еще такие проекты...) с перехода с мускла.
вы какими-то странным категориями думаете - фуфло не фуфло. это продукты - они существуют давно и нормально продаются, значит какие-то задачи решают. просто оракл как бы гибче и сапорт у них совсем на другом качественном уровне существует, правда стоит это все очень недешево.
т.е. мое имхо что спп просто не потянуло эту систему на оракловых серверах под солярисом в смысле финансов, поэтому у них и сиквел.
если интересно, http://www.sun.com/servers/finder/ вот тут есть красивые железки)
ps: про sql-не-sql - я просто привык и это не мой личный бзик, говоря сиквел иметь ввиду именно mssql)
#46
Отправлено 22 June 2009 - 3:30
... а сравнивать работу сферических коней в вакууме под различными осями имхо бред.
...
Не будте так суровы....весь форум игры Ив Онлайн - в таком случае "имхо бред"
мы играем в мышление здесь..не мешайте
упс...я открыл божественное....непосвященным - не читать!
#47
Отправлено 22 June 2009 - 10:02
xX-St.Anger-Xx [-3LO-], Набор пилотов

Форумный воин 80 lvl'а
#49
Отправлено 22 June 2009 - 12:20
не комерческие версии линукс, это обычно ядро линукса и 1000 пакетов к нему + менеджер по их управлению. вот и всё, ты имеешь то, что имеешь, свои проблемы ты решаешь сам. такие сборки обычно кишат глюками и существуют на самом деле для развития комерческих вариантов этих сборок, комьюнити работает на девелоперов ) проще говоря к примеру openSUSE лижет комьюнити ))) а Novell это продает ))) так что установив не комерческий продукт, вы автоматически получаете не законченный продукт и становитесь бетатестером ))) (хоть и живут они порой разной жизнью!)
комерческая версия это такие версии как SUSE Enterprise Desktop\Server и многие другие, тут принципиальное отличие в наличии "некоторых пакетов" которые стоят бабла ) и просто так вы их не где не возьмёте, наличи саппорта и система отлизана так, что нареканий обычно не возникает.
xX-St.Anger-Xx [-3LO-], Набор пилотов

Форумный воин 80 lvl'а
#50
antonn*Нейтрал
Отправлено 22 June 2009 - 12:39
antonn*Нейтрал
Господин Ostr0mir, вы увидели знакомые слова? зачем так радостно сообщать это всему форуму?Елки зеленые! А MS Access тоже "sql"! laugh.gif Представь себе!
Полезно смотреть к чему был написан ответ, дабы не выглядеть столь глупо.
аа, понятно, извините за грубость, сразу не понял, с пациентами у нас обращаются ласково чтобы не спровоцировать рецидив. Увезите пациента в 15-ю палату.Оракл значительно быстрее и надежнее MSSQL, уже хотя бы потому, что его можно завести на *nix платформе.
#51
Отправлено 22 June 2009 - 12:57
Господин Ostr0mir, вы увидели знакомые слова? зачем так радостно сообщать это всему форуму?
Полезно смотреть к чему был написан ответ, дабы не выглядеть столь глупо.
аа, понятно, извините за грубость, сразу не понял, с пациентами у нас обращаются ласково чтобы не спровоцировать рецидив. Увезите пациента в 15-ю палату.
Нет нет тока не к нам в 15-тую
#52
Отправлено 22 June 2009 - 14:29
И так господа теоретики а чё самим то слабо взять и написать игру (переписать) подобную ЕВЕ ? или тока языком клацать способны?
#53
Ostr0mir*Нейтрал
Отправлено 22 June 2009 - 14:54
Ostr0mir*Нейтрал
Господин Ostr0mir, вы увидели знакомые слова? зачем так радостно сообщать это всему форуму?
Полезно смотреть к чему был написан ответ, дабы не выглядеть столь глупо.
Фраза "Oracle тоже sql" в контексте "MS SQL ничуть не хуже Oracle" — это клиника.
Хотя бы потому, что любая реляционная СУБД реализует стандарт языка SQL, как минимум ANSI SQL-92.
#55
Ostr0mir*Нейтрал
Отправлено 22 June 2009 - 17:09
Ostr0mir*Нейтрал
повторяю - иногда полезно читать к чему был ответ, и сразу станет ясно в каком контексте был ответ. Или цитатки не отображаются?
Цитата: где связь между переходом с сиквела на оракл и переписыванием всего кода игры?)
вообще то оракл тоже "sql", на данный момент сервер крутится под mssql.
Последний отнюдь не фуфло, к тому же, как где то видел ссылку, сами специалисты ms помогали (и вероятно помогают, где еще такие проекты...) с перехода с мускла.
Отображаются.
О прямой связи СУБД с кодом игры я и не заикался, данные можно хранить хоть на глиняных табличках %)
#56
antonn*Нейтрал
Отправлено 22 June 2009 - 17:34
antonn*Нейтрал
расшифровываю для непонятливых: "Сиквел" - сленговое значение SEQUEL (sql в молодости), то что я отквотил по сути означало "где связь с переходом со sql на sql и переписыванием всего кода игры", масло масляное. Автор сей фразы объяснил, что он под этим подразумевал, и отчего вышло недопонимание и сий конфуз.
После чего вдруг Ваше Сиятельство изрекло "Елки зеленые! А MS Access тоже "sql"! Представь себе!" отквотив мою фразу что "оракл - то же sql". Да, я представляю себе, что аксесс тоже sql. И что? Где "лол"? Что так насмешило?
#57
Отправлено 22 June 2009 - 19:01
как все туго-то...
расшифровываю для непонятливых: "Сиквел" - сленговое значение SEQUEL (sql в молодости), то что я отквотил по сути означало "где связь с переходом со sql на sql и переписыванием всего кода игры", масло масляное. Автор сей фразы объяснил, что он под этим подразумевал, и отчего вышло недопонимание и сий конфуз.
После чего вдруг Ваше Сиятельство изрекло "Елки зеленые! А MS Access тоже "sql"! Представь себе!" отквотив мою фразу что "оракл - то же sql". Да, я представляю себе, что аксесс тоже sql. И что? Где "лол"? Что так насмешило?
Не хватает EVE дополнительного уровня абстракции между кодом игры и СУБД =) Тогда бы смена СУБД не казалась бы настолько геморройной. Хотя Microsoft не позволили бы =)
#58
antonn*Нейтрал
Отправлено 22 June 2009 - 20:48
antonn*Нейтрал
а я тут причем?
да и если уж на то пошло - не такой уж большой выбор среди продуктов для таких больших нагрузок, а вводить для этого еще один layer (который без сомнения будет вносить свою толику торможения и в без того тормозящую часть) неразумно, не того уровня проект.
#59
Отправлено 22 June 2009 - 21:02
Я про эту "связь" и не говорил
оставь свои фантазии при себе. Оракл значительно быстрее и надежнее MSSQL, уже хотя бы потому, что его можно завести на *nix платформе.
ок, не говорил так не говорил - наверное ты когда пишешь что-то одно, всегда думаешь про другое а обсуждаешь 3е
про быстрее и тд. - ты можешь привести хотя бы один кейс из своего опыта где ты видел это значительно быстрее? ну что бы было о чем говорить. я имею ввиду приложения работающие в продакшене, а не твои личные фантазии.
нет, я сам думаю что оракл лучше походит для решения задач в области приложений работающих с действительно большими объемами данных, но юникс тут ну совсем не причем.
Елки зеленые! А MS Access тоже "sql"!
Представь себе!
ок. попробую еще раз - вдруг со второй попытки получится. сиквел - так принято спелить SQL и еще так же многие зовут MSSQL, ну видимо потому-что SQL вынесено в название бд.
Не хватает EVE дополнительного уровня абстракции между кодом игры и СУБД =) Тогда бы смена СУБД не казалась бы настолько геморройной. Хотя Microsoft не позволили бы =)
да нет там почти наверняка проблем с кодом)
главная проблема, имхо, для данного проекта это оптимизации базы - тюнинг, схемы деплоймента и тд и тп. и да - возможно что для некоторых задач используется не только RD но и OLAP, что судя по конфигурации серверов вполне может быть.
#60
Отправлено 22 June 2009 - 21:49
главная проблема, имхо, для данного проекта это оптимизации базы - тюнинг, схемы деплоймента и тд и тп. и да - возможно что для некоторых задач используется не только RD но и OLAP, что судя по конфигурации серверов вполне может быть.
CCP экономят на Database Architect'ах?
1 посетителей читают тему
0 members, 1 guests, 0 anonymous users

Вход
Регистрация

Тема закрыта

Наверх



