Ой я в 3 запятых заблудился... Скайп - удалить, телеграмм установить Вы так написали будто весь функционал современных чатов невозможен без Electron Я привел в пример нативный телеграмм
Я всегда отвечаю на незнакомые номера(если есть время) и даже перезваниваю. Я добился того что мне больше не то что спамеры не звонят, но и обычные компании с предложениями новой сим-карты/тарифа/кредита/"безпроцентной" карты почти перестали.
Вообще считаю надо это сделать массовым трендом
Со всеми мошенниками, спамерами долго и подробно обсуждать что они хотят и зачем. Предлагать им подождать пока вы всё запишете, можно делать вид что хотите посоветоваться с мамой/другом/etc
Пожалуйста не оставляйте спамеров и мошенников без вашего внимания, они в нём очень нуждаются)
Isa НЕ только для удобства компилятора / программиста
Каждый раз когда говорят что ISA не имеет значения - мне непонятно в насколько широких рамках это утверждение считается истинным утверждающим
Вы же использовали слово "только" - значит считаете что ISA можно вообще любой сделать и при этом это никак не повлияет на количество необходимых оптимизаций для ISA с более сложными инструкциями?
Соответственно, в данном случае, я довожу ситуацию до абсурда
В примере с mul-add я имел ввиду не только добавить mul-add, но и убрать add и mul
То есть если убирать самые простые инструкции и добавлять более комплексные то появятся накладные расходы:
1.Раскладывание на мопы
2.Генерация бОльшего числа мопов потому что многие задачи требующие ряда простых инструкций могут неожиданно решаться за бОльшее число сложных инструкций. Как например сделать xor через умножение
3.БОльшее число мопов потребует элиминации большего ....числа мопов
Я однозначно много чего ещё не учёл
Но всё таки вы наверно имели ввиду что в среднем по больнице текущие ISA +- одинаковы и ухудшать их настолько явным образом точно не будут и в этом смысле ISA сейчас несёт малую роль
"CISC-овость" isa может ограничивать компилятор в оптимизациях. Для наглядности можно посоединять инструкции. Например пусть будет mul/add строго как одна целая 3-операндная операция и ещё добавим "фичу" - все операции работают только с памятью, регистры не доступны. Так можно долго играть пока внутрь процессора компилятор не переедет
Такое ощущение что проблемы с правами доступа на уровне системы. Я не разбирался в винде сильно, но кажется что в винде есть какие-то ещё права доступа.
Интересно наблюдать как get-childItem -Recurse с правами админа не показывает какие-то файлы
Действительно, посмотрел в Process Hacker. 160Mb при запуске. Сразу пошёл проверять размер exe - 112Mb)
Диспетчер может и что-то не то показывает, но по процентам стабильно после 85% занятой памяти всё начинает тормозить(Диск hdd, 4Гб RAM)
Хотя конечно понятно было что он что-то не так показывает. Память кончалась быстрее, т.е. занято было всегда больше чем сумма занятой памяти которую он показывал, причём ещё до того как приложение подгружало данные из сети. Т.е. например до токо как в той же телеге я нажимал что-либо вообще
Но в линуксе что-то странное с телеграмом, похоже на утечку памяти. Я там просто листал текстовые сообщения и у меня htop всё больше показывал(прям мегабайтами росло)
Так конечно просто если чат с картинками листать то тоже расти будет. Не удивительно что можно хоть до 1Гб догнать. Не знаю будет ли он со временем их сжимать и/или на диск скидывать
Проверил. Полистал огромный чат в том числе с картинками, рядом поставил Process Hacker. Занятая RAM растёт медленно, временами уменшаясь.
Похоже в линуксе таки у него утечка.
При прокрутке чата вполне ожидаемо появляется нагрузка I/O, так что телега вполне хорошо оптимизирована. Немного печально что ей при запуске тоже надо 160Mb
"В модели Медиосо электрический заряд и масса принципиально разные явления. Не только потому что одно из области электричества, а другое из области механики "
Помоему это самый забавный момент. "Почему - потому что".
Ой я в 3 запятых заблудился... Скайп - удалить, телеграмм установить
Вы так написали будто весь функционал современных чатов невозможен без Electron
Я привел в пример нативный телеграмм
Удаляйте скайп, телеграмм, он это - уже существует. (Хотя тоже не идеален далеко)
А можно таки взять младший бит последней цифры) Расположение символов цифр в ascii соответствует четности самих чисел
Я всегда отвечаю на незнакомые номера(если есть время) и даже перезваниваю. Я добился того что мне больше не то что спамеры не звонят, но и обычные компании с предложениями новой сим-карты/тарифа/кредита/"безпроцентной" карты почти перестали.
Вообще считаю надо это сделать массовым трендом
Со всеми мошенниками, спамерами долго и подробно обсуждать что они хотят и зачем. Предлагать им подождать пока вы всё запишете, можно делать вид что хотите посоветоваться с мамой/другом/etc
Пожалуйста не оставляйте спамеров и мошенников без вашего внимания, они в нём очень нуждаются)
Вы наверно не так поняли
Я о том что
Isa НЕ только для удобства компилятора / программиста
Каждый раз когда говорят что ISA не имеет значения - мне непонятно в насколько широких рамках это утверждение считается истинным утверждающим
Вы же использовали слово "только" - значит считаете что ISA можно вообще любой сделать и при этом это никак не повлияет на количество необходимых оптимизаций для ISA с более сложными инструкциями?
Соответственно, в данном случае, я довожу ситуацию до абсурда
В примере с mul-add я имел ввиду не только добавить mul-add, но и убрать add и mul
То есть если убирать самые простые инструкции и добавлять более комплексные то появятся накладные расходы:
1.Раскладывание на мопы
2.Генерация бОльшего числа мопов потому что многие задачи требующие ряда простых инструкций могут неожиданно решаться за бОльшее число сложных инструкций. Как например сделать xor через умножение
3.БОльшее число мопов потребует элиминации большего ....числа мопов
Я однозначно много чего ещё не учёл
Но всё таки вы наверно имели ввиду что в среднем по больнице текущие ISA +- одинаковы и ухудшать их настолько явным образом точно не будут и в этом смысле ISA сейчас несёт малую роль
"CISC-овость" isa может ограничивать компилятор в оптимизациях. Для наглядности можно посоединять инструкции. Например пусть будет mul/add строго как одна целая 3-операндная операция и ещё добавим "фичу" - все операции работают только с памятью, регистры не доступны. Так можно долго играть пока внутрь процессора компилятор не переедет
Не знал что это известное явление, интересно)
Такое ощущение что проблемы с правами доступа на уровне системы. Я не разбирался в винде сильно, но кажется что в винде есть какие-то ещё права доступа.
Интересно наблюдать как get-childItem -Recurse с правами админа не показывает какие-то файлы
Ну не с кофе же начинать)
Ну так возникнет такая проблема как у меня и домохозяйка не сможет через стандартные настройки ничего сделать. Вот и вся винда для людей
Причем проблема наверно известная
Единообразие винды? Смешно.
Чего стоит количество способов редактировать реестр.
Недавно поймал уникальный глюк: язык может быть виден из редактора реестра и быть невидимым для powershell и настроек.
Действительно, посмотрел в Process Hacker. 160Mb при запуске. Сразу пошёл проверять размер exe - 112Mb)
Диспетчер может и что-то не то показывает, но по процентам стабильно после 85% занятой памяти всё начинает тормозить(Диск hdd, 4Гб RAM)
Хотя конечно понятно было что он что-то не так показывает. Память кончалась быстрее, т.е. занято было всегда больше чем сумма занятой памяти которую он показывал, причём ещё до того как приложение подгружало данные из сети. Т.е. например до токо как в той же телеге я нажимал что-либо вообще
Но в линуксе что-то странное с телеграмом, похоже на утечку памяти. Я там просто листал текстовые сообщения и у меня htop всё больше показывал(прям мегабайтами росло)
Так конечно просто если чат с картинками листать то тоже расти будет. Не удивительно что можно хоть до 1Гб догнать. Не знаю будет ли он со временем их сжимать и/или на диск скидывать
Проверил. Полистал огромный чат в том числе с картинками, рядом поставил Process Hacker. Занятая RAM растёт медленно, временами уменшаясь.
Похоже в линуксе таки у него утечка.
При прокрутке чата вполне ожидаемо появляется нагрузка I/O, так что телега вполне хорошо оптимизирована. Немного печально что ей при запуске тоже надо 160Mb
Это видимо ошибка какая-то. Наблюдал как память утекает в телеграм в Arch'е. В винде прямо сейчас - давно уже включенный телеграм 28mb занимает
Точно, не увидел что привычных IPU, DSP как раз нигде не написано, спасибо
Мне вот интересно, что такое GPU Misc
Да, но это вроде как общемировая проблема. Не придумали ничего лучше возможности подать в суд создавая единичные прецеденты наказания
Ps Я сначала не так прочитал коммент
Ну так это нужно выделять средства на проверку корректности выложенных данных. Некорректные или не до конца верные данные - их большинство.
Вы лично считали будет ли эффективным и полезным выделять средства на борьбу с этим?
Для каждой отдельной страны надо посчитать, экономики и бюджеты то разные у всех. Или весь мир должен скинуться?
Хватит подсказывать. я вот о нём даже не знал
Некоторые команды ARM могут заменять несколько команд x86 или RISC-V.Интересно какие.
Вы всегда про armv8-9 говорите, какой он прагматичный и эффективный. Интересно увидеть пример
Так может к oisc однажды и придёт всё
А потом пришёл какой то чел к власти на всё готовое, сеть коррупции построил/вырастил, сына вашего посадил
"В модели Медиосо электрический заряд и масса принципиально разные явления. Не только потому что одно из области электричества, а другое из области механики "
Помоему это самый забавный момент. "Почему - потому что".
Инерция ассоциации "x86- >производительность" какая то запредельная. И всегда в разы!
Атомы до того как стали называться celeron/pentium едва превосходили cortex a55.
(Celeron/pentium бывают основаны на ядрах core или это новые атомы)
Есть кстати одноплатники от hardkernel - odroid'ы, которые тоже незаслуженно пропускают обычно. На армах там особо интересные C4 и N2