Я написал несколько тестовых проектов, реализующих API для моего простого приложения, чтобы прогнать бенчмарки. Они делают всего один запрос к базе данных и возвращают JSON.

Все проекты гонялись на VPS Linode в Лондоне:

• 2 ГБ RAM
• 1 ядро CPU
• SSD
• 125 Мбит/с исходящего трафика
• Ubuntu 16.10
• MySQL и CouchDB с одинаковыми данными (около 13к строк/документов)

Сами бенчмарки прогонялись с другого, более мощного выделенного сервера в Германии при помощи wrk:

wrk -t4 -c20 -d5m https://my_url

Результаты сильно отличаются от бенчмарков Райана Коллинза.

Что я попробовал:

• Node.js 7.0 + MySQL 5.7.16
• Node.js 7.0 + CouchDB 2.0 (через node-couchdb)
• Vapor 1.1.11 + CouchDB 2.0 (через HTTP)
• Kitura 1.1.1 + CouchDB 2.0 (через Kitura-CouchDB)

Всего запросов

Запросов в секунду

Средняя задержка

Результаты для меня очень разочаровывающие. Node.js оказался на 50% быстрее Swift. Похоже, что писать бэкенды на Swift пока ещё рановато — разве что вы не ждёте высокой нагрузки и просто хотите писать на Swift.

UPDATE: примерно через месяц я прогнал ещё одни тесты для новой версии Vapor (1.2.5) против Node.js, и Vapor оказался очень-очень быстрым. Так что теперь я смотрю на использование Swift в качестве бэкенда оптимистично.

В предыдущем посте я описывал свои впечатления от 4 фреймворков на Swift. Точнее написал я про 3, а 4 меня заинтересовал и руки до него дошли только сейчас. В кратце - я в восторге. Он прекрасен.

В первую очередь у проекта хорошая документация. Не идеальная, но очень хорошая. С примерами, обучающими материалами. Всё в одном месте на сайте, класс.

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

Во-вторых, набор библиотек у фреймворка отличный. Тут и HTTP-клиент, и обёртки для баз данных, и поддержка WebSocket, шаблоны, по умолчанию предлагается хорошая структура проекта, всё по папочкам. Сразу из коробки отличная работа с JSON и данными, которые можно перегонять и из JSON, и в JSON. Даже есть механизм для локализации.

В-третьих, мне удалось сделать свой мини-клиент для CouchDB через просто HTTP-запросы, и он работает. Пока только на чтение, на запись ещё не успел проверить, но то, что всё заработало, очень понравилось.

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

В-пятых - весь мой небольшой тестовый проект скомпилился и заработал на Linux без проблем и падений. Компилился долго, но зато работает, это классно.

По памяти пока всё хуже, чем у Perfect. Perfect стартовал с 3.5 мб памяти, дорос до 5 мб. Vapor стартует с 11 мб памяти, растёт до 14.9 мб. Посмотрим что будет дальше, пока это всё равно в 2 раза меньше, чем у Node.js.

Пожалуй, пока на Vapor я и остановлюсь, по-моему он прекрасен :)

Пару месяцев назад мне попался пост про серверные фреймворки для Swift - сравнение производительности 4-х фреймворков на Swift для сервера между собой и с Node.js. Производительность меня заинтересовала. Судя по результатам, лучшим оказался Perfect. Через месяц автор выложил ещё одно сравнение производительности, но тестировал уже не в macOS, а в Linux. И снова Perfect оказался в лидерах.

На этих выходных я решил как следует его потрогать. Перед этим я бегло посмотрел в 4 сравниваемых фреймворка: Perfect, Kitura, Vapor и Zewo. Требований у меня к фреймворку было не много, кроме стандартного роутинга запросов и выдачи ответов, мне нужно:

• Поддержка шаблонизаторов, чтобы отдавать не только JSON, но и HTML.
• Поддержка сетевых запросов, т.к. в самом Foundation ничего для сетевых запросов ещё не готово.
• Желательно, чтобы были готовые библиотеки для работы с разными БД.

