Ну а если с сокетами, то почитайте - www.linuxhowtos.org/C_C++/socket.htm
Еще не забыть треды прикрутить, сделать мьютексы и настроить pool/epool. Всего-то ничего, строк на 100-200... Плюс реализация своего протокола...
Ну, да, конечно! "Вам нужно разработать простенький минималистичный протокол".... Нафиг всё, будем recvmsg/sendmsg юзать, ошибки переполнения обрабатывать, протоколы придумывать, пользователей авторизовывать, нагрузку распределять... И будет у нас не чатик, на новый mycoolmqlibchat.
Для этого есть снапшоты например (lvm, btrfs, ceph)... Ну и я бы не стал использовать overlayfs в высоконагруженной файловой системе - есть риск получить кирпич из-за нехватки памяти. Но здесь каждый сам себе злобный буратино. Я использую overlayfs только на бездисковых терминалах и на машинках с флеш загрузкой, которые ничего кроме логов не пишут, а если и пишут то раз в квартал очередной конфиг.
А! Ну если так... Что-то вроде супербакапера :-) Только не пойму, зачем столько разных систем поддерживать? Все равно, если человек что-то отличающееся от фата/нтфс/экст34 использует, то скорее всего использует не просто так, а со знанием дела и уже представляет для чего ему это нужно.
DataSource используется в jini, в частности в glassfish, tomcat, jboss, в общем в любом сервере приложений, в соответствии с j2ee.
Но можно и без DataSource, или поднять свой jini (иногда только зачем?).
А можно и как-то сгруппировать по подсетям или еще как, здесь уже от фантазии все зависит :-) и да, биндинги к libpcap есть практически на всех языках, начиная от дельфи и заканчивая явой с питонами и перлами - пиши на чем хочешь.
Именно это и имею ввиду - откуда и куда и на какой порт. Его можно отфильтровать через тот же графвиз и выгрузить в svg, который можно нормально масштабировать хоть в браузере, хоть и inkscape или подобной софтине. Или нужно было что-то другое?
Э... Как бы сказать... Ну не нужно путать Power и PowerPC, первая немного другой внутренней архитектуры, хотя система команд одинаковая. Что касается FPU, то он по производительности ничем, в конечном счете не отличается от архитектур на X86, более того, сопроцессоры у всех очень похожи. Преимуществ нет никаких на данный момент, а по производительности оно сейчас как CortexM4 (или ARM A7) с одинаковой частотой, тем более, что есть чипы и с FPU.
Ну а как разработчик с 15-ти летним стажем под эту архитектуру (начиная с PPC601, далее везде от микроконтроллеров до PPC G5), они начали сливать интелу как раз из-за частоты и и политических разногласий уже в районе G3 vs Pentium III. Единственное преимущество было - грелись меньше, но и это потом сошло на нет.
Да, архитектура была хороша, но для своего времени, в микроконтроллерах и сейчас применяется. ARM победил как раз тем, что не нужно отчислять большое бабло на лицензии, жадность здесь сгубила, MIPS - бОльшим альянсом, SPARK вообще халявой. А PPC только у IBM и Freescale (Motorola) остались. Один развивает Power, другой микроконтроллеры для ракет трайдент и прочей космонавтики. Да и то, потому что туда столько бабла вложено и ими самими и заказчиками/кастомерами...
Ладно, сильно в дебри вдаваться не буду, все уже давно описано до меня. В общем: было, да сплыло, увы.
Еще не забыть треды прикрутить, сделать мьютексы и настроить pool/epool. Всего-то ничего, строк на 100-200... Плюс реализация своего протокола...