Pull to refresh
26
0
Дмитрий Чуйко @Teapot

Performance Architect

Send message
Доступен (commodity) Cavium ThunderX2: 32 физических ядра c 4 потоками исполнения на package, коих до 2 на сервер --> 256 cpu на сервере. Прототип суперкомпьютера Fujitsu Post-K: 48+4 ядра на package, 384 ноды в стойке, Tofu interconnect, SVE (512 бит).

Производительность TLS была улучшена в Java 9, отличие от OpenSSL порядка 10% и зависит от бенчмарка. На AArch64 тоже норм.
Ох, как много воды утекло. Теперь появилась 9-ка и даже 10-ка уже:
Liberica JDK for Raspberry Pi:
www.bell-sw.com/java-for-raspberry-pi.html
www.bell-sw.com/liberica-release-notes.html
А вариант раздельного хранения таблиц оставлен для случая гетерогенных данных или есть случаи, когда он даёт лучшие результаты?
При заданном количестве элементов и лоад факторе «memory overuse» может легко поменяться в 2 раза, если например сравнивать одну и ту же структуру, но с условиями перестроения (N > threshold) и (N >= threshold).
Кроме того, логично делить испытания не по количествам элементов, а по соотношению org.openjdk.jol.info.GraphLayout.parseInstance(map).totalSize() и размеров L2 и L3.
Ещё действительно интересно, что улучшилось в hftc пару недель назад.
Основание логарифма ~2.78, а рост таблицы ~x2. Значит для любой из 10 точек может легко получиться разница в 2 раза по памяти из-за разного алгоритма перестроения таблицы.
На плакате у вас «система навоза удаления» (навозоудаления?), «экскрементов подготовка» (,?), «Метан» (метан?), «Углекислота» (углекислота?), «орашение» (орошение?), «гидропоники применяется» (,?).
А какую картину даёт сравнение объектных мапов в той же конфигурации?
«Взятие значения по ключу (успешный поиск)» — это взятие всех ключей в порядке их укладки в мап? Даёт среднее 100 нс?
Можно использовать AtomicInteger или LongAdder вместо локальной переменной типа int. Кстати, это будет потокобезопасно, и можно суммировать параллельный стрим.
Чем больше сортировок будут постоянно сидеть на системном пуле, тем лучше он будет утилизирован :-)
> Там вообще есть нормальный foreach в стиле (k, v in hash) {}?
Теперь да:

map.forEach((k, v) -> ...);
В случае boxed-стрима боксинг для i произойдёт один раз.
Получение коллекторного мапа позволяет не думать, кто ещё и в каких потоках испольлзует map. Да и создавать его не приходится отдельно.
При помощи 7-zip и лежащего внутри unpack200 можно из exe получить всё, что нужно. Либо перенести с другой машины. Стандартного варианта скачивания увы нет.
Может быть тёплым ламповым постом в блоге Яндекса? Был правда пост на Хабре habrahabr.ru/post/196378/ без особого ажиотажа.
На Google Android есть Google Docs и гугловый Quickoffice, который тоже может с облачным хранилищем работать. На Nook, Kindle Fire есть свои движки для чтения офисных документов и при этом не продвигается фича хранения в облаке. На девайсе с AOSP, да даже и на голом андроиде никто офисные документы не откроет. Популярные сторонник офисные пакеты с Я.Диском не работают. И их нужно ещё как-то установить. Автоматической синхронизации локальных папок в андроидном Я.Диске тоже нет.
«Мы позаботились о том, чтобы переехать со старого телефона на новый было легко: Яндекс.Переезд поможет перенести самое важное — контакты из адресной книги.»
«На нашем рынке все еще большая доля фичафонов. Для этих пользователей, Кит является вполне себе конкурентно способным.»

Для большинства фичафонов Переезд как раз недоступен. А где доступен, требует настройки доступа в интернет, установки и запуска приложения/настроек. Хорошей фичей тут была бы работающая просто в одну сторону полная синхронизация контактов и календаря через bluetooth хотя бы с телефонами Nokia Series 40, обычное приложение/пункт меню в шелле.

Про конкурентноспособность… Логин всё равно переигрывает по цене. Но его пользователям не нужно определение организации по номеру, да и некотрые красивости не потянет.
«За счёт этого устройства с Яндекс.Китом работают дольше аналогов». Давайте слайды!!! )

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Registered
Activity