Как стать автором
Обновить
27
0
Дмитрий Чуйко @Teapot

Performance Architect

Отправить сообщение
При заданном количестве элементов и лоад факторе «memory overuse» может легко поменяться в 2 раза, если например сравнивать одну и ту же структуру, но с условиями перестроения (N > threshold) и (N >= threshold).
Кроме того, логично делить испытания не по количествам элементов, а по соотношению org.openjdk.jol.info.GraphLayout.parseInstance(map).totalSize() и размеров L2 и L3.
Ещё действительно интересно, что улучшилось в hftc пару недель назад.
Основание логарифма ~2.78, а рост таблицы ~x2. Значит для любой из 10 точек может легко получиться разница в 2 раза по памяти из-за разного алгоритма перестроения таблицы.
На плакате у вас «система навоза удаления» (навозоудаления?), «экскрементов подготовка» (,?), «Метан» (метан?), «Углекислота» (углекислота?), «орашение» (орошение?), «гидропоники применяется» (,?).
А какую картину даёт сравнение объектных мапов в той же конфигурации?
«Взятие значения по ключу (успешный поиск)» — это взятие всех ключей в порядке их укладки в мап? Даёт среднее 100 нс?
Пост, приуроченный к 10-летию офиса )
Можно использовать 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, обычное приложение/пункт меню в шелле.

Про конкурентноспособность… Логин всё равно переигрывает по цене. Но его пользователям не нужно определение организации по номеру, да и некотрые красивости не потянет.
«За счёт этого устройства с Яндекс.Китом работают дольше аналогов». Давайте слайды!!! )
А офисный пакет, котрый будет работать с Я.Диском?
Могли бы с YD договориться и выпустить партию YotaPhone с Китом. Как информационный повод вполне, а стоит наверное ничего.
Наверное стоило указать, что обнаружены ошибки в заголовках библиотечных именно, а не «Errors detected in C++Builder (PVS-Studio)».
Передам привет питерским ребятам из Embarcadero.

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Зарегистрирован
Активность