The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз MikroTik RouterOS 5, opennews (ok), 01-Апр-11, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


20. "Релиз MikroTik RouterOS 5"  –1 +/
Сообщение от User294 (ok), 01-Апр-11, 18:42 
> Даже MPLS/VPLS умеет Твой OpenWRT?

Честно? Без понятия - мне оно не требовалось. Вообще, мне почему-то всегда казалось что MPLS создан для крутых больших и быстрых провйдерских сетей. Что подразумевает девайсы совсем иного калибра и совсем иные задачи, соответственно - мне не очень понятно как девайсы класса роутерстейшнов или роутербордов пересекаются с такими задачами. Чисто технически OpenWRT может все что в принципе может Linux и практически любой открытый софт для него. В хучшем случае придется немного повозиться с пересборкой образа, ну может накрайняк, сборкой пакета. Но у них это сделано довольно просто и вменяемо, никакой особой ракетной науки.

Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз MikroTik RouterOS 5"  +/
Сообщение от deadless (ok), 01-Апр-11, 21:11 
Для себя ни одного вменяемого дистра роутера/медиаплеера не нашел, пришлось как всегда в линуксах брать напильник и пилить :) но это хорошо на самом деле, знаешь куда чего и сколько, что касаецо openwrt то у optware очень грамотно сделана система сборки вареза, я куски из нее даже себе перетащил, а вот тулчейн, ядро, окружение и тд собираю сам. В optware уже почти 1200 прог протировано, достойный результат. Если варез писали не чудаки то да, портируется дочтаточно легко.
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз MikroTik RouterOS 5"  –1 +/
Сообщение от User294 (ok), 01-Апр-11, 22:34 
> Для себя ни одного вменяемого дистра роутера/медиаплеера не нашел,

Как по мне, OpenWRT вполне вменяем как роутер. Насчет медиаплееров я без понятия - не нужны они мне.

> пришлось как всегда в линуксах брать напильник и пилить :)

Наверное секрет в том что запросы придирчивого гуру только он и знает. Массовые решения неизбежно делаются для кого-то среднеарифметического. А как только хочется что-то сверх того - опаньки. Добро пожаловать в мир напильников :). Опенврт - это такой ящик инструментов который позволяет просто и быстро сделать что нужно :). По дефолту оно выглядит как швейцарский нож для сетей, к которому дадены напильники на случай если вдруг надо что-то еще :)

> что касаецо openwrt то у optware очень грамотно сделана система сборки вареза,

Их система сборки мне вообще нравится. Сразу видно что  люди для себя это делали а не для галочки - юзать достаточно удобно.

> я куски из нее даже себе перетащил, а вот тулчейн, ядро, окружение и тд собираю сам

Можно, но геморройно. А что это дает? У вас получаются более забористые ядра и тулчейны? :)

> Если варез писали не чудаки то да, портируется дочтаточно легко.

Ну да. Правда сама пакетная система не отличается особым умом и сообразительностью - пакетный манагер прост как топор и по этой причие его можно без особых усилий надурить, больно выстрелив себе в пятку. Мне он как-то разок libc бойко вынес со всеми прибамбасами, после чего немедленно перестали запускаться абсолютно всем программы :D. А пакеты главное продолжали летать :). Будем считать что кодовое название backfire имеет право на жизнь :).

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз MikroTik RouterOS 5"  +/
Сообщение от cmp (ok), 02-Апр-11, 03:52 
> пакеты главное продолжали летать

А почему они должны были перестать это делать? Была похожая ситуевина, на полноценном компе конечно, но тем не менее, часть похеренных файлов удалось восстановить, из ссылок в /proc/pid/fd, для оставшихся запущенными демонов, естественно, с либами конечно было не так просто. Кстате, systemd могла бы решать эту проблему наличием ссылок на либы по аналогии.

Совсем не при чем, но демон отвечающий за взаимодействие компонентов системы, должен бы похвастаться нативной поддержкой запуска, скажем nginx со статической страничкой с информацией о технических проблемах на сайте, до момента запуска апача со всеми его наворотами и, вероятно необходимыми для запуска файлами, лежащими вне стандартных директорий (где-нить на шифрованных файло-разделах смонтированными по сети), то есть не десктоп-ориентированный hald с базой данных моделей-флэшек, и не то уродство, что сейчас пилит RH, с оптимизацией /var/run, а полноценная псевдо-фс с возможностью проверки - слушает ли dhcpd udp порт на таком-то интерфейсе, или же интерфейс не "поднялся" на момент старта этого демона и демон на него забил ругнувшись в лог...

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз MikroTik RouterOS 5"  +/
Сообщение от User294 (ok), 02-Апр-11, 09:29 
>> пакеты главное продолжали летать
> А почему они должны были перестать это делать?

