При заданном количестве элементов и лоад факторе «memory overuse» может легко поменяться в 2 раза, если например сравнивать одну и ту же структуру, но с условиями перестроения (N > threshold) и (N >= threshold).
Кроме того, логично делить испытания не по количествам элементов, а по соотношению org.openjdk.jol.info.GraphLayout.parseInstance(map).totalSize() и размеров L2 и L3.
Ещё действительно интересно, что улучшилось в hftc пару недель назад.
Основание логарифма ~2.78, а рост таблицы ~x2. Значит для любой из 10 точек может легко получиться разница в 2 раза по памяти из-за разного алгоритма перестроения таблицы.
Можно использовать AtomicInteger или LongAdder вместо локальной переменной типа int. Кстати, это будет потокобезопасно, и можно суммировать параллельный стрим.
В случае boxed-стрима боксинг для i произойдёт один раз.
Получение коллекторного мапа позволяет не думать, кто ещё и в каких потоках испольлзует map. Да и создавать его не приходится отдельно.
При помощи 7-zip и лежащего внутри unpack200 можно из exe получить всё, что нужно. Либо перенести с другой машины. Стандартного варианта скачивания увы нет.
На Google Android есть Google Docs и гугловый Quickoffice, который тоже может с облачным хранилищем работать. На Nook, Kindle Fire есть свои движки для чтения офисных документов и при этом не продвигается фича хранения в облаке. На девайсе с AOSP, да даже и на голом андроиде никто офисные документы не откроет. Популярные сторонник офисные пакеты с Я.Диском не работают. И их нужно ещё как-то установить. Автоматической синхронизации локальных папок в андроидном Я.Диске тоже нет.
«Мы позаботились о том, чтобы переехать со старого телефона на новый было легко: Яндекс.Переезд поможет перенести самое важное — контакты из адресной книги.»
«На нашем рынке все еще большая доля фичафонов. Для этих пользователей, Кит является вполне себе конкурентно способным.»
Для большинства фичафонов Переезд как раз недоступен. А где доступен, требует настройки доступа в интернет, установки и запуска приложения/настроек. Хорошей фичей тут была бы работающая просто в одну сторону полная синхронизация контактов и календаря через bluetooth хотя бы с телефонами Nokia Series 40, обычное приложение/пункт меню в шелле.
Про конкурентноспособность… Логин всё равно переигрывает по цене. Но его пользователям не нужно определение организации по номеру, да и некотрые красивости не потянет.
Наверное стоило указать, что обнаружены ошибки в заголовках библиотечных именно, а не «Errors detected in C++Builder (PVS-Studio)».
Передам привет питерским ребятам из Embarcadero.
Кроме того, логично делить испытания не по количествам элементов, а по соотношению org.openjdk.jol.info.GraphLayout.parseInstance(map).totalSize() и размеров L2 и L3.
Ещё действительно интересно, что улучшилось в hftc пару недель назад.
Теперь да:
map.forEach((k, v) -> ...);
Получение коллекторного мапа позволяет не думать, кто ещё и в каких потоках испольлзует map. Да и создавать его не приходится отдельно.
wiki.eclipse.org/JDT_Core/Java8
wiki.eclipse.org/JDT/Eclipse_Java_8_Support_For_Kepler
Update site:
download.eclipse.org/eclipse/updates/4.3-P-builds/
«На нашем рынке все еще большая доля фичафонов. Для этих пользователей, Кит является вполне себе конкурентно способным.»
Для большинства фичафонов Переезд как раз недоступен. А где доступен, требует настройки доступа в интернет, установки и запуска приложения/настроек. Хорошей фичей тут была бы работающая просто в одну сторону полная синхронизация контактов и календаря через bluetooth хотя бы с телефонами Nokia Series 40, обычное приложение/пункт меню в шелле.
Про конкурентноспособность… Логин всё равно переигрывает по цене. Но его пользователям не нужно определение организации по номеру, да и некотрые красивости не потянет.
Передам привет питерским ребятам из Embarcadero.