я считаю что 60 и 100 фпс должны стать минимальным стандартом для всех. это как например мп3 на 128кб было достаточно на первых порах, а потом люди стали замечать отличия
кстати, когда качаешь большой аддон к танкам от protanki, то комп может зависнуть на очень долго. Файл-то большой, пока Defender весь его проверит, пока отправит сэмпл, а при этом часть винды тупо висит в залипшем состоянии.
прога хорошая для своих целей, но мне нужно чтобы Windows сам отдавал нужную инфу через его API, вместо самостоятельной реализации низкоуровневых опросов железа.
все-таки я бы различал контроллер и микроконтроллер. В данном случае 8255 это не микроконтроллер, у него нет процессора и программы. Только начиная с PC AT, на материнке появляется отдельный микроконтроллер, который начинает работать еще до CPU.
А контроллером может быть любое достаточно простое управляющее устройство — конечный автомат, к примеру контроллер питания
если речь все-таки идет про протокол USB у текущего подключения у флэшки, то меня СОВСЕМ не радует необходимость нахождения USB ноды по букве диска.
К тому же USB_DEVICE_SPEED максимум показывает USB 3.0, а как же USB 3.1 Gen2 или USB 3.2 Gen 1x1, 1x2, 2x1, 2x2?
Я пользуюсь STORAGE_ADAPTER_DESCRIPTOR, где есть BusType, BusMajorVersion и BusMinorVersion, который всегда показывает USB 2.0
да меня больше не драйвера интересует, а возможность временно ускорить дисковые операции например при заливке образа винды и раскатывания драйверов. Слишком много операций сброса дисковых буферов и их ожидания приводят к катастрофически медленной работе дисковой системы. К примеру, простое удаление файла это одна из самых медленных операций файловой системы, которое практически не распараллеливается.
Попробуй-ка быстро удалить тысячи файлов, а вот не получится потому что винда должна сбросить метаданные на диск много раз для КАЖДОГО файла. Хочу гибкости в настройке поведения буферизации через API!
А зачем винда для добавления драйверов требует сперва извлечь все файлы драйверов на диск, а потом их КОПИРУЕТ к себе вместо переноса. А ведь каждый драйвер можно было бы прямо целым CAB файлом подключать и хранить, что резко бы уменьшило количество файлов на диске и соответственно количество дисковых операций.
про клавиатурный ввод — это не очень интересно. Гораздо интереснее было бы узнать про взаимодействие драйверов дисков и файловых систем. Особенно про возможность изменения констант кэширования и буферизации.
Например, винда сильно уменьшает время хранения буферов (на запись) метаданных для Removable Media.
А еще про разницу между Fixed Media и Removable Media. К примеру USB флэшка может быть Removable или Fixed, это всего лишь 1 бит в конфигурации устройства. Хотя USB устройство и так подразумевает возможность извлечения, но винда резко меняет поведение если устройство объявляет себя Removable, при том что USB HDD (Fixed Media) вполне себе нормально живут.
Кстати SATA устройства тоже могут быть извлекаемые (eSATA), но через API далеко не просто докопаться внешнее это устройство или внутреннее. Да, даже версию USB у флэшки выше 2.0 не узнать через стандартный API, она всегда возвращается 2.0.
И почему я могу читать-писать сектора у дисковых устройств своей прогой, но никак не могу подключить свой обработчик файловой системы без подписанного драйвера?
если вспомнить летние ливни, то есть прямая выгода бежать как можно быстрее до ближайшего подъезда или хотя бы пышного дерева, там переждать пик ливня, ну а потом можно спокойно (прыгая через лужи) идти под редкими каплями.
Если дождь идет под сильным углом (ветер), то бег по направлению дождя должен заметно уменьшить количество капель. Вот если наоборот против ветра, то я тут уже не знаю есть ли какая разница.
гребец на галере вынужден удовлетворять свои потребности, другого способа кроме как работать веслом у него нет. Можно конечно сократить свои желания, тогда это будет путь к нирване в буддизме. Можно покинуть галеру, но при этом нужно иметь способность выживания вне ее.
интересно можно ли реализовать альтернативный разъем, который безопасен для попытки его переломить. А то сейчас длинные разъемы USB-C от док-станции переламываются на раз.
и запускать по таймеру асинхронный процесс который может выполняться сколько ему угодно. Главное поставить защиту от повторного входа чтобы в некоторых случаях не получить много параллельных тредов.
когда-то некоторые товарищи сказали что «все есть файл».
На самом деле файл это не просто именованные данные.
У файла так же есть свои свойства и методы.
Да это же объект! А файл всего лишь контейнер для него.
Можно легко представить систему хранения данных вообще без персональных файлов для данных.
Например что-то наподобие NoSQL DB.
Конечно до сих пор используются потоки чтобы передавать данные.
Но в PowerShell мне нравится подход «Все есть объект», и вместо потоковых данных там передаются объекты, со всеми их свойствами и методами. Это очень большой шаг вперед, сравнимый с тем, когда появились файлы вместо номеров цилиндров на накопителях.
тупой вопрос: а нельзя использовать оба протокола? dot для начального открытия сайта и doh для продолжения работы на нем. тогда оба товарища не будут иметь полные данные об днс запросах юзера
вообще для тех кто в немного в теме, то сразу возникает вопрос о стоимости HDMI кабеля для каждого рабочего места. Если взять хороший HDMI кабель, минимум 15 метров, то он будет толстым, негнущимся, его быстро сломают ученики. И самое главное он будет ДОРОЖЕ малинки.
Проще уж малинку прикрутить на монитор, а то и внутрь монитора.
Но реально я не вижу пользы для обычного ученика от малинки. Чему он научится? Можно конечно сделать тонкий клиент на нем, но тогда почему именно малинка, без корпуса, без питания, перегревающаяся без радиаторов и требующего хорошего USB кабеля для питания, с USB которое быстро раздолбают?
А контроллером может быть любое достаточно простое управляющее устройство — конечный автомат, к примеру контроллер питания
К тому же USB_DEVICE_SPEED максимум показывает USB 3.0, а как же USB 3.1 Gen2 или USB 3.2 Gen 1x1, 1x2, 2x1, 2x2?
Я пользуюсь STORAGE_ADAPTER_DESCRIPTOR, где есть BusType, BusMajorVersion и BusMinorVersion, который всегда показывает USB 2.0
Попробуй-ка быстро удалить тысячи файлов, а вот не получится потому что винда должна сбросить метаданные на диск много раз для КАЖДОГО файла. Хочу гибкости в настройке поведения буферизации через API!
А зачем винда для добавления драйверов требует сперва извлечь все файлы драйверов на диск, а потом их КОПИРУЕТ к себе вместо переноса. А ведь каждый драйвер можно было бы прямо целым CAB файлом подключать и хранить, что резко бы уменьшило количество файлов на диске и соответственно количество дисковых операций.
Например, винда сильно уменьшает время хранения буферов (на запись) метаданных для Removable Media.
А еще про разницу между Fixed Media и Removable Media. К примеру USB флэшка может быть Removable или Fixed, это всего лишь 1 бит в конфигурации устройства. Хотя USB устройство и так подразумевает возможность извлечения, но винда резко меняет поведение если устройство объявляет себя Removable, при том что USB HDD (Fixed Media) вполне себе нормально живут.
Кстати SATA устройства тоже могут быть извлекаемые (eSATA), но через API далеко не просто докопаться внешнее это устройство или внутреннее. Да, даже версию USB у флэшки выше 2.0 не узнать через стандартный API, она всегда возвращается 2.0.
И почему я могу читать-писать сектора у дисковых устройств своей прогой, но никак не могу подключить свой обработчик файловой системы без подписанного драйвера?
Если дождь идет под сильным углом (ветер), то бег по направлению дождя должен заметно уменьшить количество капель. Вот если наоборот против ветра, то я тут уже не знаю есть ли какая разница.
На самом деле файл это не просто именованные данные.
У файла так же есть свои свойства и методы.
Да это же объект! А файл всего лишь контейнер для него.
Можно легко представить систему хранения данных вообще без персональных файлов для данных.
Например что-то наподобие NoSQL DB.
Конечно до сих пор используются потоки чтобы передавать данные.
Но в PowerShell мне нравится подход «Все есть объект», и вместо потоковых данных там передаются объекты, со всеми их свойствами и методами. Это очень большой шаг вперед, сравнимый с тем, когда появились файлы вместо номеров цилиндров на накопителях.
Отсюда бы не возникло бы странной идеи по 5 метров кабеля что «должно быть достаточно для каждого» © BG.
Далее кабель должен быть в кабель канале или прикрыт порожками, иначе споткнутся, растопчут и порвут. Еще в шкафу должны быть виртуальные 25+ розеток 220В. Они же вообще ничего не стоят и не занимают место (сарказм). Если дорисовать все что нужно для класса, расписать розничные цены для каждого компонента, включая доставку, то можно уже делать обоснованные сравнения с типовым классом на x86 оборудовании. Это еще не сравнивая зачем учиться работать на малинке обычному ученику.
Проще уж малинку прикрутить на монитор, а то и внутрь монитора.
Но реально я не вижу пользы для обычного ученика от малинки. Чему он научится? Можно конечно сделать тонкий клиент на нем, но тогда почему именно малинка, без корпуса, без питания, перегревающаяся без радиаторов и требующего хорошего USB кабеля для питания, с USB которое быстро раздолбают?