Ну да, ядро то живое и плевало оно на этот libc... ;)

> Была похожая ситуевина, на полноценном компе конечно,

В моем случае - примитивный манагер пакетов openwrt ступил при каком-то сильном изменении в trunk и решил при форсированном обновлении бойко выпилить libc по этому поводу :)). Грех жаловаться, ибо trunk сам по себе постоянно крушат и ломают, а я еще и решил форсануть сомнительное обновление на свой зад. На которое opkg упирался. Как бы логично что я получил невкусный результат, хотя, конечно, настолько нахальной и убойной системной диверсии я все-таки не ожидал :)

> но тем не менее, часть похеренных файлов удалось восстановить,
> из ссылок в /proc/pid/fd,

После упомянутого действа перестали запускаться и работать абсолютно все команды в системе. Я остался в ssh, пакеты продолжили летать. Но ни одна команда не работала. Получился всадник без головы :). В результате - подождал до момента когда выключение роутера не будет создавать никаких проблем и ребутанул с зажатой кнопкой в "failsafe" режим. У openwrt есть такой режим - если оно при загрузке видит что нажата кнопка, монтируется только дефолтный readonly squashfs, а (потенциально проблемные) изменения юзера в (read-write) JFFS - не монтируются "поверх" readonly базовой системы. Поэтому мы получаем систему в максимально дефолтном виде, какой она была на момент билдования образа. А далее уже замаунтить JFFS уже "в сторонку", не приводя систему в текущее состояние, но получив ФС с изменениями "где-то сбоку". Далее из этой ФС можно без проблем вынуть нужные файлы или поупражняться в откате нежелательных изменений. Что и было сделано.

> для оставшихся запущенными демонов, естественно,
> с либами конечно было не так просто. Кстате, systemd могла бы
> решать эту проблему наличием ссылок на либы по аналогии.

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

> Совсем не при чем, но демон отвечающий за взаимодействие компонентов системы, должен
> бы похвастаться нативной поддержкой запуска, скажем nginx со статической страничкой с
> информацией о технических проблемах на сайте,

Какой-то сильно кастомный функционал. А, простите, зачем бы его пичкать вообще во всех? От эмбеддовки с 16М памяти до десктопов где никакого опача нет? ИМХО, сильно кастомная хотелка, ну вот вы и занимайтесь кастом кодингом оной в каком-то вашем супердистре, откровенно ориентированном на сервера, только сервера, при том только сервера которым нужен нжинкс и опач одновременно (нжинкс вполне может и без апача обойтись, btw).

> до момента запуска апача со всеми его наворотами и, вероятно необходимыми
>для запуска файлами, лежащими вне стандартных директорий (где-нить
> на шифрованных файло-разделах смонтированными по сети),

Вы описываете нечто, что врядли окажется даже в 1% машин. Какого хрена это надо по дефолту вдувать всем? И почему у остальных 99% ненужный им функционал должен хавать место на винте, в оперативке и прочая? А как обрабатывать ситуации если у юзера нет апача или нжинкса? А кто сказал что они обязаны быть в каждой инсталляции? Как максимум, демон отвечающий за старт сервисов мог бы как-то немного упрощать подобные вещи, но решать все проблемы как серебряные пули? Упаси боже. Он тогда превратится в операционку в операционке :)

> то есть не десктоп-ориентированный hald с базой данных моделей-флэшек, и не
> то уродство, что сейчас пилит RH, с оптимизацией /var/run, а полноценная
> псевдо-фс с возможностью проверки - слушает ли dhcpd udp порт на
> таком-то интерфейсе, или же интерфейс не "поднялся" на момент старта этого
> демона и демон на него забил ругнувшись в лог...

