как минимум по одной этой ошибке можно оценить систему QA. в нормальной системе человек может поискать проблему в knowledge base, может создать заявку, отслеживать и проч.
не понял в чем суть поста — уязвить кого-то? Вы в статье самое веселое пропустили, по-моему:
«Правда, по понятным причинам в воскресенье потребление энергии было минимальным: заводы не работали, граждане прятались от ветра, а некоторые населённые пункты были обесточены. Тем не менее, «зелёное» будущее в этот день стало реальным: Шотландия вполне могла отказаться от использования нефти, газа и угля.»
ровно то о чем я и пытался сказать — отдайте производство кому-нибудь еще, экономьте на всем…
а в шотландии много производства? я понимаю, что можно значительно сократить потребление электричества в быту (светодиоды, умные дома и прочая), но промышленность потребляет в разы больше. хорошо, вынесли промышленность из шотландии (и вообще из европы) — ура-ура, можно все посадить на дорогую зеленую энергетику. а деньги-то чем зарабатывать?
кхм… ну вот так сразу ссылок нет. идея-то простая. представим, что каждый раз, когда Вы создаете новый объект (файл/каталог), вы генерируется уникальный ID — это будет эквивалент номера иноды. теперь этот уникальный ID используем как имя файла на локальной FS (ext4, например). таким образом получается «объектное хранилище» — плоское пространство объектов с ID, который генерируете Вы. дальше поверх этих объектов можно построить свое пространство имен: одни объекты хранят списки других объектов — каталоги.
предполагаемая засада — отстутствие атомарности: создание файла в Вашем пространстве имен будет распадаться на 2+ разные транзакции в локальной fs: создание объекта и запись о нем в Вашем каталоге. но в принципе и с этим можно справиться.
в простых случаях номер иноды не меняется, но на самом деле это зависит от файловой системы. в некоторых случаях инода может поменяться. например — Lustre с clustered metadata.
странное заявление… гравитационное притяжение уже дает преимущество: тощим проще ехать в гору, тяжелым — наоборот. этот и масса других нюансов делают гонку интересной, появляется пространство для тактик и стратегий.
«Кроме того, RISC-машины лишены традиционного недостатка x86 при высокой нагрузке — у них не падает производительность при долгой постоянной нагрузке выше 70–80%» — поясните этот бред, пожалуйста?
«Правда, по понятным причинам в воскресенье потребление энергии было минимальным: заводы не работали, граждане прятались от ветра, а некоторые населённые пункты были обесточены. Тем не менее, «зелёное» будущее в этот день стало реальным: Шотландия вполне могла отказаться от использования нефти, газа и угля.»
ровно то о чем я и пытался сказать — отдайте производство кому-нибудь еще, экономьте на всем…
предполагаемая засада — отстутствие атомарности: создание файла в Вашем пространстве имен будет распадаться на 2+ разные транзакции в локальной fs: создание объекта и запись о нем в Вашем каталоге. но в принципе и с этим можно справиться.