Посоветуйте сабж. Главное требование - компактность и полнодуплексное зеркалирование. Основная задача - снифить ethernet.

А если знаете L3 железку, да еще с поддержкой sFlow, то вообще здорово.

А ведь намедни произошло знаменательное событие! HP таки сняла NDA с SDK WebOS 3.0. Собственно говоря, доступ к SDK мог получить любой, но только вместе с настойчивой просьбой не трепаться об этом факте на просторах интернетов. Теперь же, об этом можно говорить невозбранно.

Собственно, мне бы хотелось оставить в стороне многочисленные технические аспекты и поговорить вот о чем.

А ведь HP не на словах, а на деле показала козью морду M$! На данный момент заявления HP можно свести к следующему: "у нас дофига девайсов, куда мы можем всунуть WebOS и мы ее туда всунем". Фактор же "всовываемости" WebOS очень высок: "внизу" там мейнлайн-линукс, в "верху" - JS и HTML5, а портирование "середины" есть механический процесс.

Хотя как раз фри-опенсорсность этой самой середины и вызывает определенные сомнения. Скорее всего, в рамках конкретного дейвайса никакого "фри" и "опен" и даже "сорс" не будет, а портировние этой "середины" на конкретный девайс будет определяться исключительно политической волей компании-поставщика.

С другой стороны - эмулятор девайса в SDK выполнен ... на базе x86 образа VirtualBox. Так что вполне можно ожидать появление небольшого, но чертовски приятного довеска к букам HP. Хотя, повторюсь, фри-опенсорсность WebOS еще не доказана.

Другая позитивная новость - JS фреймворк Enyo, собственно и обеспечивающий декларативный (через JSON) ГУЙ, может использоваться отдельно от WebOS. Правда ему требуется браузер, основанный на WebKit, но разработчиков корпоративных веб-приложений это не остановит.

Короче говоря, на рынке мобильных систем появился еще один игрок с приличными ресурсами, большим "эго" и потребностью создания операционки для своих потребительских девайсов, и самое главное хотя бы номинально пытающийся придерживаться принципов опен-сорс. Так что запасаемся поп-корном и наблюдаем...

Не шутите так больше, а то можно и заикаться начать!

Возникла тут острая необходимость порисовать большое количество различных схем. Нужен графический планшет. Поскольку я не художник, то чувствительность к нажатию мне по барабану. А вот точность и главное скорость обработки мне важна. Ессно, сносная работа под онтопиком должна присутствовать.

Посоветуйте что-нибудь.

Вот все праздники разбирался с Template Haskell, квазицитированием, SYB и ghc7, не забывая такие важные вещи как распитие спиртных напитков и игру в FreeCiv :)

И вот какая идея мне пришла в голову... Катаморфизм ведь — штука всеобъемлющая, и если лисперы могут называть свои S-выражения алгебраическими типами данных, то почему же мы не можем называть алгебраические типы данных S-выражениями?

Ведь дело упирается не столько в техническую сторону, сколько в то как компиляторы относятся (или не относятся) к своим собственным структурам и позволяют или нет вмешиваться в них на этапах компиляции.

Единственное, «но» в подходе лисп-систем к компиляции, там компилятор «внутри», а не «с боку» как в более традиционных подходах. А так, работы ведутся, та же Java, та же Scala позволяет вмешиваться в работу компилятора. А в GHC есть Template Haskell, который идеологически близок к лисповским макросам, с той только разницей, что они стоят по разные стороны относительно катаморфизма: лисп как списки, хаскель как алгебраические типы с соответствующей типизацией.

В ООП языках все еще интереснее, там для реализации лисповского подхода нужно две вещи: а) классы должны быть объектами первого класса; б) должен быть способ узнавать конкретный тип объекта в рантайме. В Яве есть и первое (на худой конец в рамках JVM), и второе. В С++ есть RTTI, а вот с первым дела обстоят вроде бы не очень, хотя Александреску в своей книге показывал, вроде бы, как можно генерить иерархию классов с помощью шаблонов. Про Scala, вообще молчу, там алгебраические типы «из коробки» имеются.