Можно пойти чуть дальше :P. Вот например, можно захотеть проверить насколько он жив более эффективным методом :). А то вдруг dhcpd впал в infinite loop и хоть и открыл порт, но далее сдох и забивает на запросы гоняя infinite loop и более ничего? Это же тоже жопа, правда? :). А пусть запускач будет содержать целый настоящий дхцп-клиент и получит себе персональный айпишник от дхцп. Провалидировав работу демона от и до :) На манер assert(condition) используемого в программах. Ну и что что в итоге запускач превратится в некий гибрид среды программирования и операционной системы, т.к. без этого нужной гибкости просто не достичь? Будет Linux-on-Linux (LoL). Ну типа как Windows on Windows (WoW) :))). Тем более что название для этой подсистемы обещает доставлять :)

Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз MikroTik RouterOS 5"  +/
Сообщение от cmp (ok), 02-Апр-11, 22:04 
Справедливо.

> возможность да хоть тот же systemd и выпилить...

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

>Какой-то сильно кастомный функционал. А, простите, зачем бы его пичкать вообще во всех? От эмбеддовки с 16М памяти до десктопов где никакого опача нет? ИМХО, сильно кастомная хотелка,..

Во встраиваемые системы, пожалуй смысла нет, пока.. пока у них 16М памяти и сильно-сильно перепатченная ОС, а почему роутер не может обсчитывать какую-нить распределенную задачу пока нагрузка на него не велика, а какой-нить гугл за это +*цать гигов на своем сервисе для n пользователей, этакий бартер ресурсами.

Функционала там на 300кб исполняемого файла, по сути всего лишь среда ориентированная на управление процессами, как часто вам приходилось пользоваться грипом и его возможностью выдачи N строк после найденного совпадения, или объявлением функций в awk.

> проверить насколько он жив более эффективным методом

Можно, реализовав метод в либе в специальном пакете включенным в серверный вариант ОС, собственно это и цель.

> Какого хрена это надо по дефолту вдувать всем? И почему у остальных 99% ненужный им функционал должен хавать место на винте, в оперативке и прочая?

То есть демоны написанные на питоне, китайские шрифты и тому подобное можно, а подсистему которую за 2мин можно настроить на уведомление о отказе ПО нет.

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

Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз MikroTik RouterOS 5"  +/
Сообщение от User294 (ok), 03-Апр-11, 11:16 
> но это мелочи, определение пакета как критичного и не подлежащего  
> авто-обновлению уже серьезнее,

По хорошему все пакеты должны быть авто-обновляемы, даже критичные. Иначе есть риск нарваться на ситуацию когда в нем например будет уязвимость, а 90% юзеров окажутся пофигистами и идиотами. Поскольку софт работает в реальном мире с реальными не только админами и системщиками, но и идиотами и пофигистами за экраном, данная опция должна быть. И даже наверное активное по дефолту. Гуру если не хотят это - отключат, а вот жопы идиотов не способных убирать за собой - будут явно целее. Вы же не хотите чтобы ваша любимая система заимела репутацию дырявого сита?

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

Эээ а может повышения? Обычно слишком абстрактные и общие решения не могут снизойти со своих высот до конкретики некоей ситуации и грамотно разрулить эту конкретику. Получается FAIL, в лучшем случае он лечится уймой костылей и подпорок. На самоме деле есть некая золотая середина, а сильные перекосы в ту или иную сторону ведут к разным видам геморроя.

> Во встраиваемые системы, пожалуй смысла нет, пока.. пока у них 16М памяти

У них может быть и гиг памяти. Только вот чипы на 16Мб в отличие от чипов на гиг - по цене грязи под ногами. А дешевая железка продается бОльшими тиражами чем дорогая, что логично. С учетом того что цена производства PCB и цены на компоненты снижаются по мере роста объемов заказов, становится понятно каким методом проще достичь EPIC WIN.

> и сильно-сильно перепатченная ОС,

Да не настолько уж и сильно. Хотя у кого как.

> а почему роутер не может обсчитывать какую-нить распределенную задачу
> пока нагрузка на него не велика, а какой-нить гугл за это +*цать гигов
> на своем сервисе для n пользователей, этакий бартер ресурсами.

В принципе могло бы быть кульным вариантом для гугла сделать свой мегаботнет, при том суммарная мощность оного была бы внушающей :). Правда вот лично я в гробу видал зонды от гугля. Мне проще (довольно дешевый уже) 500Gb ноутбучный винт присобачить. Поимев +500Gb места на лично своем сервисе. Если надо - доступном через веб. Без всяких гуглов. Так, глядя на Skype, который не забывает и денег требовать за звонки, и жрать бандвиз оптом для проксирования файрволеных юзеров. По сути делая из юзеров с нормальным интернетом дармовый релей наподобие TURN. На таких условиях имхо пусть сами свое ... юзают :)

> Функционала там на 300кб исполняемого файла, по сути всего лишь среда ориентированная
> на управление процессами,

Некая проблема состоит в том что на этих устройствах CPU обычно ARM или MIPS, при том ядро может иметь некие детали реализации, скажем у одних старый ARM9, а у других более новый ARM11, а у третьих MIPS вообще. Конечно можно виртуальную машину/кодогенератор привинтить, но это уже врядли в 300kb уложится и будет создавать много нагрузки, а ради чего - не очень понятно.

> как часто вам приходилось пользоваться грипом и его возможностью выдачи
> N строк после найденного совпадения, или объявлением функций в awk.

Не часто. Кстати в эмбеддовке обычно юзается бизибокс, в котором многие редко используемые функции можно отпилить нафиг. Что и делается. Например ps умеет только довольно простой список и 1 формат оного. Зато занимаемое в флеше место и потребление памяти - намного меньше.

>> проверить насколько он жив более эффективным методом
> Можно, реализовав метод в либе в специальном пакете включенным в серверный вариант
> ОС, собственно это и цель.

Это имхо должно быть чем-то типа плагина или какого-то подобного довеска. При том - в силу сложности фичи, возникает вторая проблема: а кто проверит проверяющего?! Если он сложный - в нем тоже баги будут. И спасибо если они не поставят раком всю систему инициализации (отказоустойчивый дизайн - не такая уж простая штука).

> То есть демоны написанные на питоне, китайские шрифты и тому подобное можно,

Ну так их нет в эмбеддовке например. Как по мне - я б за это придушивал.

> а подсистему которую за 2мин можно настроить на уведомление о отказе ПО нет.

Ну просто если все будут так рассуждать, минимальный инсталл системы будет 15Gb и оно будет требовать минимум 2Gb RAM. А теперь представим себе что мы хотели допустим виртуалочек сделать...

> Подумываю открыть домашний wifi, чтобы соседи качали кино и софт с домашнего компа,

Потенциальная проблема: если некто сделает нечто сильно незаконное, есть риск что предъявы придут именно к вам под дверь, а процесс доказательства что вы не верблюд может стоить много нервов. Я бы как минимум телепортировал анонимных дятлов впн-ом куданить в другую страну. Ну, чтобы предъявы приходилось как минимум собирать в цивилизованном формате, по всем требованиям законов, а не "знаете, тут позвонили из %s, поэтому мы отключаем вам интернет". Или оставить анонимным дятлам доступ только в интранет, где вредительство будет лимитировано. Искренне надеюсь что однажды mesh сети похоронят эту проблему раз и навсегда, и всяким корпорасам, копирасам и прочим придется жить с мыслью что информация пробьет себе дорогу и с этим ничего сделать не получится :P.  

> но собственным ноутам требуется больший доступ и приватность, очевидно vpn,

Ну да, как-то так.

> только держать его всегда запущенным не вижу смысла,
> по-этому, приходится крутить костыли,

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

> а если надо скинуть 4 сезона сериала,

Я бы на вашем месте не очень анонсировал такие use case'ы как примеры. Потому что они копирасам интереснее чем разработчикам. Разработчики обычно не любят осознанно и открыто нарушать законы. Это примерно как прийти в магазин и заявить: "чуваки, а почему бы вам не продавать не только унылые и неудобные хозяйственные топоры, но еще и боевые алебарды?! Они намного удобнее для моих задач! Я хочу вон того негодяя изрубить!"

> тупо ждать, или воткнуть таки кабель и ждать в 4 раза меньше, почему вы
> считаете, что это не будет востребовано.

Я не уверен что полностью понял какая взаимосвязь между кабелем, впн и 4 раза меньше. У меня есть ощущение что то что вам надо можно уже сегодня сделать из опенврты. Ну может с парой костыликов анализирующих ваши кастомные условия и реализующие вашу кастомную логику (например запуск openvpn по условию). А я чисто как юзер предпочел бы не столько "в 4 раза быстрее" сколько "в фоне, не отвлекая меня". Собссно, я не думаю что кто-то сможет посмотреть 4 сезона за время их скачки, ну разве что если их морзянкой слать :). Наиболее вменяемый вариант: качающий приоретизирует файло, самое приоритетное - то что надо первым, а пока он смотрит первые серии, остальное докачается :). А файло может быть попросту всегда доступно. Допустим, на юсб-диске прицепленом к роутеру. Оно не выжмет гигантскую скорость (в лучшем случае прогрузит 100Мбит лан), но без проблем отгрузит в фоне все что угодно. Роутер в отличие от компа никогда и никто не выключает как правило, и от сети не отсоединяет. Особые гурманы с большой коллекцией и щедрой душой могут купить небольшой никогда не выключаемый NAS - "усиленная версия" идея :)

Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз MikroTik RouterOS 5"  +/
Сообщение от cmp (ok), 03-Апр-11, 15:17 
> взаимосвязь между кабелем, впн и 4 раза меньше

wifi, который g держит скорость 2.5 Мб/с, кабель с витой парой и обычными сетевушками за 150р ~10Mб/c, то есть надо чтобы по втыканию кабеля подымался интерфейс настраивался, следом демон и еще бы bonding и была бы песня. Что 10 лет назад, что сейчас, из каробки dhcp, может чудо-юдо NetworkKit. Прикручивается костылями все, на то он и линух, только сколько не пытался, с каждым новым дистром все меньше понимаю как настроить хоть туже инициализационную систему как мне надо, поэтому если не первое, то второе действие после инсталяции, это содержимое /etc/rc.d в топку, в лучшем случае rc.[0-5] можно оставить. Возни конечно часа на два, пока что надо напишешь, зато грузится шустрее раза в два, и если надо изменить, не втыкаешь в стандартные скрипты, где черт ногу сломит, пока ищешь где функция описана.

Ответить | Правка | Наверх | Cообщить модератору

126. "Релиз MikroTik RouterOS 5"  +/
Сообщение от deadless (ok), 04-Апр-11, 22:24 
> Как по мне, OpenWRT вполне вменяем как роутер. Насчет медиаплееров я без
> понятия - не нужны они мне.

А мне нужно чтобы одна железка умела и пакетики роутить и кино/радио/музыку качать/показывать/транслировать как самостоятельно с торентов, дисков,  так и с медиа-сервера и еще неплохо бы openvn клиента подымала к серваку с центральным управлением, при этом полностью управлялась по snmp и самостоятельно обновляла прошивку при появлении на серваке новой. У меня ведь этих железок в сети уже больше 400 и всем этим делом нужно как-то управлять. Вобщем одна железяка заменяет собой все что остальные вендоры пытаются впарить по частям, вот вам STB заотдельно, вот вам роутер с wifi, вот вам media-player. Да по отдельности они все чем-то хороши, но сколько ж головняка клиентам, а кишки у всех _одинаковые_ арм + линукс. А вот в одной коробочке когда все вместе это зер гут. Хороший получился проект, цельный, и при каких-то проблемах у клиента наш хелпдеск завсегда может в мониторинге глянуть статус железки, в край заломится к ней по ssh, если она хотябы в сеть воткнута и порты целы. Клиенты избавлены от головняка с какой либо настройкой железки вообще, железка при первом включении настраиваецо сама. Клиенту только в сеть да в езернет воткнуть.

> Наверное секрет в том что запросы придирчивого гуру только он и знает.
> Массовые решения неизбежно делаются для кого-то среднеарифметического. А как только хочется
> что-то сверх того - опаньки. Добро пожаловать в мир напильников :).

ну вот да, запросы как видишь далеко не стандартны.

> Опенврт - это такой ящик инструментов который позволяет просто и быстро
> сделать что нужно :). По дефолту оно выглядит как швейцарский нож
> для сетей, к которому дадены напильники на случай если вдруг надо
> что-то еще :)

Да в общем и целом все что надо есть.

> Можно, но геморройно. А что это дает? У вас получаются более забористые
> ядра и тулчейны? :)

Не, тут секрет в том что одним тулчейном и ядро собирацео и бизибокс и все что ставится в прошивку сверх того. Я как-то поначалу прифигел когда optware начал мне свой собственный тулчейн собирать несмотря на то что у меня уже стоял мой, с блэкджеком и ш...ми, поэтому сразу нажал ctlr+c и перековырял всю систему сборки. В итоге набрал еще плюшек от ddwrt, theMiron, пару недель с напильником ну и в итоге получилась конфетка. Хотя эта конфетка пилится практически каждый день. Но optware хорош это да.

> Ну да. Правда сама пакетная система не отличается особым умом и сообразительностью
> - пакетный манагер прост как топор и по этой причие его
> можно без особых усилий надурить, больно выстрелив себе в пятку. Мне
> он как-то разок libc бойко вынес со всеми прибамбасами, после чего
> немедленно перестали запускаться абсолютно всем программы :D. А пакеты главное продолжали
> летать :). Будем считать что кодовое название backfire имеет право на
> жизнь :).

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

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

43. "Релиз MikroTik RouterOS 5"  +/
Сообщение от croster (ok), 02-Апр-11, 20:31 
>Для себя ни одного вменяемого дистра роутера/медиаплеера не нашел

Я считаю, что нагружать одно устройство функциональностью роутера и медиаплеера (торрентокачалки) не совсем правильно. Лучше роутер отдельно, а для закачки торрентов появляются специализированные устройства, например
USB Station 2 (http://www.synology.com/enu/products/USBStation2/index.php)
Iomega iconnect (http://go.iomega.com/en/products/network-storage-desktop/wir...)
Думаю, что за такими устройствами будущее (текущие не слишком мощные, зато абсолютно бесшумные).

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

57. "Релиз MikroTik RouterOS 5"  +/
Сообщение от User294 (ok), 03-Апр-11, 11:37 
> Думаю, что за такими устройствами будущее (текущие не слишком мощные, зато абсолютно
> бесшумные).

Общая тенденция интеграции и здравый смысл подсказывают что на уровне физики и логики нет никаких причин по которым такой девайс не мог бы быть роутером и файлопомойкой одновременно. Уже есть роутеры которые и сносные файлопомойки, равно как и файлопомойки которые сносные роутеры. Грань постепенно сотрется, как это и должно было быть с самого начала. Это всего лишь обычные сетевые ... компьютеры :)

Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз MikroTik RouterOS 5"  +/
Сообщение от deadless (ok), 04-Апр-11, 22:43 
>>Для себя ни одного вменяемого дистра роутера/медиаплеера не нашел
> Я считаю, что нагружать одно устройство функциональностью роутера и медиаплеера (торрентокачалки)

Какие там нагрузки? даже дохлый broadcom 4780 вполне тянет закачку торентов, роутинг и HDTV.

> не совсем правильно. Лучше роутер отдельно, а для закачки торрентов появляются
> специализированные устройства, например
> USB Station 2 (http://www.synology.com/enu/products/USBStation2/index.php)
> Iomega iconnect (http://go.iomega.com/en/products/network-storage-desktop/wir...)
> Думаю, что за такими устройствами будущее (текущие не слишком мощные, зато абсолютно
> бесшумные).

ога и рядом с телевизором у тебя хренова куча пультов, коробочек, проводов и прочей ереси, и все это нужно запитывать, настраивать, пробрасывать порты, зачем? кишки у всех одинаковые, внутри у всех линукс, который давно многозадачен и многопоточен. В наших железках 32 метра флеша, туда влезает абсолютно весь набор плюшек/хотелок/перделок. Оно прекрасно тянет HDTV, трансляцию, роутинг, закачку с торентов одновременно. Зачем все это разделять на хренову тучу сущностей? Сейчас вон с кетая новую версию железяки привезли, камень 1000Mhz, 512М рамы, флеш 512М, 5 гигабитных портов, производительности даже слишком. А маркетоиды конечно будут вам пестни петь что нельзя все в один девайс пихать - не кошерно. Им выгодней вам 3 железки продать + ip телефон, вместо одной.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

128. "Релиз MikroTik RouterOS 5"  +/
Сообщение от croster (ok), 04-Апр-11, 23:07 
>даже дохлый broadcom 4780 вполне тянет закачку торентов, роутинг и HDTV.

Да что Вы говорите. Даже Zyxel Keenetic с 380 МГц процессором тормозит при автономной скачке/раздаче торентов (там ограничили скорость закачки до 1Мбайт/c), а тут вдруг дохлый broadcom 4780 на 300 Мгц все вытянет? Не верю (с). Если хорошенько нагрузить торентами, то тяжеловато будет даже интел атому, не говоря уже о процессорах MIPS с частотой несколько сот мегагерц.

Ответить | Правка | Наверх | Cообщить модератору

134. "Релиз MikroTik RouterOS 5"  +/
Сообщение от Аноним (-), 28-Апр-11, 13:48 
> сущностей? Сейчас вон с кетая новую версию железяки привезли, камень 1000Mhz,
> 512М рамы, флеш 512М, 5 гигабитных портов,

А что это за железка??? Где взять?!

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру