Статья про то, как с помощью расширенных генераторов Python сделать собственную реализацию сопрограмм, переключающихся по получению событий. Простота кода получившегося модуля вас приятно удивит и прояснит новые и мало используемые возможности языка, которые можно получить, используя такие генераторы. Статья поможет разобраться и с тем, как это устроено в серьезных реализациях: asyncio, tornado, etc.
Пользователь
FUJITSU против всех или Японский убийца RISC серверов
5 мин
Приветствую Коллеги!
К написанию данной статьи меня сподвигла беседа с коллегой (неплохой инженер и специалист своего дела), в которой он упомянул, что рынок х86 серверов «выдохся» – все производители копируют друг друга, все серверы одинаковые и ничего нового никто не предлагает. При этом рынок RISC\UNIX серверов, в силу своих меньших размеров также незаметно для массового потребителя серверов изменился:
• Oracle, c доставшимися в наследство от SUN SPARC системами, делает ставку на Exa семейство, построенное на х86 платформе.
• Intel давно перестал развивать направление Itanium
• HP в судебном порядке заставило компанию Oracle поддерживать серверы на базе Itanium Super DOME……
• IBM занимает активную позицию, последовательно развивая семейство процессоров IBM POWER. Но все равно, IBM делает это не так интенсивно как Intel и удваивает производительность каждые три года. Результат – 4-сокетная машина Intel x86 с процессорами Intel Xeon E7 v2 опережает в OLTP нагрузке Oracle 10g, аналогичную Power750 на базе четырех PowerP7+ на 25-30%… Но почему-то никто не выбрасывает IBM Power на помойку и не бежит сломя голову за х86 серверами?
Ответ прост – отказоустойчивость.
Традиционно, именно выросший бизнес требовал уменьшить незапланированные простои и, минимальных потерь данных и времени восстановления. Этой задаче отвечали серверы RISC\Unix, но при этом отход от х86 платформы требовал существенных финансовых вливаний. Серверы сами по себе стоили дороже, имели ежегодный обязательный платеж за подписку на обслуживание (так называемый maintenance), имели закрытую проприетарную архитектуру (у каждого производителя она своя). И другой набор приложений (например, MS SQL не работает на RISC машинах – нужно мигрировать на DB2 или Oracle) и потребность в специально обученных людях способных управлять и обслуживать такие серверы… Все это создавало сложности и отражалось на итоговом бюджете, и понимая это, многие заказчики оставались на х86.
К написанию данной статьи меня сподвигла беседа с коллегой (неплохой инженер и специалист своего дела), в которой он упомянул, что рынок х86 серверов «выдохся» – все производители копируют друг друга, все серверы одинаковые и ничего нового никто не предлагает. При этом рынок RISC\UNIX серверов, в силу своих меньших размеров также незаметно для массового потребителя серверов изменился:
• Oracle, c доставшимися в наследство от SUN SPARC системами, делает ставку на Exa семейство, построенное на х86 платформе.
• Intel давно перестал развивать направление Itanium
• HP в судебном порядке заставило компанию Oracle поддерживать серверы на базе Itanium Super DOME……
• IBM занимает активную позицию, последовательно развивая семейство процессоров IBM POWER. Но все равно, IBM делает это не так интенсивно как Intel и удваивает производительность каждые три года. Результат – 4-сокетная машина Intel x86 с процессорами Intel Xeon E7 v2 опережает в OLTP нагрузке Oracle 10g, аналогичную Power750 на базе четырех PowerP7+ на 25-30%… Но почему-то никто не выбрасывает IBM Power на помойку и не бежит сломя голову за х86 серверами?
Ответ прост – отказоустойчивость.
Традиционно, именно выросший бизнес требовал уменьшить незапланированные простои и, минимальных потерь данных и времени восстановления. Этой задаче отвечали серверы RISC\Unix, но при этом отход от х86 платформы требовал существенных финансовых вливаний. Серверы сами по себе стоили дороже, имели ежегодный обязательный платеж за подписку на обслуживание (так называемый maintenance), имели закрытую проприетарную архитектуру (у каждого производителя она своя). И другой набор приложений (например, MS SQL не работает на RISC машинах – нужно мигрировать на DB2 или Oracle) и потребность в специально обученных людях способных управлять и обслуживать такие серверы… Все это создавало сложности и отражалось на итоговом бюджете, и понимая это, многие заказчики оставались на х86.