Если с хакинтошем это прокатывало — потому как хорошее железо подходящее для хакинтоша — стоило дешевле нового mac mini (iMac, Mac Pro тем более). То цена на PS4 мне видится весьма скромной по сравнению с геймерским PC. => Не будет таких пользователей кто будет собирать свою PS4 из деталек. Хотя вполне вероятно, что геймеры с железками захотят поиграть в «PS4 only» игры.
Как говорится: поживем — увидим.
Педальный он и на iOS. Сейчас iOS устройства стали быстрее, а не скайп. Мой старенький iPhone 3G регулярно убивал скайп за использование слишком большого объема памяти или подвисал на долго в момент обновления страницы с историей последних сообщений или списка контактов.
Последнее время мы с коммандой перешли на Viber. Десктоп, мобайл, постоянно онлайн — все есть.
Кстати да. Что-то все давно забыли что такое безопасная переписка. Перестали выкладывать public-PGP ключи в профиле. Подписывать ключи знакомых. Писать зашифрованые письма.
Это раньше была такая массовая параноя, или сейчас беспечность? Все доверились https соединению с гуглом?
Я не хочу вас обидеть, просто очень интересно, если вы лицо без гражданства и окажетесь в Европейской стране и вас задержит полиция. В какую страну они вас депортируют? В тюрьме вас кормить им не охота, гражданства у вас нету. Неужели скажут: «Ок, живите у нас, только ничего не нарушайте».
Хорошая статься, а в комментах из пустого в порожнее стиле:
— хочу зарплату больше, а коллектив пофиг.
— коллектив важен, на зп пофиг.
к ним подходит третий:
— ох а мне как хочется зарплату побольше!
Тут тяжело сказать, потому как «плавней» и «быстрей» они достаточно субъективны. Возможно тайлы гугла больше по размеру и скорость отображения карты упирается в скорость вашего подключения к интернету. Может Google Maps обслуживает большее число пользователей. А может видимая плавность — это заслуга просмотрщика LeafletJS.
Это здорово что снимки из космоса высокой детализации доступны для использования в других проектах. Картографическое движение само по себе только набирает обороты. Многие пользуются википедией, но гораздо меньше людей слышали о OpenStreetMap, еще меньше вносили правки. :) А ведь это целый мир геоданных, который создается пользователями, с открытой лицензией ODbL.
Совершенно нормально. Пользователя обманывают? — Нет. Пользователь получает не то что он хочет? — Нет. Т.е. ничего противозаконного не происходит.
Да, разработчик приложения старается заработать как можно больше и это нормально. Joel Spolsky отлично развил эту тему в своем посте: Верблюды или песочница.
В том случае, в котором был бы фэйл на обычном HDD — будет фэйл и у bcache. Как я понимаю, дополнительной угрозы данным bcache не вносит. Файловая система не видит отдельных секторов диска, для нее диск — это bcache. А bcache делает работу записи такой же надежной как и запись на голый HDD, потому как операции записи возвращаются, когда данные и их метаданные уже сохранены на SSD.
В основном я ускоряю чтение, данные редко меняются.
Настолько на сколько рандомно чтение при работе с большой базой данных.
HDD, как я писал, 2Tb и SSD 120Gb
Если не использовать writeback кэширования — никаких проблем быть не должно. Если умрет кэш с dirty данными, будет конечно хуже. Я посматриваю на smart показатели SSD диска, чтобы смерть не стала неожиданной. Опять таки работать с важными данными и не делать бэкап было бы глупо. HDD тоже умирают время от времени.
SSD на 512Gb стоит несколько дороже, чем такое вот решение. Да и время жизни SSD с базой, мне кажется, будет меньше чем у SSD c writetrough кэшем той же базы.
Кэш с dirty данными работает как база данных. Для каждого блока сохраняются его метаданные и он сам. После этого запись считается выполненной. Так что при выключении питания информация о том какой блок dirty, а какой нет — останется. Так же останется информация какие блоки, каким данным на диске соответствуют.
bcache — это просто устройство через которое мы работаем с HDD. Он появляется когда подключенный кэш инициализировался, если кэш не был подключен, как в начальном этапе настройки — bcache появится сразу. Если с SSD диском случилось что-то плохое и bcache не появился — можно вручную заставить bcache стартовать (все dirty данные из кэша, ясное дело, будут утеряны):
Как говорится: поживем — увидим.
Последнее время мы с коммандой перешли на Viber. Десктоп, мобайл, постоянно онлайн — все есть.
Это раньше была такая массовая параноя, или сейчас беспечность? Все доверились https соединению с гуглом?
— хочу зарплату больше, а коллектив пофиг.
— коллектив важен, на зп пофиг.
к ним подходит третий:
— ох а мне как хочется зарплату побольше!
p.s. как-то мне надо было собрать утилиты для работы с osm данными. Выглядело это следующим образом:
Да, разработчик приложения старается заработать как можно больше и это нормально. Joel Spolsky отлично развил эту тему в своем посте: Верблюды или песочница.
Настолько на сколько рандомно чтение при работе с большой базой данных.
HDD, как я писал, 2Tb и SSD 120Gb
Если не использовать writeback кэширования — никаких проблем быть не должно. Если умрет кэш с dirty данными, будет конечно хуже. Я посматриваю на smart показатели SSD диска, чтобы смерть не стала неожиданной. Опять таки работать с важными данными и не делать бэкап было бы глупо. HDD тоже умирают время от времени.
SSD на 512Gb стоит несколько дороже, чем такое вот решение. Да и время жизни SSD с базой, мне кажется, будет меньше чем у SSD c writetrough кэшем той же базы.
Или я неправильно понял вопрос? :)