Хороший вопрос… Из моих знакомых — в лучшем случае четверть ходит.
Замечаю интересную закономерность — чем хардкорнее айтишник, тем с большей вероятностью он таки ходит в походы.
Да? Если я хочу обновить к примеру user32.dll, который подгружен большинством процессов — мне это не удастся. Потому что он подгружен большинством процессов :)
А вот если бы было так как в Linux, то: мы удаляем старый user32.dll, но он остается открыт уже запущенными программами. А потом вместо него записываем новый.
Таким образом новозапущеные программы будут использовать новый файл, а те который уже работают — будут работать со старым.
Естественно, если в старом файле была какая-то ошибка связанная с безопасностью — то лучше перезагрузить систему, что бы все программы использовали новый файл.
Но если мы его обновляем просто из-за каких-то новых функций — то зачем перезапускать всё?
программа сможет свободно писать и читать из него. inode останется в живых, пока программа не закроет файл.
Т.е. запись в каталоге про этот файл удалится сразу. А вот сам файл — только тогда, когда программа его закроет.
Может кого-то путает терминология. Так что поясню на всякий случай — каталог (или «папка» в терминологии Microsoft) — это на самом деле просто специальный файл, который хранит список файлов «содержащихся в» этом каталоге.
При удалении файла отдельно удаляется запись в каталоге и отдельно сам файл (т.е. данные, которые в нем содержаться). По крайней мере так происходит в *nix
Всё просто — расширение кругозора.
Один писатель сказал (правда по другому поводу), что человек столько раз человек, сколько языков он знает.
Чем больше языков программирования (и парадигм) мы знаем, тем лучше сможем выбрать язык для конкретной задачи.
Не секрет, что много задач обработки массивов данных проще и красивее решается в функциональном стиле. Посмотрите на тот же LINQ в .NET
Глупо пытаться писать OS на LISP, но точно так же глупо пытаться анализировать данные на С.
Ну энтропию можно откуда-то набрать.
Классические варианты — временные промежутки между нажатиями клавиш, кликами мышки, активность в локальной сети, шум на микрофонном входе и т.д.
Вполне себе случайные вещи (что конечно не освобождает от проверки набранных данных на случайность). Накопив таким образом случайную информацию — можно начинать генерировать действительно случайные числа.
В некоторых системах есть специальные аппаратные датчики случайных чисел. Так что не всё так плохо :)
А не можете просветить, как он это делает?
Ведь драйвер жесткого диска просит контроллер записать данные в определенный сектор. Неужели контроллер может физически записать в другой сектор? Тогда он где-то должен хранить таблицу соответствия между физическими и логическими адресами. А где хранить? не на самой флешке же :)
Разве что в EEPROM… в общем, интересно, как это реализовано.
Замечаю интересную закономерность — чем хардкорнее айтишник, тем с большей вероятностью он таки ходит в походы.
Можете рассказать подробней о принципе действия?
А вот если бы было так как в Linux, то: мы удаляем старый user32.dll, но он остается открыт уже запущенными программами. А потом вместо него записываем новый.
Таким образом новозапущеные программы будут использовать новый файл, а те который уже работают — будут работать со старым.
Естественно, если в старом файле была какая-то ошибка связанная с безопасностью — то лучше перезагрузить систему, что бы все программы использовали новый файл.
Но если мы его обновляем просто из-за каких-то новых функций — то зачем перезапускать всё?
Т.е. запись в каталоге про этот файл удалится сразу. А вот сам файл — только тогда, когда программа его закроет.
Может кого-то путает терминология. Так что поясню на всякий случай — каталог (или «папка» в терминологии Microsoft) — это на самом деле просто специальный файл, который хранит список файлов «содержащихся в» этом каталоге.
При удалении файла отдельно удаляется запись в каталоге и отдельно сам файл (т.е. данные, которые в нем содержаться). По крайней мере так происходит в *nix
Так лучше: lurkmore.ru/%25username%25
:)
С другой стороны большинство приложений для Linux можно с минимальными переделками собрать для ARM.
Который к тому же быстрее из расчета MIPS/ватт.
habrahabr.ru/blogs/im/51653/
Сделайте черновик из одной из записи, что ли :)
Один писатель сказал (правда по другому поводу), что человек столько раз человек, сколько языков он знает.
Чем больше языков программирования (и парадигм) мы знаем, тем лучше сможем выбрать язык для конкретной задачи.
Не секрет, что много задач обработки массивов данных проще и красивее решается в функциональном стиле. Посмотрите на тот же LINQ в .NET
Глупо пытаться писать OS на LISP, но точно так же глупо пытаться анализировать данные на С.
Классические варианты — временные промежутки между нажатиями клавиш, кликами мышки, активность в локальной сети, шум на микрофонном входе и т.д.
Вполне себе случайные вещи (что конечно не освобождает от проверки набранных данных на случайность). Накопив таким образом случайную информацию — можно начинать генерировать действительно случайные числа.
В некоторых системах есть специальные аппаратные датчики случайных чисел. Так что не всё так плохо :)
Ведь драйвер жесткого диска просит контроллер записать данные в определенный сектор. Неужели контроллер может физически записать в другой сектор? Тогда он где-то должен хранить таблицу соответствия между физическими и логическими адресами. А где хранить? не на самой флешке же :)
Разве что в EEPROM… в общем, интересно, как это реализовано.
Я сходу вижу только одну причину — предложить кому-то увеличить пенис.