Естественно, всё это нужно под Linux.

Kitura

Kitura один из самых прокачанных фреймворков. Есть библиотеки для MySQL, CouchDB, MongoDB и других. Вот только результаты тестов производительности неутешительные - он плетётся в хвосте. Правда, делают его могучие IBM, которые не только его пилят, но и активно контрибьютят в сам Swift. Вроде бы есть библиотека для сетевых запросов. Есть поддержка шаблонов, но с ними всё плохо. Есть Mustache, который работает только в macOS и его всего 3 дня назад перевели на Swift 3. Есть ещё Stencil, но с ним, когда смотрел, тоже был какой-то гемор, связанный с тем, что на последних Swift и Xcode его ещё нельзя использовать.

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

Сегодня я решил сделать тестовый проект на нём, увидев, что у них есть библиотека для работы с CouchDB, захотел посмотреть работает ли она (потому что написанная мною за вечер не работает, об этом ниже), так swift build даже не смог разрезолвить зависимости после добавления туда зависимости Kitura-CouchDB, у которой есть в зависимостях какой-то логгер, у которого в зависимостях ещё какой-то логгер. Всё от IBM. Это какой-то ад, когда это от одного производителя и оно не работает вместе. Создал им Issue на GitHub, на этом попытка что-то закодить на нём закончилась. Пока отложил.

Начали они всего лишь в феврале этого года, надеюсь, допилят всё как следует, к тому же у IBM есть все ресурсы для этого. Буквально сегодня смотрел видео с конференции по Swift, где они продвигают бэкенд на Swift и свой фреймворк.

Update: Чтобы проект сбилдился надо было указать у зависимости версию 1.1 в Package.swift, как ответили мне на мой issue на GitHub. Может что теперь и получится. Хотя осадочек остался.

Zewo

Открываешь страницу на GitHub - показывается опять очередной примитивный роутинг запросов. Если покопаться в списке репозиториев, то видишь, что вроде бы есть и клиент для PostgreSQL, и HTTP-клиент для сетевых запросов, и ещё какая-то куча обёрток вокруг сишных либ.

Опять же, документации нет, популярность его сильно ниже, судя по количеству звёзд на GitHub. Заходя на сайт проекта хочется видеть документацию, а не 1-страничный Hello World.

Для шаблонов есть Mustache, но до сих пор не переведён на Swift 3. Непонятно, насколько активно он развивается, вроде бы компонентов много, но если они не поспевают за выходом новых версий Xcode и Swift, которые обновились уже полтора месяца назад, как-то не вызывает он доверия. Совсем. Даже попробовать не получится из-за отставаний.

Vapor

Выглядит презентабельно. Есть библиотеки для работы с MySQL, PostgreSQL, MongoDB, свой ORM. Есть HTTP-клиент для запросов. Есть шаблонизатор Leaf.

Шикарно выглядит документация. Есть текстовые и видео уроки на отдельном сайте.

Попробовать не успел, но очень хочу, несмотря на то, что у него не лучшие результаты в тесте производительности.

Update: пост про Vapor.

Perfect

Самый популярный (пока) фреймворк на Swift. По крайней мере, судя по количеству звёзд на GitHub. В тесте производительности оказался лидером. Поэтому сразу захотелось посмотреть именно на него.

На сайте классная документация по всему, что есть. Т.к. она собрана в одном месте на сайте (и дублируется на GitHub), сразу увидел что есть и обёртка над cURL для сетевых запросов, и библиотеки для баз данных - SQLite, MySQL, PostgreSQL, MongoDB и свой ORM. У этого фреймворка я у первого увидел всё, что мне было нужно (потому что у некоторых других просто нет нормальной документации) и именно его и решил попробовать.

Как я пытался написать бэкенд на Perfect

С банальным роутингом Perfect справляется отлично. Синтаксис простой. Я сразу решил попробовать запилить API на нём. Для API я хотел использовать CouchDB. Поскольку готовой библиотеки у них нет, я решил быстренько набросать свою, ибо работать с CouchDB можно простыми HTTP-запросами, а в комплекте есть обёртка над сишным cURL.

За пару-тройку часов я набросал метод получения данных через GET-запрос. Тестировал всё на macOS, ура, всё работало. Сделал нужные мне методы и решил, попробую ка я ещё кое-что записывать в базу.

Вот тут то начался гемор. На macOS данные никак не хотят писаться в базу. То есть я отправляю просто POST-запрос:

let curlObject = CURL(url: url)

curlObject.setOption(CURLOPT_HTTPHEADER, s: "Content-Type: application/json; charset=utf-8")
curlObject.setOption(CURLOPT_POST, int: 1)
curlObject.setOption(CURLOPT_POSTFIELDS, s: jsonString)

curlObject.perform { code, header, body in
    // code
}

CouchDB постоянно возвращал ошибку, что приходит невалидный UTF-8 JSON. Я вставлял строку, которую отправляю в базу, в отдельное приложение для тестирования REST и там данные отлично принимались. Что самое странное, если сделать много запросов из моего кода, то 1-2 запроса с одними и теми же данными база принимала и записывала, на остальные приходила ошибка. Так и не понял в чём беда. То ли это чей-то глюк, то ли я не умею использовать CURL.

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

То, что прекрасно билдится командой swift build в консоли в macOS, может не билдиться в Ubuntu. Более того, то, что билдится в Xcode, может не билдиться в консоли в macOS.

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

Собрал, сделал запрос - приложение на сервере упало. Так я эту проблему и не решил, да ещё и расстроился, что то, что прекрасно работает в macOS, просто падает в Ubuntu, при том что и там, и там использовался Swift 3.0.1.

После этого есть какое-то чувство разочарования. Столько времени потратил, что бросать как-то не хочется.

Но одно приятное наблюдение я сделал - по сути я переписал уже сделанный ранее на Node.js API для своего приложения. API на Node.js с помощью фреймворка Restify занимает 35 мб памяти. Тот же API, написанный на Swift, у меня в macOS разогнался только до 5.2 мб памяти. На Ubuntu он стартует с 3.5 мб, но увеличивается ли потребление проверить я не смог, т.к. бинарник просто падает когда отправляешь запрос.

Вывод

Опять надо ждать новых версий Swift и новых версий фреймворков, чтобы что-то всё-таки сделать на них. К тому же, в конце октября Apple сформировали рабочую группу для развития инструментов для бэкенда, написанных на Swift, так что есть надежда. Пока писал пост ещё раз посмотрел внимательно на Vapor и очень приятно удивился. Следующим попробую именно его.

Итого:

Kitura не собирается и показал плохие результаты по производительности, но активно пилится IBM.

Perfect собирается, но то, что я написал, не работает на Ubuntu, но работает в macOS, видимо надо ждать новых версий Swift и Perfect.

Zewo отстаёт и как-то надежд на него совсем не возлагаю.

Vapor надо срочно потрогать. (Update: потрогал)

Если ваш код компилится в macOS, то не факт, что скомпилится в Ubuntu. Если работает в Ubuntu, то не факт, что будет работать, даже если работает в macOS.

Записал видео-урок по установке Swift 3 на Ubuntu Server 16.10

// MARK: - Расширение UIView (или NSView)
extension UIView {

    /// Анимация-«тряска»
    func shake() {
        let animation = CAKeyframeAnimation(keyPath: "transform.rotation")
        animation.timingFunction = CAMediaTimingFunction(name: kCAMediaTimingFunctionLinear)
        animation.duration = 1.0
        animation.values = [-Double.pi / 6, Double.pi / 6, -Double.pi / 6, Double.pi / 6, -Double.pi / 7, Double.pi / 7, -Double.pi / 8, Double.pi / 8, 0.0 ]

        layer.add(animation, forKey: "shake")
    }

}