Вот и получается что одни дрочат на списки, другие на алгебраические типы, а третьи на субтиповый полиморфизм. А реальность, она намного многограннее и интереснее. И по-моему, пора уже отходить от языков, созданных с помощью инженерного похода и приходить к подходу математическому. А то, в натуре, прям какое-то фарисейство получается.

Чем решать под онтопиком? Уж больно в ОО не хочется. Хотелось бы что-нибудь простое и наглядное.

Широко известный в узких кругах тов. Пентковский получил грант в 150 млн. рублей и будет работать в СпбГУ. Желаю удачи корпорации Intel.

Вот только почему за наши деньги?

В каждом ядре:
32 5-битные инструкции
64 18-битных слов RAM
64 18-битных слов ROM
8+2 кольцевой стек данных
8+1 кольцевой стек возвратов
18-битный регистр A
9-ти битный регистр B
10-битный регистр P (счетчик команд) 9-й бит — режим арифметики, 8-й бит — пространство ввода-вывода, 0-7 - адрес.

144 ядра в виде матрицы 8*18. На внешних ядрах всякие полезные штуки типа ADC, GPIO и проч.

180 nm, 20$

96 миллиардов операций в секунду.

Все ядра работают полностью асинхронно. Единого тактового генератора нет вообще. Синхронизация через коммуникационные порты.

Возможность напрямую считывать инструкции из коммуникационного порта.

Инструкции пакуются в 18-битное слово: 3 полноценных 5-ти битных, плюс 3-битный огрызок.

Архитектор — Сам.

Виндовая версия (sic!) ColorForth с IDE'шкой и симулятором на халяву.

В отладочной плате ядро 0 крутит версию eForth из SPI флешки, ядро 1 обеспечивает взаимодействие с компом разработичка.

Команда разработчиков, выгнатая из IntellаSys (40-ядерный S40 схожей архитектуры, архитектор опять же Сам) основала свою компанию Green Arrays.

У меня даже слов нет.

Возникла тут надобность написать веб-приложение. При проработке его архитектуры в голову пришла идея не заморачиваться рендерингом HTML на стороне сервера, а скармливтаь браузеру исключительно JSON, который на стороне клиента будет представляться как клиентской душе будет угодно.

Оно того стоит? Или у этого подхода есть какие-то подводные камни? Веб приложение будет существовать исключительно в корпоративной сети, а нагрузка на него будет исчезающе мала.

А если оно того стоит, то каким JavaScript фреймворком пользоваться?

Собственно сабж. Интересует именно 802.11i, желательно без драфтов (не хватало мне еще рабираться чем один драфт черти когда принятого стандарта отличается от другого).

Может быть есть что-то на IEEE Explorer? Всмысле не текст стандарта, чтение которого ничего кроме сноса крыши не приносит, а что-то более описательное.

Вот втсала вселенская проблема:

1. С одной стороны два дополнительных ядра
2. С другой стороны фишки чипсета Q57 типа аппаратного KVM и поддержка AES

1. С одной стороны TDP 95W
2. С другой - 73
Все-таки машина домашняя.

Ну и дешевле i5 получается, да еще видюха не нужна (я отлично осведомлен о "фишках" интеловских карт, тут в КО играть не надо). Интерфейсы теперь цифровые, и количество "мыла" определяется монитором.

Или не выносить себе моск и купить AMD?

Посоветуйте точку доступа:
1. Только L2
2. С поддержкой 802.1x (опционально)
3. В конфигурации повесил на стену и забыл.

У всех производителей потребительской электроники какая-то фигня: наты, файрволы, VPN'ы, встроенные свитчи, что радикально сказывается на цене.

