Сам пользовался стеганографией. Мы в техникуме любили играть в Pocket Tanks Deluxe. И само собой это порицалось. Преподаватели удаляли папку с игрой после каждой пары. Тогда я и узнал про приём сокрытия факта наличия информации. Игру запихнули в архив и архив склеили с картинкой. Без сторонних утилит, только средствами командной строки.
Шина с куб это уже не упрощение, а усложнение. Множество контактов напоминает 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! С примерами и пояснениями!
В качестве картинок я использовал чужие курсачи с других групп. Эти вещи никто удалять не будет.
Пустил скупую слезу.🥲
Сам пользовался стеганографией. Мы в техникуме любили играть в Pocket Tanks Deluxe. И само собой это порицалось. Преподаватели удаляли папку с игрой после каждой пары. Тогда я и узнал про приём сокрытия факта наличия информации. Игру запихнули в архив и архив склеили с картинкой. Без сторонних утилит, только средствами командной строки.
copy /b file1.jpg+file2.rar file3.jpg
И у тысяч держателей акций позиции были автоматически отстрелены по margincall.
Им кто-то что-то откатит?
Те, кто пишет подобные комментарии, не имели дела с полноценным линуксом.
Дистры, как Ubuntu, Mint и Manjaro потребляют ресурсов на уровне win 7 sp 1. А собственноручно настроенные Arch или Debian на уровне win vista.
И это при том что:
Всё перечисленные дистры регулярно обновляются. Любой из них свежее чем win 10. А Ubuntu сейчас свежее чем win 11.
Поддержка и обновление всех актуальных программ. Chrome уже не работает на win 7, ему sp 1 подавай.
Ещё есть дистры с поддержкой сугубо 32 битных процессоров. И на них тоже выходят обновления ПО.
Вот здесь не одобряю.
Шина с куб это уже не упрощение, а усложнение. Множество контактов напоминает 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! С примерами и пояснениями!