Шина с куб это уже не упрощение, а усложнение. Множество контактов напоминает HBM память, которая толком не прижилась за более чем 10 лет. Всё из-за большого процента брака и отвалов.
Если исполнитель выбирает сам себе задачу - ему нужно самому для себя выполнять сдвиг, а это время. Если исполнители это делают "по желанию" тогда присутствует фактор рандома и может появиться задача, которая будет выполнена 2 раза подряд, а может и не выполниться вовсе. Такой вариант не подходит игровым ПК и системам точно вычисления зависящим от времени (например нужды ВПК).
Имхо. Должен быть порядок и кто-то отвечающий за него (Возврат к APIC).
Как говорится "За что отвечают двое - за то не отвечает никто".
С большим количеством ядер, APIC и шина доступа к периферии станут узким местом. В какой-то момент прирост производительности станет менее заметным. А распределение нагрузки за счёт "светофоров" создаст большую пробку (traffic jam), в которой вместо полезной работы будет выполнятся распределение задач за счёт всё того же единственного APIC в системе.
Я пока писал это, обдумал разделение ЦПУ на блоки по прерываниям. Когда поступает прерывание от таймера на переключение задачи, останавливаются не все ядра, а только часть из них, потом другая, потом третья. Следовательно для других блоков это прерывание должно быть замаскировано. И было бы неплохо сделать выделение квантов времени на блок. Например если блок получает 4 кванта времени, то следующие 3 прерывания по таймеру будут замаскированы. Такой расклад распределит нагрузку APIC во времени, но создаст задержки для периферии и увеличит input lag, что критично в игровых ПК.
Решение полученной проблемы - одни блоки будут обрабатывать исключительно систему и драйверы, из-за чего должны будут реагировать на каждое срабатывание таймера.
Как я понимаю, это идея создания SISD (single instruction single data) процессора максимально простым и сверх многоядерным. Т.е. предлагаете core i9 с его 12 млрд. транзисторов заменить на кучу atom-ов с таким же количеством транзисторов под одной крышкой.
И упрощение в сторону RISC, чтоб инструкции были одной длины и можно было убрать блок декодирования.
И убрать блок перестановки инструкций. Он только место занимает и нагрев создаёт. Ещё программисты в край обленились, не хотят писать качественный код.
Набор инструкций не позволит. AVR и RISC-V схожие наборы, но всё же разные. Для AVR никто не компилировал ядро, потому приходится интерпретировать другую архитектуру. Без этого работало бы быстрее.
В таком случае это бестолковый расход ресурса и падение скорости на пустом месте. И потом, откуда прошивке знать, какие ресурсы перекладывать? Надо иметь для этого системную память эквивалентную по размеру основной, т.е. реальной памяти должно быть в 2 раза больше. А ещё эта память будет иметь свой ресурс. ИМХО. Игра с прошивкой не стоит свеч.
Имеем SSD 64ГБ TLC, Ресурс 80ТБ. 40ГБ занято системой, обновления выключены. 15ГБ хранятся в моих доках в виде таблиц отчётов, видосов со школы/универа или свадьбы, то что жалко удалить. На всё про всё остаётся 9ГБ.
Вопрос: Ресурс 80ТБ будет расходоваться в пределах этих 9ГБ для TLC памяти это сильно предсказуемо? Выходит почти 9 тыс. перезаписей на ячейку при ресурсе 1 тыс.
Пример утрированный, но и ситуация у каждого индивидуальная. У меня например в ноутах стоят 2 SSD по 32ГБ каждый с MLC и TLC памятью. У кого-то может быть видосов с выпускного на 200ГБ. Ситуация полностью аналогичная, только в масштабе.
Как думаете? Можно ли ванговать массовую миграцию на linux? Глядя на системные требования, я понимаю что многие останутся "за бортом". А еще TSMC взвинчивает цены. Обычный ПК будет стоить как мак. Мин системные требования: Win11 4G RAM + 64 SSD, Linux Работает на всём. Не знаю как у вас, а у меня Debian 11 с графой заводится на виртуалке с 256МБ мозгов. Потребление ПЗУ еще ни разу не превысило 5ГБ
АСМ жил, АСМ жив, АСМ будет жить!
Приятно осознавать, что кто-то еще интересуется и популяризует этот язык.
Даёшь больше инфы про системные вызовы Windows, Linux, BSD! С примерами и пояснениями!
А существует хоть одно государство, в котором линукс стал популярнее винды?
Сегодня это государство РФ. Не путайте государство со страной, это разные понятия.
Может причина её популярности в том, что человек ставит систему и работает, а не дорабатывает ее напильником?
Напомните мне, когда это винду не нужно было допиливать? Непосвященные люди всегда обращались к эникейщиками для настройки.
Другое дело что эникейщиков для linux в разы меньше.
пользователю нужно тратить время даже на такую базовую вещь как исправление мыльного рендеринга шрифтов
Не понимаю, о чём это вы?
Единственное с чем я частично соглашусь, это с ПО которое почти стало стандартом. И то не всё.
DOCX документ за основу взял открытый стандарт XML, а потому полностью поддерживается LibreOffice. Редакторы таблиц тоже полностью совместимы.
Из личного опыта скажу что СУБД от LibreOffice отстаёт по функционалу и не совместимо с MS. Но это не то ПО которым пользуется каждый человек дома.
А теперь об истинной причине популярности. Предустановка.
Люди из Microsoft договаривались с дилерами чтоб система была по умолчанию установлена в компьютеры. Linux, на заре компьютерной эры, был залит на FTP. Создатель не ожидал какой либо популярности для своей системы.
будут храниться персональные данные, ключи шифрования, ID пользователей
Сгорел проц — пропали ключи. Б-безопасность…
активация Windows при помощи специализированного софта станет невозможной
Они реально думают, что люди начнут платить за винду? (Не все конечно)
Они забывают, что именно благодаря пиратам винда столь популярна в СНГ. И люди привыкли получать ПО бесплатно. Ничего, это толчок к открытым системам.
PRISM это не просто фирма. Это программа АНБ.
Они сотрудничают с британской разведкой и ещё с кем-то, не помню уже.
Эдвард Сноуден рассекречивал эту программу.
Благо, собранная ими инфа мало полезна. Всё из-за информационного шума.
Даёшь больше инфы!
Я сам пол года как заинтересовался этой темой. Летаю пока в симуляторах, некоторые вещи оттуда узнал (думаю что смогу завести цесну или бичкрафт, взлететь и посадить самолёт, но это не точно).
После записок пилота и симулятора очень хочу стать пилотом.
Так что, автор, продолжай! Аудитория есть =)
Вот здесь не одобряю.
Шина с куб это уже не упрощение, а усложнение. Множество контактов напоминает HBM память, которая толком не прижилась за более чем 10 лет. Всё из-за большого процента брака и отвалов.
Если исполнитель выбирает сам себе задачу - ему нужно самому для себя выполнять сдвиг, а это время. Если исполнители это делают "по желанию" тогда присутствует фактор рандома и может появиться задача, которая будет выполнена 2 раза подряд, а может и не выполниться вовсе. Такой вариант не подходит игровым ПК и системам точно вычисления зависящим от времени (например нужды ВПК).
Имхо. Должен быть порядок и кто-то отвечающий за него (Возврат к APIC).
Как говорится "За что отвечают двое - за то не отвечает никто".
С большим количеством ядер, APIC и шина доступа к периферии станут узким местом. В какой-то момент прирост производительности станет менее заметным. А распределение нагрузки за счёт "светофоров" создаст большую пробку (traffic jam), в которой вместо полезной работы будет выполнятся распределение задач за счёт всё того же единственного APIC в системе.
Я пока писал это, обдумал разделение ЦПУ на блоки по прерываниям. Когда поступает прерывание от таймера на переключение задачи, останавливаются не все ядра, а только часть из них, потом другая, потом третья. Следовательно для других блоков это прерывание должно быть замаскировано. И было бы неплохо сделать выделение квантов времени на блок. Например если блок получает 4 кванта времени, то следующие 3 прерывания по таймеру будут замаскированы.
Такой расклад распределит нагрузку APIC во времени, но создаст задержки для периферии и увеличит input lag, что критично в игровых ПК.
Решение полученной проблемы - одни блоки будут обрабатывать исключительно систему и драйверы, из-за чего должны будут реагировать на каждое срабатывание таймера.
В этой идее определённо что-то есть.
Как я понимаю, это идея создания SISD (single instruction single data) процессора максимально простым и сверх многоядерным. Т.е. предлагаете core i9 с его 12 млрд. транзисторов заменить на кучу atom-ов с таким же количеством транзисторов под одной крышкой.
И упрощение в сторону RISC, чтоб инструкции были одной длины и можно было убрать блок декодирования.
И убрать блок перестановки инструкций. Он только место занимает и нагрев создаёт. Ещё программисты в край обленились, не хотят писать качественный код.
У меня имеется Kindle fire первого поколения. Родная прошивка - отстой. В сети есть готовый образ и инструкция, как накатить TWRP + Android.
Несмотря на возраст читалки, батарея держит очень долго. Я сравнению с моими Prestigio PER3072B и Blackberry Playbook.
Единственное что не работает на андроиде - фронтальная камера. До сих пор не понятно, зачем она там.
Набор инструкций не позволит.
AVR и RISC-V схожие наборы, но всё же разные. Для AVR никто не компилировал ядро, потому приходится интерпретировать другую архитектуру.
Без этого работало бы быстрее.
Я не в РФ, а в Украине. У нас проблем с этим не замечал.
Цены на глобальные устройства видел. На основе этого вывод.
Разблокировка загрузчика на скрине. Специально заскринил мой телефон.
Смотрю. Ещё как смотрю. После Самсунга и яблока смотрю в сторону Xiaomi. И вот почему.
Андроид не ограничивает пользователя так жёстко. Есть возможность кастомизации
Минимум заводских приложений. А ещё их можно удалять
Меньшая стоимость при тех же характеристиках железа
Возможность разблокировки загрузчика напрямую из прошивки
ИК порт
В таком случае это бестолковый расход ресурса и падение скорости на пустом месте.
И потом, откуда прошивке знать, какие ресурсы перекладывать? Надо иметь для этого системную память эквивалентную по размеру основной, т.е. реальной памяти должно быть в 2 раза больше. А ещё эта память будет иметь свой ресурс.
ИМХО. Игра с прошивкой не стоит свеч.
Имеем SSD 64ГБ TLC, Ресурс 80ТБ.
40ГБ занято системой, обновления выключены. 15ГБ хранятся в моих доках в виде таблиц отчётов, видосов со школы/универа или свадьбы, то что жалко удалить. На всё про всё остаётся 9ГБ.
Вопрос:
Ресурс 80ТБ будет расходоваться в пределах этих 9ГБ для TLC памяти это сильно предсказуемо? Выходит почти 9 тыс. перезаписей на ячейку при ресурсе 1 тыс.
Пример утрированный, но и ситуация у каждого индивидуальная. У меня например в ноутах стоят 2 SSD по 32ГБ каждый с MLC и TLC памятью.
У кого-то может быть видосов с выпускного на 200ГБ. Ситуация полностью аналогичная, только в масштабе.
Ни о какой предсказуемости не может быть речи.
А утром в ТГ папбликах опровергли инфу про спутник, т.к. он давно уже в океане.
Наблюдать такое в первых рядах... То ещё зрелище.
Мы в Киеве вчера чуть с ума не сошли из-за одного камня над головами, а это даже не пик.
Хорошая новость. Спасибо. Будем ждать =)
Как бы не так. Линуха в серверном сегмента очень сильно опережает мелкомягких. И всё что есть для серверов - есть в линукс.
Как думаете? Можно ли ванговать массовую миграцию на linux?
Глядя на системные требования, я понимаю что многие останутся "за бортом". А еще TSMC взвинчивает цены. Обычный ПК будет стоить как мак.
Мин системные требования:
Win11 4G RAM + 64 SSD,
Linux Работает на всём.
Не знаю как у вас, а у меня Debian 11 с графой заводится на виртуалке с 256МБ мозгов. Потребление ПЗУ еще ни разу не превысило 5ГБ
Приятно осознавать, что кто-то еще интересуется и популяризует этот язык.
Даёшь больше инфы про системные вызовы Windows, Linux, BSD! С примерами и пояснениями!
Напомните мне, когда это винду не нужно было допиливать? Непосвященные люди всегда обращались к эникейщиками для настройки.
Другое дело что эникейщиков для linux в разы меньше.
Не понимаю, о чём это вы?
Единственное с чем я частично соглашусь, это с ПО которое почти стало стандартом. И то не всё.
DOCX документ за основу взял открытый стандарт XML, а потому полностью поддерживается LibreOffice. Редакторы таблиц тоже полностью совместимы.
Из личного опыта скажу что СУБД от LibreOffice отстаёт по функционалу и не совместимо с MS. Но это не то ПО которым пользуется каждый человек дома.
А теперь об истинной причине популярности. Предустановка.
Люди из Microsoft договаривались с дилерами чтоб система была по умолчанию установлена в компьютеры. Linux, на заре компьютерной эры, был залит на FTP. Создатель не ожидал какой либо популярности для своей системы.
Сгорел проц — пропали ключи. Б-безопасность…
Они реально думают, что люди начнут платить за винду? (Не все конечно)
Они забывают, что именно благодаря пиратам винда столь популярна в СНГ. И люди привыкли получать ПО бесплатно. Ничего, это толчок к открытым системам.
PRISM это не просто фирма. Это программа АНБ.
Они сотрудничают с британской разведкой и ещё с кем-то, не помню уже.
Эдвард Сноуден рассекречивал эту программу.
Благо, собранная ими инфа мало полезна. Всё из-за информационного шума.
Я сам пол года как заинтересовался этой темой. Летаю пока в симуляторах, некоторые вещи оттуда узнал (думаю что смогу завести цесну или бичкрафт, взлететь и посадить самолёт, но это не точно).
После записок пилота и симулятора очень хочу стать пилотом.
Так что, автор, продолжай! Аудитория есть =)