Ну а вообще, конечно, отдавать картинки через X-Accel-Redirect, а потом наворачивать поверх конфиги для нгинкса… Мсье (автор, не вы) знает толк в извращениях.
Подозреваю, что авторы керамического пистолета очень хорошо знают сопромат :) Керамика намного более хрупкая, чем кусок гвоздя, нужно оптимизировать конструкцию для того, чтобы она правильно работала.
Вы тогда не путайте /dev/shm (который обычно является tmpfs) и шареную память. shm_open замечательнейше работает без наличия /dev/shm в системе.
В случае использования общей памяти придётся как-то реализовывать очередь команд и синхронизировать её, на это тоже требуется время. Если учесть обычный размер передаваемых аргументов (десятки байт) — именно синхронизация будет занимать всё время. С пайпом это делать намного проще.
Получается, что когда кеширование так нужно (начали активно обращаться к части данных), оно не работает? А в эту штуку можно непрерывным потоком (пусть и не особо большим) записать данных больше, чем объём SSD диска? Оба вопроса проистекают из фразы о том, что миграция запускается, когда btier простаивает.
И где именно он будет медленнее? Больше всего времени будет потрачено на read и write, в обоих случаях. А внутри пайпа просто небольшой буфер.
Я, кстати, проверил скорость работы пайпа простейшим способом.
$ dd if=/dev/zero bs=1M count=1024 | dd of=/dev/null
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 1.64809 s, 652 MB/s
, 1.64816 s, 651 MB/s
Медленно? Но это большими блоками. Если по 10 байт писать, то всё резко упирается в сами системные вызовы:
$ dd if=/dev/zero bs=10 count=102400 | dd of=/dev/null
102400+0 records in
102400+0 records out
390+63096 records in
2000+0 records out
1024000 bytes (1.0 MB) copied, 0.0913079 s, 11.2 MB/s
1024000 bytes (1.0 MB) copied, 0.0908237 s, 11.3 MB/s
Для /dev/shm:
$ dd if=/dev/zero bs=10 count=102400 of=/dev/shm/tmp
102400+0 records in
102400+0 records out
1024000 bytes (1.0 MB) copied, 0.0767044 s, 13.3 MB/s
Отличается даже не в разы. Но тут не совсем честно получается, в случае с пайпом 2 раза читается-пишется, а без пайпа только 1 раз.
Так ведь stdin/stdout в нормальной работе этой программы будут перенаправлены, и будут представлять из себя анонимные пайпы. Какие там издержки то? Это ж просто передача буфера между процессами, с чего бы /dev/shm быстрее будет?
Про колонизацию здорово написали, забыли про мааааленькую деталь — откуда электричество брать. Надо сначала научиться доставлять на Марс какой нибудь компактный ядерный реактор (например, как на подводной лодке), а дальше уже можно рассуждать, куда электричество тратить.
Конечно автор не в курсе, это же перевод. В области ТК у нас оооочень хорошее законодательство. А ещё автора могут уволить практически без предупреждения.
Обычно PXE загрузчик в таких случаях помещают внутрь BIOSа, как модуль. Ещё там частенько живёт модуль, который BIOS видеокарты. Можете скачать прошивку для любой материнки и посмотреть содержимое с помощью утилитки-ковырялки (Phoenix BIOS Editor, MMTOOL, AMIBCP в зависимости от основы прошивки).
Если эту электростанцию слегка отмасштабировать, до 10МВт хотя бы, или просто несколько ставить, то это отличный вариант электропитания для плавучего ДЦ, баржу можно будет рядышком пришвартовать. Восточное побережье Австралии славится своими волнами.
Можете посмотреть на сайте NHTSA, обычно седаны типа Audi A4 и BMW 3er получают 5 звёзд за риск переворота. Да, по их системе мер у ауди этот риск 9.5%, а у теслы 5.7%, но это нельзя назвать принципиальным улучшением. Конечно, пиарщики теслы кричат о своём автомобиле как о самом безопасном в мире и прочее, но на сколько он в целом безопаснее, на 2%? Машин с пятью звёздами во всех 3 категориях тестов (фронтальное столкновение, боковое столкновение, опрокидывание) довольно много, пару таких я уже упомянул.
Пока тесл слишком мало, чтобы получить какую либо статистику по ДТП с ними. Как минимум одно возгорание уже было, но это не статистика, конечно же.
Литиевые аккумы намного более нежные, чем бензобак современного авто. К тому же бензобак компактнее, его сложнее повредить. Пожар даже при сильной аварии легкового авто — скорее исключение, чем правило. А уж возгорание авто с дизельным двигателем — это уже из области фантастики, солярку довольно сложно поджечь.
Я не говорю, что электромобили нельзя использовать, конечно же можно. Но утверждение, что аккумуляторы в днище серьёзно повышают безопасность достаточно спорно. Они меняют аспекты. Проблема возгорания есть, и её пытаются решить: en.wikipedia.org/wiki/Plug-in_electric_vehicle_fire_incidents. В автомобилях с ДВС с огнём бороться научились, придумают что нибудь и тут.
В целом симпатично, но очень плохо, что вы выпилили рейтинг цифрами. Я намного больше ему доверяю, чем абстрактным «хорошо», да и места меньше занимает.
У меня была более новая система (либо это был К5, либо уже селерон слотовый), с 3.5" дисководом на 1.44 мегабайта. Дисковод признаков жизни при подаче питания не подавал. Нажимаешь кнопку питания — и только вентиляторы начинают шуршать и монитор включается, больше совсем ничего. У друга на аналогичной системе я своими глазами видел сообщение о испорченном образе (скорее всего это случай с несовпадением CRC) и просьбой вставить дискету, на PCI видеокарте, и там при нажатии любой кнопки дисковод начинал пиликать. Вот в тот раз вставили дискетку с прошивкой, и всё получилось.
Утилита прошивки умная, она понимает, что есть бутблок, который нельзя портить, поэтому и можно было восстановиться после неудачной прошивки, а WinCIH всё подряд стирал. Возможно, бывали варианты микросхем, когда бут-блок физически нельзя было изменить, и в таких случаях дискетки помогали. Конкретно мою восстанавливали прошивкой «на горячую», как merlin-vrn написал.
У меня был WinCIH, и после него действительно надо было вынимать микросхему. При включении происходило НИЧЕГО. Стандартной фразы о том, что прошивка повреждена и вставьте дискету не было.
Справедливости ради, кроватки тогда встречались чаще, чем сейчас, и PROM была параллельная, а не SPI, как сейчас модно.
Вы примерно про это www.win.tue.nl/hashclash/Nostradamus/? Это не совсем подбор сообщения под хэш, но подбор паддингов нескольких сообщений, чтобы получить одинаковый хэш, получив возможность спуфинга.
Атаки на MD5 типа туннелирования и chosen-prefix были придуманы в середине 2000х годов. При создании алгоритма было известно про тупой перебор и радужные таблицы, но они существенно менее эффективны, чем chosen-prefix коллизии.
лучше писать
Ну а вообще, конечно, отдавать картинки через X-Accel-Redirect, а потом наворачивать поверх конфиги для нгинкса… Мсье (автор, не вы) знает толк в извращениях.
В случае использования общей памяти придётся как-то реализовывать очередь команд и синхронизировать её, на это тоже требуется время. Если учесть обычный размер передаваемых аргументов (десятки байт) — именно синхронизация будет занимать всё время. С пайпом это делать намного проще.
Я, кстати, проверил скорость работы пайпа простейшим способом.
$ dd if=/dev/zero bs=1M count=1024 | dd of=/dev/null
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 1.64809 s, 652 MB/s
, 1.64816 s, 651 MB/s
Медленно? Но это большими блоками. Если по 10 байт писать, то всё резко упирается в сами системные вызовы:
$ dd if=/dev/zero bs=10 count=102400 | dd of=/dev/null
102400+0 records in
102400+0 records out
390+63096 records in
2000+0 records out
1024000 bytes (1.0 MB) copied, 0.0913079 s, 11.2 MB/s
1024000 bytes (1.0 MB) copied, 0.0908237 s, 11.3 MB/s
Для /dev/shm:
$ dd if=/dev/zero bs=10 count=102400 of=/dev/shm/tmp
102400+0 records in
102400+0 records out
1024000 bytes (1.0 MB) copied, 0.0767044 s, 13.3 MB/s
Отличается даже не в разы. Но тут не совсем честно получается, в случае с пайпом 2 раза читается-пишется, а без пайпа только 1 раз.
Пока тесл слишком мало, чтобы получить какую либо статистику по ДТП с ними. Как минимум одно возгорание уже было, но это не статистика, конечно же.
Литиевые аккумы намного более нежные, чем бензобак современного авто. К тому же бензобак компактнее, его сложнее повредить. Пожар даже при сильной аварии легкового авто — скорее исключение, чем правило. А уж возгорание авто с дизельным двигателем — это уже из области фантастики, солярку довольно сложно поджечь.
Я не говорю, что электромобили нельзя использовать, конечно же можно. Но утверждение, что аккумуляторы в днище серьёзно повышают безопасность достаточно спорно. Они меняют аспекты. Проблема возгорания есть, и её пытаются решить: en.wikipedia.org/wiki/Plug-in_electric_vehicle_fire_incidents. В автомобилях с ДВС с огнём бороться научились, придумают что нибудь и тут.
Утилита прошивки умная, она понимает, что есть бутблок, который нельзя портить, поэтому и можно было восстановиться после неудачной прошивки, а WinCIH всё подряд стирал. Возможно, бывали варианты микросхем, когда бут-блок физически нельзя было изменить, и в таких случаях дискетки помогали. Конкретно мою восстанавливали прошивкой «на горячую», как merlin-vrn написал.
Справедливости ради, кроватки тогда встречались чаще, чем сейчас, и PROM была параллельная, а не SPI, как сейчас модно.
Атаки на MD5 типа туннелирования и chosen-prefix были придуманы в середине 2000х годов. При создании алгоритма было известно про тупой перебор и радужные таблицы, но они существенно менее эффективны, чем chosen-prefix коллизии.