так как она может менять не только данные в файле, но и любые данные за его пределами
Это как? Начнём с того, что файл вы вроде только читаете.
К тому же возникнут сложности при многопоточности
Опять же, какие проблемы с одновременным чтением?
Учитывая, что он занимает по умолчанию до 10% оперативки
Да может и почти всю. Вот у знакомого на домашнем сервере 64Gb на 32битной Windows (c PAE, естественно) с минимумом живых процессов, память в основном кеширует дисковые запросы.
Согласен, что мелкая гранулярность в самописном кеше позволяет более эффективно использовать память.
Он, однако, запросит пароль, найденный им на уже подмонтированном рутовом разделе
Иногда в этом и проблема (скажем, единственный знающий пароль человек ушёл в отпуск отключив телефон - так, конечно, быть не должно, но всякое бывает).
Да, недавно узнал про эту тему, пытаясь понять, где лежат сейвы BG1 на семёрке. В очередной раз поразил масштаб работы Microsoft над backward compatibility - даже странно, что они при этом убрали поддержку 16 битных приложений на x86-64, а не встроили dosbox или что-то в этом роде для прозрачного запуска.
Да, интересно было бы почитать. Я застал только конец этой эры - в старших классах ходил на спецкурс программирования в один из НИИ, в основном сидели на ЕС 1045, но где-то в 1993ем, когда уже заканчивал школу, поставили ЕС 1066 - уж не знаю, сколько она проработала, пока не разобрали на цветмет.
Это как? Начнём с того, что файл вы вроде только читаете.
Опять же, какие проблемы с одновременным чтением?
Да может и почти всю. Вот у знакомого на домашнем сервере 64Gb на 32битной Windows (c PAE, естественно) с минимумом живых процессов, память в основном кеширует дисковые запросы.
Согласен, что мелкая гранулярность в самописном кеше позволяет более эффективно использовать память.
Спасибо, там как раз проскакивает "Ich glaube, es ist egal, ob wir den Chinesen, den Amerikaner oder welchen auch immer haben."
Ну так 64 бита не год и не два назад появилось. Сейчас, чтобы файл не замапился, надо сильно постараться, начиная с выбора ФС.
Но всё таки хотелось бы увидеть в тексте новости реальные критерии - а то как-то быстро перешли от всех иностранных компаний конкретно к Huawei.
Ещё одна богомерзость )
Если и там проверку сделают - vi /etc/shadow , хеш ручками посчитать.
Тоже мне rocket science.
Иногда в этом и проблема (скажем, единственный знающий пароль человек ушёл в отпуск отключив телефон - так, конечно, быть не должно, но всякое бывает).
Про init=/bin/bash знать в любом случае полезно - поможет, если аутентификацию ещё каким-то образом поломали.
Есть ещё mmap() с которой бегать по файлу несколько проще.
Оно, конечно, ещё встречается (скажем, на моём домашнем ноуте), но на реальной рабочей машине...
Дисковый кеш операционки не помогает?
Я правильно понимаю, что Интел, Нвидиа и т.д. тоже подпадают?
В убунте снап уже за логин в систему отвечает?
Никто не мешает перекинуть в другое место и поправить /etc/passwd.
В достаточно распространённом ELF'е терминология обратная.
Вроде как 64битный ntvdm - сторонняя поделка, а не часть системы. И во время выхода 64битной Windows dosbox бегал уже нормально.
Да, недавно узнал про эту тему, пытаясь понять, где лежат сейвы BG1 на семёрке. В очередной раз поразил масштаб работы Microsoft над backward compatibility - даже странно, что они при этом убрали поддержку 16 битных приложений на x86-64, а не встроили dosbox или что-то в этом роде для прозрачного запуска.
С костылём в виде ioctl. Настоящее "всё есть файл" - в Plan 9.
Тем не менее на Макинтоше resource forks активно использовались и прожили достаточно долго.
Да, интересно было бы почитать. Я застал только конец этой эры - в старших классах ходил на спецкурс программирования в один из НИИ, в основном сидели на ЕС 1045, но где-то в 1993ем, когда уже заканчивал школу, поставили ЕС 1066 - уж не знаю, сколько она проработала, пока не разобрали на цветмет.
Скорее появилась отдельная профессия - "дата-инженер".
Не совсем стандартная, по крайней мере в организации, разрабатывающей софт.