Уровня пришел в чужой комп, подключаешь флешку, работаешь. Способ развернуть образ на флешку не предлагать, FAT такого издевательства не вынесет. Способ копирования на целевой комп, тоже не предлагать: слишком долго. Больше, конечно интересует оффтопик, ибо в линуксе и так ясно что делать :(

Ессно, клиенты под оффтопиком :( Ессно интеграция с AD. Самбу - не хочу, ибо траходром по интеграции с AD мне не нужен. Кроме того, в такого рода файлопомойках разводится феерическая помойка... И хрен с ней с помойкой, но это просто раздолье для инсайдеров: сканы документов, шаблоны договоров, всякие отчеты и т.п. Ну и виндовому файл-серверу просто срывает крышу...

Хотелось бы такую штуку, которая бы цепляла еще и метаинформацию к файлам, обеспечивала версионность, квоты, бэкапы и т.п.

Вроде есть Novell iFolder... FOSS/GPL, виндовый клиент... и mono... Кто-то пользовался? Хорошая штука?

Вот тут намедни порылся в славном семействе языков ML. И что-то хреново мне на душе стало. С одной стороны релизы выходят регулярно, есть несколько реализаций. С другой стороны, нет внятной документации, сайты, застрявшие в эпохе CERN'овского веба, с кучей битых ссылок, ссылок на древние, неоконченные/неполные доки. Полное отсутствие следов какого-то сообщества.

Такое ощущение, что теперь силы всей прогрессивной научной общественности направлены либо на F#, либо на Haskell. И от того и от другого, что-то сильно пахнет мышами.

С Ocaml ситуация несколько получше, но тоже крайне плачевна. И опять мышами пахнет.

И самое главное, натыкаешься на следы активных исследований, которые происходили в 80-х - 90-х годах. И для своего времени были прогрессивны.

Команда MosML, кажется, целиком переключилась на РЕФАЛ. SML/NJ в состоянии искусственной комы. MLTon сдох. PolyML вроде как-то шевелится, но опять же без сообщества.

Что же произошло? Неужели вот так после тридцати лет исследований ML будет выброшен на помойку, оставшись только в не очень идеологически чистом Ocaml'е, казуальных проектах типа Mythryl и дальних родственниках типа Хаскеля?

Собственно задумал себе апгрейд. Время не очень благоприятное, но если не сейчас, то придется ждать еще месяца 3... А нужно.

В принципе, чипесет под сабж только один. Пока смотрю на мат. плату Intel DP55KG. Что посоветуйте/отсоветуйте?

И еще вопрос насчет оперативки. Какую выбирать? Стоит ли гнаться за нестандартными разогнанными 1600 и 2000 MHz модулями?

Есть МФУшка, которая позволяет отсылать отсканированное изображение по электронной почте (PDF'ка в аттачменте). Вроде бы все нормально, только у меня почта во-первых ексчейндж, во-вторых далеко и не на очень широком канале. А заюзать сей функционал хочется.

Пришла в голову идейка. Настраиваю MTA, который принимает почту, выдирает PDF из аттача и в соответствии с определенными правилами рассовывает по пользовательским каталогам. Т.е. еще с одной почтой и с дополнительным MUA трахаться не хочется.

Получилось так, что с устройством MTA я знаком чисто теоретически и никогда мне не приходилось ковырять какой-то конкретный. Ситуацию усугубляет то, что всяких-разных MTA пруд пруди. Посоветуйте, какой лучше.

Т.е. должен быть маленьким, понятным и поддерживать пользовательские фильтры и пользовательскую доставку... Пока склонаюсь в сторону qmail с патчами.

Сабж. Различных извращений типа маппинга ява-пролог и стандартной библиотеки пролога не требуется. Можно интерпретатор.

1. Кто? Кто в дебьяне делал такие инит-скрипты, что в lenny(!!!), когда по какой-то причине start-stop-daemon не удаляет .pid файл, система при перезагрузке/выключении замораживается на последней стадии и ее приходится сносить ресетом?

2. Какая сволочь в делала selinux вообще и selinux-basics в частости в squeeze? Найду - убью гада.

3. Какая сволочь сделала так, что если не стартован hald - иксы не видят клаву и мышь, и систему приходится приводить в чувство по ssh или сносить ресетом?

4. Кто в дебьяне сделал идентичными ранлевелы 2,3 и 4?

А вообще - кактус вкусный.

Нужна программа, которая бы выкачала целевой урл, представляясь разными браузерами.

Да, вгет с ключом -U, список UA и скрипты рулят, но может есть какая-то специальная штука?