СОРМ даёт доступ ко всем вашим данным на мэйл.ру, в том числе к тем, которые вы считаете удалёнными. Есть такой «пакет Яровой», вот там всех на это нагнули. Поэтому СМС или пароль здесь уже ничем и никому из пользователей СОРМа не помешает.
>> так как один пароль люди часто используют на нескольких сайтах
То есть если кто-то, кому не важны его данные, действует не самым безопасным образом, то значит абсолютно всех надо нагибать на слив всех персональных данных? Браво! Вам за подобную «рекламу» не только карму слить надо…
>> Не все архитектуры исправляют косяки компилятора типа невыдержанных отрезков времени на загрузку данных из кэша или последовательного расположения команд при наличии >1 исполнительного устройства.
Давайте вспомним начало — было сомнение в том, что интел в разумные сроки сможет написать компилятор под новый интеловский процессор. Далее я защищал позицию «сможет», а вы доказывали на частных примерах, что не сможет. Вот и сейчас вы привели частный пример (чуть выше) про отдельные виды оптимизации, которые перестанут работать на новой архитектуре. Но, во первых, вот та же реорганизация структур — это достаточно универсальная задача, а помимо данного примера есть и другие, то есть однажды найденное решение далее почти автоматом применяется к новому набору команд. Чуть по другому — если вся математика/алгоритмы действительно требуют отработки возможно даже годами, то после получения работающего и понятного алгоритма, замена его реализации с разбиением на некий новый набор примитивов не составляет большого труда. Поэтому интел просто берёт старый компилятор и копирует оттуда алгоритмы, подправляя их реализацию с учётом нового набора команд.
Во вторых, отказ от предварительной загрузки данных в кэш и тому подобные специфические изменения в архитектуре процессора обычно чем-то обосновываются. Так вот это обоснование обязательно предполагает учёт последствий в виде необходимости либо просто удалить ранее использовавшуюся на других архитектурах оптимизацию (что делается быстро, и, видимо, обосновано меньшими требованиями к производительности), либо в виде предложений по реализации оптимизаций на новой архитектурной базе, с учётом, например, дополнительно появившихся команд. В обоих случаях время разработки либо мало, либо не очень большое, просто потому, что общая схема алгоритма опять готова, ведь именно под неё вводили новые команды.
Далее нужно внимательно рассматривать существующие в интеловском компиляторе оптимизации и делить их на универсальные (с неизменным алгоритмом) и железо-зависимые (требующие изменений в алгоритме на новой архитектуре). При этом вторая часть становится понятной только после разработки этой самой новой архитектуры. А кроме того, сама разработка архитектуры во многом опирается на данные о существующем компиляторе, ибо нужно учитывать стоимость введения или отказа от тех или иных команд. Всё это, конечно, затратно по времени, но, я очень надеюсь, что в интеле всё же документируют свой компилятор, плюс разработчики пока ещё не поувольнялись, а потому консультации между группами проектировщиков железа и разработчиков компилятора могут быть проведены достаточно оперативно и с пользой для обеих команд. И если всё именно так — интелу вряд ли потребуется более года на перевод задач на поточные рельсы, когда скорость уже определяется во многом простым расширением количества участников (упрощённо — делят оптимизации на количество участников). Далее, ну пусть на это уйдёт даже целый год, интел получит хороший компилятор, плюс готовый мобильный процессор. Итого — не более 2-х лет ради выхода на относительно новый для конторы рынок.
А теперь по рекламе. Реклама одного нового фильма только в США стоит 20 миллионов баксов. Выход же интела на рынок мобильных устройств, это вам не какой-то фильм в прокат запустить. Суммарно маркетинговые затраты легко выстрелят за сотню миллионов, и это — дёшево, просто потому, что годовой бюджет того же интела на R&D исчисляется миллиардами. А теперь сравните со стоимостью разработчиков — пусть им платят 120к в год, пусть их 100 человек, тогда имеем за год — 12 миллионов. За два года — 24. Ну и теперь, надеюсь, вам ясно, что такое реклама, и что такое разработка какого-то компилятора? Ведь в данном случае компилятор — всего лишь средство обеспечения выхода на рынок целой технологии — мобильного процессора, а потому затраты на него надо соизмерять именно с общими усилиями фирмы по выходу на мобильный рынок, а усилия эти стоят — миллиарды, ибо конкуренты, да и запоздал уже интел. Поэтому уверять, что какой-то компилятор интел не сможет сделать ради выхода на новый рынок — как минимум заявлять о неинформированности в плане рыночной деятельности больших контор.
Всё со всем можно сравнить. И иксы отлично вписываются в данную тему. Но некоторые почему-то считают, что можно кодить только в одном единственном стиле, когда один глупый программист может повесить всю систему.
Кто свободен? Читайте внимательно википедию про «текущий поток исполнения».
Интерфейс виснет от кривого архитектурного решения в ведроиде — UI ждёт, пока неграмотный программист закончит выполнять неэффективно написанную процедуру.
>> сколько не видел туториалов по иксам, там так же идет цикл событий
Читайте обзорную архитектуру. Иксы — это сервер. Он может быть вообще на другой стороне земли. Пояснять далее, почему на другой стороне земли будет отдельный поток?
Перегружен? Москва и подмосковье как-то спокойно живут. Там у теле-2 самая отсталая инфраструктура, но даже на ней всё довольно шустро летает. 5g ориентируется, естественно, не на депрессивную рассейскую глубинку, а на богатые города США и европы, где ситуация примерно как в Москве. Поэтому никакой перегрузки в целевых регионах просто нет, а новые потребители — это как раз тостеры да замена вайфай роутеров на 5g.
И что же там такого особенного? На что надо убить сто лет, когда другие убивают 10?
Далее — ваш расчёт трудозатрат полностью оторван от реальности. Во первых — это всё уже есть, но для немного отличающегося набора команд. Во вторых, 5 оптимизаций в год — это, повторюсь, очевидный бардак в разработке. В третьих, переписывать весь компилятор — это явная глупость, поскольку реально меняются только командо-зависимые части, которые зачастую просто копируются с подменой одной-двух команд.
В общем повторюсь — вы взяли с потолка норму в сто человеко-лет и «доказываете», что по другому быть не может. Но я вас уверяю (имея опыт по теме) — может.
Даже 3 ватта, это 50 минут работы на «толстой» батарее. А реально востребованы тонкие, то есть 200-250 мач. И это уже 25 минут работы. Даже на большом смарте с батареей 2000 мач имеем 3 часа непрерывной работы с учётом потребления только процессора и без экрана, обвязки, радио и т.д.
Плюс однокристальные чипы сегодня включают всякие вайфаи и даже FM радио, а в атоме этого ничего нет, значит нужны внешние схемы, которые дают габарит и потребление.
Так а для чего нужно много каналов? Откуда взять такое количество потребителей?
Вот у них и родилась идея — а давайте подключим каждый тостер к 5g! То есть вместо локальной им мало потребляющей сети из какого-нибудь блютуза/вайфая, предлагается абсолютно всё подключать к 5g, и только тогда действительно появится достаточное количество потребителей расширенного числа каналов.
Я говорил, что мобильным устройствам нужно экономить энергию. Экономия энергии за счёт отказа от выполнения функций устройства — очевидно, что никому не нужна. Поэтому экономить приходится по двум направлениям (с точки зрения железа) — снижать потребление в активном режиме, что достигается уменьшением тех самых нанометров, либо уменьшать потребление в спящем режиме. Но для спящего режима уменьшение потребления становится абсолютно бессмысленным, когда экономия становится равной каким-то ничтожным долям процентов. И вот вы мне здесь пытаетесь доказать, что токи в единицы микроампер якобы что-то решают в плане экономии. А я вам отвечаю — на фоне десятков, а то и сотен, миллиампер потребления в активном режиме все ваши микроамперы совершенно бесполезны. Потребление в спящем режиме всё равно будет определяться потреблением памяти, это во первых, ну и во вторых — соотношение активного режима к режиму сна, при котором будет хоть немного заметна экономия энергии, это 1 к 1000 и более. Но на что годно такое устройство, которое спит 999 секунд из 1000? Оно просто не будет ничего делать для потребителя.
Поэтому все ваши разговоры про режимы сна совершенно не приближают нас к экономии энергии, о которой я говорил в самом начале.
>> команда из десятка человек будет над ним работать с десяток лет
Ну если вы ориентируетесь на самые худшие сроки по всей индустрии разработки софта, тогда я вам ничем помочь не могу.
Интел занимается компиляторами очень давно и затраты в сто человеколет там возможны исключительно из-за дикой кривизны организации процесса разработки. У меня таких данных нет, но скорее всего им потребуется не более 10 человеко-лет, и это вместе с документацией и прочими вспомогательными задачами.
Атом потребляет до 30 ватт. А батарея в каких-нибудь умных часах всего 500 мач или меньше. То есть полностью загруженный работой атом разрядит батарею минут за 5. А ещё есть габариты, которые скорее всего тоже не для устройств типа часы.
Авторы языка решили, что Dispatcher.IO почему-то удобнее именно для IO, хотя Default работает полностью идентично. Причина такого решения абсолютно непонятна. Точнее — авторы не захотели её пояснять в доках по API.
В целом имеем полное копирование истории с ведроидом — такие же неполноценные доки без пояснения выбранных архитекторами концепций.
То есть если кто-то, кому не важны его данные, действует не самым безопасным образом, то значит абсолютно всех надо нагибать на слив всех персональных данных? Браво! Вам за подобную «рекламу» не только карму слить надо…
Давайте вспомним начало — было сомнение в том, что интел в разумные сроки сможет написать компилятор под новый интеловский процессор. Далее я защищал позицию «сможет», а вы доказывали на частных примерах, что не сможет. Вот и сейчас вы привели частный пример (чуть выше) про отдельные виды оптимизации, которые перестанут работать на новой архитектуре. Но, во первых, вот та же реорганизация структур — это достаточно универсальная задача, а помимо данного примера есть и другие, то есть однажды найденное решение далее почти автоматом применяется к новому набору команд. Чуть по другому — если вся математика/алгоритмы действительно требуют отработки возможно даже годами, то после получения работающего и понятного алгоритма, замена его реализации с разбиением на некий новый набор примитивов не составляет большого труда. Поэтому интел просто берёт старый компилятор и копирует оттуда алгоритмы, подправляя их реализацию с учётом нового набора команд.
Во вторых, отказ от предварительной загрузки данных в кэш и тому подобные специфические изменения в архитектуре процессора обычно чем-то обосновываются. Так вот это обоснование обязательно предполагает учёт последствий в виде необходимости либо просто удалить ранее использовавшуюся на других архитектурах оптимизацию (что делается быстро, и, видимо, обосновано меньшими требованиями к производительности), либо в виде предложений по реализации оптимизаций на новой архитектурной базе, с учётом, например, дополнительно появившихся команд. В обоих случаях время разработки либо мало, либо не очень большое, просто потому, что общая схема алгоритма опять готова, ведь именно под неё вводили новые команды.
Далее нужно внимательно рассматривать существующие в интеловском компиляторе оптимизации и делить их на универсальные (с неизменным алгоритмом) и железо-зависимые (требующие изменений в алгоритме на новой архитектуре). При этом вторая часть становится понятной только после разработки этой самой новой архитектуры. А кроме того, сама разработка архитектуры во многом опирается на данные о существующем компиляторе, ибо нужно учитывать стоимость введения или отказа от тех или иных команд. Всё это, конечно, затратно по времени, но, я очень надеюсь, что в интеле всё же документируют свой компилятор, плюс разработчики пока ещё не поувольнялись, а потому консультации между группами проектировщиков железа и разработчиков компилятора могут быть проведены достаточно оперативно и с пользой для обеих команд. И если всё именно так — интелу вряд ли потребуется более года на перевод задач на поточные рельсы, когда скорость уже определяется во многом простым расширением количества участников (упрощённо — делят оптимизации на количество участников). Далее, ну пусть на это уйдёт даже целый год, интел получит хороший компилятор, плюс готовый мобильный процессор. Итого — не более 2-х лет ради выхода на относительно новый для конторы рынок.
А теперь по рекламе. Реклама одного нового фильма только в США стоит 20 миллионов баксов. Выход же интела на рынок мобильных устройств, это вам не какой-то фильм в прокат запустить. Суммарно маркетинговые затраты легко выстрелят за сотню миллионов, и это — дёшево, просто потому, что годовой бюджет того же интела на R&D исчисляется миллиардами. А теперь сравните со стоимостью разработчиков — пусть им платят 120к в год, пусть их 100 человек, тогда имеем за год — 12 миллионов. За два года — 24. Ну и теперь, надеюсь, вам ясно, что такое реклама, и что такое разработка какого-то компилятора? Ведь в данном случае компилятор — всего лишь средство обеспечения выхода на рынок целой технологии — мобильного процессора, а потому затраты на него надо соизмерять именно с общими усилиями фирмы по выходу на мобильный рынок, а усилия эти стоят — миллиарды, ибо конкуренты, да и запоздал уже интел. Поэтому уверять, что какой-то компилятор интел не сможет сделать ради выхода на новый рынок — как минимум заявлять о неинформированности в плане рыночной деятельности больших контор.
Придётся уходить на альтернативные сервисы.
Интерфейс виснет от кривого архитектурного решения в ведроиде — UI ждёт, пока неграмотный программист закончит выполнять неэффективно написанную процедуру.
Читайте обзорную архитектуру. Иксы — это сервер. Он может быть вообще на другой стороне земли. Пояснять далее, почему на другой стороне земли будет отдельный поток?
Перегружен? Москва и подмосковье как-то спокойно живут. Там у теле-2 самая отсталая инфраструктура, но даже на ней всё довольно шустро летает. 5g ориентируется, естественно, не на депрессивную рассейскую глубинку, а на богатые города США и европы, где ситуация примерно как в Москве. Поэтому никакой перегрузки в целевых регионах просто нет, а новые потребители — это как раз тостеры да замена вайфай роутеров на 5g.
И что же там такого особенного? На что надо убить сто лет, когда другие убивают 10?
Далее — ваш расчёт трудозатрат полностью оторван от реальности. Во первых — это всё уже есть, но для немного отличающегося набора команд. Во вторых, 5 оптимизаций в год — это, повторюсь, очевидный бардак в разработке. В третьих, переписывать весь компилятор — это явная глупость, поскольку реально меняются только командо-зависимые части, которые зачастую просто копируются с подменой одной-двух команд.
В общем повторюсь — вы взяли с потолка норму в сто человеко-лет и «доказываете», что по другому быть не может. Но я вас уверяю (имея опыт по теме) — может.
Плюс однокристальные чипы сегодня включают всякие вайфаи и даже FM радио, а в атоме этого ничего нет, значит нужны внешние схемы, которые дают габарит и потребление.
Так а для чего нужно много каналов? Откуда взять такое количество потребителей?
Вот у них и родилась идея — а давайте подключим каждый тостер к 5g! То есть вместо локальной им мало потребляющей сети из какого-нибудь блютуза/вайфая, предлагается абсолютно всё подключать к 5g, и только тогда действительно появится достаточное количество потребителей расширенного числа каналов.
Для какой моей задачи?
Я говорил, что мобильным устройствам нужно экономить энергию. Экономия энергии за счёт отказа от выполнения функций устройства — очевидно, что никому не нужна. Поэтому экономить приходится по двум направлениям (с точки зрения железа) — снижать потребление в активном режиме, что достигается уменьшением тех самых нанометров, либо уменьшать потребление в спящем режиме. Но для спящего режима уменьшение потребления становится абсолютно бессмысленным, когда экономия становится равной каким-то ничтожным долям процентов. И вот вы мне здесь пытаетесь доказать, что токи в единицы микроампер якобы что-то решают в плане экономии. А я вам отвечаю — на фоне десятков, а то и сотен, миллиампер потребления в активном режиме все ваши микроамперы совершенно бесполезны. Потребление в спящем режиме всё равно будет определяться потреблением памяти, это во первых, ну и во вторых — соотношение активного режима к режиму сна, при котором будет хоть немного заметна экономия энергии, это 1 к 1000 и более. Но на что годно такое устройство, которое спит 999 секунд из 1000? Оно просто не будет ничего делать для потребителя.
Поэтому все ваши разговоры про режимы сна совершенно не приближают нас к экономии энергии, о которой я говорил в самом начале.
Ну если вы ориентируетесь на самые худшие сроки по всей индустрии разработки софта, тогда я вам ничем помочь не могу.
Интел занимается компиляторами очень давно и затраты в сто человеколет там возможны исключительно из-за дикой кривизны организации процесса разработки. У меня таких данных нет, но скорее всего им потребуется не более 10 человеко-лет, и это вместе с документацией и прочими вспомогательными задачами.
В целом имеем полное копирование истории с ведроидом — такие же неполноценные доки без пояснения выбранных архитекторами концепций.