44 ответов в теме

[AllSeeingI]

Если мы посмотрим на мир с высоты неприступной крепости CCP в горах Equus Mortuus, то увидим, что этот мир меняется. Вселенная медленно остывает, мы стареем, наши утилиты - развиваются.

Как вы уже наверное знаете, технологической основой EVE Online является язык программирования Stackless Python. Когда мы начинали разрабатывать EVE, мы могли рассчитывать только на карманные часы, Stackless Python 1.5 и диск с записями группы Randver. Тогда Stackless Python оперировал так называемыми "продолжениями" ("Continuations"), использовать которые было весьма мудрено.

Позже мы перешли на Stackless Python 2.0. Кроме изменений в родительском языке - Питоне - вариант Stackless включил в себя "тасклеты" ("Tasklets") и "каналы" ("Channels"), которые мы изучили и полюбили.

С тех пор мы следим за развитием языка. Мы обновлялись вслед за выходом версий Python 2.1, 2.3 и 2.5.

Из-за объёма работ по переходу на новые версии - как в плане сложностей в реинтеграции кода, так и в плане количества времени разработчиков - мы пропускали все остальные версии. Но каждая новая версия приносит с собой и плюсы:

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

И вот теперь, после нескольких лет на Stackless Python 2.5, мы перешли на версию 2.7. Python 2.7 был выпущен несколько недель назад, и за ним последовал диалект Stackless Python 2.7.

Подобные миграции - непростое дело. Множество модификаций языка должны рассмотрены. Масса кода на C должны быть перекомпилирована. В массу кода на Питоне должны быть внесены мелкие изменения.

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

Пример: мы обнаружили, что некоторые текстовые поля ведут себя некорректно. Пользователь вводит цифру процента 5.55%, но этот процент округляется вниз - 5.5% - а не вверх, как должно быть. Выяснилось, что в Питоне 2.7 был немного изменён алгоритм округления чисел с плавающей запятой, и что 5.5% - это, на самом деле, правильное значение (из-за того, что значение 5.55 хранится как 5.4999). Для исправления этой ошибки мы использовали модуль decimal, работающий над значениями в десятичном формате.

Python 2.7 - последняя версия языка в ветке 2.x, с которой мы работаем; планов перехода на Python 2.8 у нас нет. Дальше мы будем работать над переходом на версию 3.2 - но произойдёт это не скоро. Переход с ветки 2 на ветку 3 - ещё более существенный шаг; между этими двумя ветками множество несовместимостей как на уровне языка, так и на уровне API. Кроме того, на данный момент мы не видим особых преимуществ от такого перехода.

Что версия 2.7 даст игрокам? В ближайшей перспективе - ничего. А вот в дальней перспективе новая версия языка позволит нам делать нашу работу проще, быстрее и лучше.

А ещё у нас появилась новая игла для граммофона. Stackless Python 2.7 и Randver будут нас развлекать ещё очень долго.

- CCP Porkbelly

Оригинал девблога.

Прим. перев.: клиент, основанный на Stackless Python 2.7 был выпущен с патчем Tyrannis 1.0.4.

Сообщение отредактировал AllSeeingI: 25 August 2010 - 8:18

[Anastasy]

Ну вот теперь неверующие и все знающие как лучше, убедились, что кода на С там не меньше питоновского.

[Avendy+]

Странно, перевод девблога уже 3 часа на форуме и еще ни одного супер знатока программирования не отписалось на каком языке нужно делать ЕВУ =)
Что-то тут не так....

[Finder]

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

[xo3e]

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

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

inb4 сделай лучше, раз такой крутой

Сообщение отредактировал xo3e: 25 August 2010 - 11:37

[Finder]

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

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

[myst]

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

Айлолд.

[vhl]

Боттлнек там в кластеринге а не в перформансе отдельных тредов,

ORLY? Откуда инфа? Вы из комманды разработчиков?

[DarkPhoenix]

ORLY? Откуда инфа? Вы из комманды разработчиков?

Если энтити (который долгое время работал в ццп как секьюрити спец) это подтвердит, тебе этого будет достаточно?

Сообщение отредактировал DarkPhoenix: 25 August 2010 - 14:29

[Spartanetz]

После этого патча 1.04 у меня уже несколько раз клиент на самом интересном месте по ошибке вылетал. До этого 3 года игры и такого ни разу не было.

[vhl]

Если энтити (который долгое время работал в ццп как секьюрити спец) это подтвердит, тебе этого будет достаточно?

Каким боком "охранник" может что-то подтверждать?

[intari]

вообще - об этом неоднократно писалось в тех же девблогах

[DarkPhoenix]

Каким боком "охранник" может что-то подтверждать?

Ему так или иначе приходилось проглядывать/профайлить многие участки кода.

[Tenkuu no kaze]

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

Сообщение отредактировал Tenkuu no kaze: 26 August 2010 - 14:32

[kezman77]

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

тыцал по линке, сэмплы таки играют )
походу исланское кантри )
по звукам напоминает американское.
судя по единственному альбому 2003 года это не месные "биттлз"... впрочем, 300 000 населения та еще аудитория для оценки популярности

[Gramafon]

.....

А ещё у нас появилась новая игла для граммофона. Stackless Python 2.7 и Randver будут нас развлекать ещё очень долго.

- CCP Porkbelly

.....

Доктор, вы меня пугаете

Сообщение отредактировал Gramafon: 31 August 2010 - 11:36

[Sedrick]

Stackless Python 2.7 на оф.сайте идёт как bleeding edge version.
http://zope.stackles.../sdocument_view

Сообщение отредактировал Sedrick: 31 August 2010 - 12:33

[doommer]

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

реализовать можно всё, хоть на ассемблере, другое дело сколько это займет ресурсов и времени. Не совсем понятно что Вы имели ввиду под этой фразой: " Боттлнек там в кластеринге а не в перформансе отдельных тредов, так что от С никакого преимущества не будет.", а именно не понятно что именно может быть проблемного в кластеринге и почему тут язык программирования не причем.

адд: программа на любом интерпретируемом языке программирования, будет медленней работать чем её аналог на языке, на котором был написан этот интерпретатор, вообще сравнивать Perl\Python\PHP\etc и С++\C неуместно. По хорошему, каждому Языку Программирование, свое место и время, под определенны задачи, чем больше ты их знаешь тем легче справиться с той или иной задачей

Странно, перевод девблога уже 3 часа на форуме и еще ни одного супер знатока программирования не отписалось на каком языке нужно делать ЕВУ =)
Что-то тут не так....

а зачем? )

Сообщение отредактировал doommer: 05 September 2010 - 1:11

[myst]

адд: программа на любом интерпретируемом языке программирования, будет медленней работать чем её аналог на языке, на котором был написан этот интерпретатор, вообще сравнивать Perl\Python\PHP\etc и С++\C неуместно.

Бред.

Пока ты будешь писать программу на С, которая будет считать 2^1000, я на Python это посчитаю на раз-два, просто написав 2**1000. Логика вроде if/while работает с одинаковой скоростью тоже.

[Finder]

Я на простеньком примере попытаюсь объяснить. Систему с кластерингом можно представить как большой автобан, но утыканный светофорами в местах, где контроль должен передаваться от одной машины к другой. В такой ситуации в-общем-то неважно, будешь ли ты жечь движок на форсаже или ехать свои пенсионерские 120 - на каждом светофоре все равно будешь стоять и ждать как все. Поэтому зачем выпендриваться?

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