myView.shake()

За последние пару недель состоялся релиз новых версия macOS, iOS, tvOS и watchOS. Вместе с ними вышел новый Xcode и новая версия Swift.

При открытии проекта в новом Xcode он сразу предлагает конвертировать проект в новую версию Swift - или в версию 2.3, которая почти без изменений, как промежуточная версия, или сразу в новую версию Swift 3, в котором изменений прилично.

Сам проект конвертировать труда не составляет, ибо есть встроенный в Xcode конвертер. Я решил сначала попробовать 2.3, чтобы не углубляться в дебри изменений. Рабочий проект сконвертировался без проблем, а потом начался ад с зависимостями. Я пользуюсь Carthage, все зависимости компилируются в .framework, который ты импортируешь в свой проект. 1 раз импортировав, потом уже сам проект трогать не приходится, просто пересобирать зависимости. В первую неделю после релиза многие разработчики быстро выкатили обновления - и релиз на Swift 2.3, и релиз на Swift 3. Но не все. Например, SwiftyJSON - разработчики на какое-то время пропали, а их фреймворк очень популярен. Пришлось копать - те зависимости, которые не обновились, благо, подхватили сторонние разработчики. Они их форкнули, всё перевели на Swift 2.3 и отправили pull request'ы в оригинальные репозитории.

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

Само собой, есть смысл побыстрее перейти на Swift 3, потому что 2.3 - версия временная и поддержка её в будущих релизах Xcode исчезнет. Да и 3-й Swift обещают по возможности последней версией, которая сломает совместимость с предыдущими версиями.

Опять же - сам проект без особых проблем сконвертировался в Swift 3. Не всё, но многое. А то, что само не конвертнулось, Xcode сам при компиляции предлагал исправить, в основном надо было только тыкать мышкой и разрешать ему это поправить. Хоть я и дождался, когда все зависимости обновятся на Swift 3, пришлось немного попотеть. К слову - если framework скомпилен в Swift 2.3, то в проект на Swift 3 его нельзя включить. И обратно тоже. Разгрёб разные проблемы - начался гемор другой. AlamoFire для Swift 3 не просто обновился, а мажорно обновился - с переименованием классов и изменением API. В итоге пришлось некоторые методы вообще переписать на две трети. Хотя в большинстве случаев просто пришлось поменять местами аргументы и где-то что-то переименовать. Плюс, теперь чтобы передать get-параметры, нужно их ручками в строку URL добавлять, раньше это мог сделать аргумент parameters, но теперь эти данные шлются в теле запроса, как будто мы форму заполнили.

Но в итоге всё закончилось хорошо, хотя миграция и заняла время и силы. Вперёд, в будущее.

P.S. опенсорсная версия Swift 3, которую можно запускать на Linux, всё ещё не имеет полной реализации классов для работы с сетью. А фреймворк для бэкенда Perfect не компилится в Ubuntu 16.04. Пока Swift для бэкенда опять откладывается.

В новой версии Swift 3 теперь другой конструктор для NSNotification (теперь уже просто Notification, префикс NS отбросили):

struct Config {
    static let ShouldCloseBrowserNotification = "ShouldCloseBrowserNotification"
}

let notification = Notification(
    name: Notification.Name(rawValue: Config.ShouldUpdateDialogNotification),
    object: nil,
    userInfo: nil
)
NotificationCenter.default.post(notification)

Выглядит параметр name не очень то красиво теперь. Зато можно расширить Notification.Name, чтобы было красиво:

extension Notification.Name {
    static let shouldCloseBrowserNotification = Notification.Name("ShouldCloseBrowserNotification")
}

let notification = Notification(
    name: .ShouldUpdateDialogNotification,
    object: nil,
    userInfo: nil
)
NotificationCenter.default.post(notification)

Примерно так же сделано и в самом UIKit: