Данные передаются в текстовом виде, а значит передача картинок, видео и прочей нетекстовой информации неэффективна.
Тут видимо стоит сделать уточнение, что бинарные данные переводятся в текст только при отправке с клиента на сервер, например POST-е формы.
В остальных случаях (которых большинство) бинарные данные идут как есть, а текстовые только заголовки.
Картинки в разрешении 5к легко вываливают Firefox на Android-е :(
Да и на Маке нельзя сказать что летает.
Но сама статья вызывает мощный прилив тёплых ламповых чувств!
А есть ли какие-то средства контроля состояния живучести SSD? Предупредит ли контроллер что кеш на последнем издыхании, и какое его будет поведение, если SSD переключится в read-only?
Очень компактно и познавательно!
А есть ли какая-то статистика, насколько именно Soft iSCSI Initiator нагружает CPU, может есть примеры с конкретной нагрузкой и железом?
а так же блок питания, HDMI-кабель, мышу и клавиатуру. Не так уже и компактно выходит по сравнению с ноутбуком.
А работать можно, особенно если есть склонности к садомазо.
Может кто подскажет, как завести родной IKEv2 клиент Windows 7> вообще без ключей?
Клиент без проблем авторизируется с
rightauth=eap-mschapv2
А вот сервер только с
leftauth=pubkey
Попытки вписать туда чего-то другое приводят к ошибкам (о не поддерживаемости такого типа авторизации), а с psk соединение в винде зависает на моменте проверки имени/пароля, не отменяется, лечится перезагрузкой!
Их довольно много, но полноценных и активных на данный момент всего два: strongSwan и libreswan. Вторым я не пользовался, ничего сказать о нем не могу, зато первый — прекрасный и удивительный,
Второй конечно менее функциональный, и хуже документирован, но в некоторых случая работает лучше. Например, стабильное и непадающее соединение к Dell SonicWALL у меня получилось поднять только на нём. Дальше, недавно словил багу в strongSwan, когда в процессе rekey-инга соединение падает. Как оказалось, открытый, и очень редкий баг. Race condition. Лечится отключением оного.
Так никто же не спорит. В сервере профит от встроенной графики будет ещё больше, т.к. она всегда свободная от графических задач (благодаря дискретной графике BMC контроллера).
Хорошая обзорная заметка — не реклама и не толстое и нудное руководство.
Но самый кайф — это сленг! Очень рекомендую дать прочитать кому-то далёкому от СХД вот эти предложения, и фиксировать мимику :)
Репликация (консистентных) снепшотов между стореджами может быть выполнена при помощи SnapMirror или SnapVault.
Катологизация выполняется как пост-процесс при помощи примапливания клонированных (технология FlexClone) снепшотов с хранилища NetApp.
Обязано давать ещё больший выигрыш. Ибо если непосредственно графику отдать на откуп дискретной карте, встроенная будет полностью доступна для расчётов. А учитывая то, что в GT3e у встроенной графики и процессора есть общий кеш L4 (Crystalwell) объёмом 128Мб (!!!) это должно кардинально ускорить обмен данными.
Тут вопрос скорее в том, а не отключается ли полностью встроенное графическое ядро при переключении на дискретную карту.
В случае виртуализации на уровне ОС, наподобие OpenVZ — там да.
Если же нужно честное процессорное ядро и полная аппаратная виртуализация, например KVM — то вариант с Atom-ами предпочтительней, в смысле выгодней.
проще поставить x86 и распилить на виртуалки, еще и места будет меньше занимать.
Вот видимо как раз для виртуалок и выгодней многоядерные «чахлики».
Например, Xeon E5-2650v2 — 8 ядер (16 логических процессоров), 95Вт. Итого 5.93Вт/виртуалку. Правда не совсем точно, т.к. есть ещё чипсет и прочее.
И возьмём Atom C2758 — 8 ядер, 20Вт. Выходит 2.5Вт/виртуалку. Плотность упаковки выше. Профит.
если Microsoft создаст полностью совместимую со всеми существующими приложениями ARM-версию Windows
Это каким таким волшебным образом??
Если б мишки были пчёлами, то они бы нипочем, никогда и не подумали так высоко строить дом.
Если б ARM-ы были быстрыми, то для них бы нипочём, было просто эмулировать, вражеский x86-код.
На Кимсуфи есть выделенные атомы по 5 и 10 евро :)
А почему дорого девкиты — так они всегда дорого, и под телефоны и под консоли. Наверное подразумевается, что будут покупать не студенты, а компании с большими оборотами, особенно в серверном/корпоративном сегменте. А студенты могут что-то по-проще купить — на ebay или taobao :)
TTX AMD Opteron A1100 выглядят впечатляюще — там больше и мощнее периферия по сравнению с SoC Atom.
По TDP заявлено 25Вт для AMD и 20Вт для Atom-ов.
Но, ИМХО, основная интрига в том — будут ли 8 ядер Cortex-A57 быстрее чем 8 ядер Silvermont. Ну и цена в пересчёте на производительность.
Какие-то задачи, например сжатие, AMD выиграет — там аппаратное ускорение Zlib. А Intel, почему-то, этот блочёк решила не ставить, только ускорение криптографии. Но ничто не мешает Intel-у его туда включить.
Полностью согласен. Даже так — ARM хоть на чём то должен играть. Поработав три месяца с новыми Atom-ами семейства Avoton/Rangeley мне начало казаться, что шансов у ARM-ов поубавилось, чертовски удачные процы получились у Intel.
В остальных случаях (которых большинство) бинарные данные идут как есть, а текстовые только заголовки.
Да и на Маке нельзя сказать что летает.
Но сама статья вызывает мощный прилив тёплых ламповых чувств!
А есть ли какая-то статистика, насколько именно Soft iSCSI Initiator нагружает CPU, может есть примеры с конкретной нагрузкой и железом?
А работать можно, особенно если есть склонности к садомазо.
Клиент без проблем авторизируется с
А вот сервер только с
Попытки вписать туда чего-то другое приводят к ошибкам (о не поддерживаемости такого типа авторизации), а с psk соединение в винде зависает на моменте проверки имени/пароля, не отменяется, лечится перезагрузкой!
Но самый кайф — это сленг! Очень рекомендую дать прочитать кому-то далёкому от СХД вот эти предложения, и фиксировать мимику :)
Тут вопрос скорее в том, а не отключается ли полностью встроенное графическое ядро при переключении на дискретную карту.
Если же нужно честное процессорное ядро и полная аппаратная виртуализация, например KVM — то вариант с Atom-ами предпочтительней, в смысле выгодней.
Например, Xeon E5-2650v2 — 8 ядер (16 логических процессоров), 95Вт. Итого 5.93Вт/виртуалку. Правда не совсем точно, т.к. есть ещё чипсет и прочее.
И возьмём Atom C2758 — 8 ядер, 20Вт. Выходит 2.5Вт/виртуалку. Плотность упаковки выше. Профит.
Если б мишки были пчёлами, то они бы нипочем, никогда и не подумали так высоко строить дом.Если б ARM-ы были быстрыми, то для них бы нипочём, было просто эмулировать, вражеский x86-код.
А почему дорого девкиты — так они всегда дорого, и под телефоны и под консоли. Наверное подразумевается, что будут покупать не студенты, а компании с большими оборотами, особенно в серверном/корпоративном сегменте. А студенты могут что-то по-проще купить — на ebay или taobao :)
2. IPSec/IPComp.
Покажите мне того, кто сейчас не жмёт отдачу?
По TDP заявлено 25Вт для AMD и 20Вт для Atom-ов.
Но, ИМХО, основная интрига в том — будут ли 8 ядер Cortex-A57 быстрее чем 8 ядер Silvermont. Ну и цена в пересчёте на производительность.
Какие-то задачи, например сжатие, AMD выиграет — там аппаратное ускорение Zlib. А Intel, почему-то, этот блочёк решила не ставить, только ускорение криптографии. Но ничто не мешает Intel-у его туда включить.