Как-то очень просто. Лет 20 назад делал очень наивную защиту от неавторизованного запуска для одной тулзы. Но и тогда там была и привязка к железу, и размазанные по коду проверки, причём не просто if, а подмешивание к математике тулзы частей ключа, плюс автоматически сгенерированные сотни ложных обращений к ключу. Развлекался, как мог.
У конкурентов появилось только когда кто-то слил генератор ключей.
Выше уже писал про фьюз. Здесь то же самое - никакой проблемы брать сырые стримы и представлять их в системе одним файлом в формате, например, mp4 и отдавать бесконечный поток начиная с момента открытия. Точно также нет никакой проблемы переключать на лету звуковую дорожку. Это несколько дней работы программиста с нужным знаниями.
бы в фс ос ввести хотя бы функции хранения такого контента.
Так кто ж запрещает? Берете FUSE и реализовываете любую хотелку - хоть заливку в облако, хоть переключение формата видео через fcntl, хоть слияние видеопотоков в один на лету.
Я тогда всю голову сломал. Интуитивно где-то рядом была триангуляция Делоне, но я так и не смог натянуть её на построение сетки из треугольников, как можно близких к равносторонним.
В отчаянии я пошёл к знакомым с факультета вычислительной техники (сам учился на факультете электроники) и предложил баснословный по студенческим временам ящик пива за решение, но никто не взялся.
В итоге нашёл в том ещё куцем Интернете опенсорсное решение от студентов MIT, которое использовал, о чем честно написал в дипломе.
Ну так я про это и говорил - если ядру будет не хватать физической памяти, оно сначала начнет стрелять процессы, прежде, чем упадет - именно такого я бы ожидал и от виндового ядра. Потому и спросил, неужто нет аналога OOM-killer.
Тогда я не очень понимаю, что имеется в виду под нестраничным пулом. Если физическая память, то её всегда можно освободить, грохнув юзерспейсного приложение и забрать освободившуюся память для нужд ядра.
Сорян, я не помню такого термина, но я и с Виндой давно не работал.
Кратко можно вот тут почитать.
У меня тоже никаких опытов в школе не было (РФ).
Все правильно отвечает даже 3.5 версия и на русском.
Как-то очень просто. Лет 20 назад делал очень наивную защиту от неавторизованного запуска для одной тулзы. Но и тогда там была и привязка к железу, и размазанные по коду проверки, причём не просто if, а подмешивание к математике тулзы частей ключа, плюс автоматически сгенерированные сотни ложных обращений к ключу. Развлекался, как мог.
У конкурентов появилось только когда кто-то слил генератор ключей.
Ключевой вопрос.
Выше уже писал про фьюз. Здесь то же самое - никакой проблемы брать сырые стримы и представлять их в системе одним файлом в формате, например, mp4 и отдавать бесконечный поток начиная с момента открытия. Точно также нет никакой проблемы переключать на лету звуковую дорожку. Это несколько дней работы программиста с нужным знаниями.
Просто это никому не надо.
Так кто ж запрещает? Берете FUSE и реализовываете любую хотелку - хоть заливку в облако, хоть переключение формата видео через fcntl, хоть слияние видеопотоков в один на лету.
Я тогда всю голову сломал. Интуитивно где-то рядом была триангуляция Делоне, но я так и не смог натянуть её на построение сетки из треугольников, как можно близких к равносторонним.
В отчаянии я пошёл к знакомым с факультета вычислительной техники (сам учился на факультете электроники) и предложил баснословный по студенческим временам ящик пива за решение, но никто не взялся.
В итоге нашёл в том ещё куцем Интернете опенсорсное решение от студентов MIT, которое использовал, о чем честно написал в дипломе.
У меня была дипломная по МКЭ, и главной проблемой тогда было разбиение заданного пространства на как можно более правильные треугольники.
Как вы это решали?
NextTick() - удобнее было бы, если бы в функцию аргументом передавалось время, прошедшее после возврата из предыдущего вызова.
Не всегда
Ну так я про это и говорил - если ядру будет не хватать физической памяти, оно сначала начнет стрелять процессы, прежде, чем упадет - именно такого я бы ожидал и от виндового ядра. Потому и спросил, неужто нет аналога OOM-killer.
Вот это понятно, в пространстве ядра можно что угодно натворить, но изначально подразумевались приложения в юзерспейсе.
Обработчик прерываний (их top half в терминах Linux) должны это учитывать, обычно память выделяется заранее.
Маппинг памяти внешних устройств тоже не в контексте прерываний делается, распределение памяти для DMA тоже, вроде.
Вот ни разу с такими проблемами не сталкивался.
Это весьма общее свойство, чтобы говорить именно о гите.
Тогда я не очень понимаю, что имеется в виду под нестраничным пулом. Если физическая память, то её всегда можно освободить, грохнув юзерспейсного приложение и забрать освободившуюся память для нужд ядра.
Сорян, я не помню такого термина, но я и с Виндой давно не работал.
Эээ... 16 ядер - это любой современный ноутбук, если не самый дешёвый.
А что такого в гите "для линукса", если там самая затратная часть чтение и запись файлов?
Разработчики специфического железа написали кривой драйвер и не обновляют его. Кто виноват? Ну конечно Linux!
Реально? В виде нет аналога OOM-killer?