pavlabor

http://korrespondent.net/business/web/1204420-v-rossii-sozdadut-nacionalnuyu-operacionnuyu-sistemu В России создадут национальную операционную систему Правительственная комиссия по высоким технологиям и инновациям одобрила разработку национальной операционной системы, сообщает газета Ведомости. По словам гендиректора компании Сириус Леонида Ухлинова, разрабатывать национальную ОС будет консорциум разработчиков, который и возглавит Сириус, принадлежащий Ростехнологиям. Отмечается, что в настоящий момент консорциум уже существует, а в его состав входят более 130 компаний. В ближайшие два года на национальную программную платформу выделят 490 миллионов рублей (почти 130 млн гривен) из бюджета программы Информационное общество. Представитель Сириуса уже заявил, что этих средств будет недостаточно. При этом бюджет всей госпрограммы, рассчитанной до 2020 года, составляет 88 миллиардов рублей (23 миллиарда гривен). В середине декабря правительство России утвердило план, по которому все органы власти будут переведены на свободное программное обеспечение. Ожидается, что перечень ПО, в который войдет операционная система и базовый пакет программ, будет утвержден до конца 2011 года. Полностью же переход планируется завершить к 2015 году. Как заявлял летом 2010 года замглавы минкомсвязи Илья Массух, первая версия национальной ОС должна появиться до конца 2011 года. Предположительно, она будет на 90 процентов основана на исходном коде ОС на базе ядра Linux.

больше сдадим-меньше получим

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

Уважаемый, ну тут же не клуб любителей рыбной ловли... 10 см сухого воздуха пробить - это не менее 10 киловольт разности потенциалов нужно... Абсолютно нормальное явление http://groza.pavlabor.net/sample5.php то что в голове не укладывается, то другое дело.

http://www.pravda.com.ua/news/2011/04/4/6077904/

Исправлять не стану, голова болит, главое чтобы была понятна идея. Пару слов за регистры, то что это память, это только теория. на самом деле это логический ключи с предустановлеными битами, то есть это не память. И регистры на самом деле для свича, самое важное, потому что в самой фабрике коммутации нет такого понятия как частота, это логические ключи, если там 0 переход закрыт, если 1 переход открыт, При получении пакета в аккумулятор, мак, ип, приамбула, паралельно раскладываются по соответствующим регистрам, если получаем логический 0, пакет дропается, если 1 , он выгружается в соответствующий порт. Потому и скорость, потому и не блокируемая матрица. Эти регистры находятся внутри чипа, и правильно > MACи/маршруты, в объемы которой все и упирается. Это класический коммутатор, лер 3, так же организовывает и другие маски управления, это ип, асл правила. DRAM для коммутатора не важна, у фабрики коммутации нет такого понятия как прошивка, прошивка это уровень управляющего процесора, и firmware нужна для него. Собственно и то что после заливки firmware, мы получаем цыску, залей туда juniper, получиш juniper. Естественно каждый пытается сгородить защиту, дабы те же китайцы не потянули, спаять им шо два пальца об асфалть. Но образно, так. Мы переписывали прошивки, заливали в существующее железо и оно работает. только прошиву написать довольно сложно. bgp от ospf отличается кардинально. Если ты оптимизоровал комп под http://gara.opennet.ru/ipacc/ то думаю что быстро поймеш что я написал. Промышленый шпионаж, мне достаточно от тебя инфы, чтобы через неделю выйти на твои параметры по нагрузке. Потому что мне достаточно намека, не разочаровывай меня. По ipacc, почему не ng_ipacct? Дело в том что у нас стояли коллекторы на ng_ipacct, мы их похоронили лет пять назад (поднял архивы, последние правки - июн 22 2006). Потому как по мне, там нет правила from_IP to_ANY pkg byte перетачивали ли под себя, под 64 битность? Подожду реакцию на DRAM...

Есть роутеры софтовые, аппаратные и аппаратно софтовые. И за 286 процы на цысках, тоже знаю. Нет тут нечего удивительного. Если есть желание узнать как оно работает, в двух словах раскажу. Для начала что такое роут, начнем с хаба. Хаб, пузырил все пакеты на все порты, было довольно затратно и придумали свичь. Чем интересен свичь. В свиче придумали таблицу мак адресов. Когда пакет с одного порта заходит, то свичь пробрасывает брадкастовый мак опрос на все порты, все устройства должны данный пакет пропустить, а тот кому он предназначен, должен ответить. В результате с какого-то порта приходит ответ, он регистрируется в таблице мак адресов коммутатора с указанием порта и времени жизни. Дальше, когда маршрут построен, пакеты просто отправляются на указанный порт. В результате получился девайс с фабриуой коммутации и таблицой маршрутизации на мак уровне. Примечательно то что таблица реализована на уровне регистров, сама фабрика коммутации логический автомат, соурс мак и дестынейшин мак, вирезаются логически, это позволяет работать на больших скоростях, при практически очень низких енергозатратах. Шина 800мегабит, для компа это приличный радиатор, в коммутаторах практически радиаторов нет. Вырезка маков на полной скорости это круто Цыска, посмотрела на такой финт и подумала, а чо если резонуть больше. И появился коммутатор 3 уровня. Здесь IP, вырезалось автоматом и помещалось в таблицу маршрутизации, это были регистры самой фабрики коммутации, поетому пакет обрабатывется на на полной скорости. Но так как для размещения ип необходимы регистры, пришлось наращивать микросхему. Потом пошли дальще, кроме мака, и IP, начали вырезать часть приамбулы пакета и на его основе построили асл правила. После такого усовершенствования, коммутатор, не намного подорожав, превратился в роутер и мог роутить потоки на скорости коммутации. Это круто. Возникает вопрос, чем там занимаются целероны? А нечем...! Они там и на не на...! Все роутится на уровне центрального чипа коммутатора, ему не нужен даже целерон! А, ну да, коммутатор то управляемый... и как бы нужно чем то управлять, и собственно, там с головой достаточно ПИК-а. Зачем? Ну чтобы пинговать, зайти телнетом и сделать настройки, то есть примитивные процедуры, для того чтобы в фабрике коммцтации пороскладывать по регистрам маски. Все! Но визуально прет, на скорости 20ркс в секунду, и под 20 гиг производительности... Вот и вся цыска, равно как и juniper, да причие производители. Теперь, если стало понятно с коммутатром, можно расмотреть как работает рс. А рс, если ы него воткнуть две сетевые, не получает единого моста между портами, в связи с этим поток с одного интерфейса, должен пройти на уентральный проц, и оттуда на второй интерфейс. Отсюда PCI шина просто физически не может выдержать нагрузки, а на ней висит еще куча обвязки. На этом уровне должно стать понятно что, - для цыски абсолютно побарабану какой там стоит проц, главное фабрика коммутации, - комп, в часности пень, не может обойти цыску в принципе, из за архитектурных особенностей. Но не все так кучерявенько. Задачи можно разложить на те которые требуют мало памяти, регистров, для размещения масок, и задачи когда нужно много регистров. Отсюда, практически все лер3 могут сделать рип, оспф, но не могут сделать бжп! Чо за фигня? В чом проблема? Как писал один админ - "сделал запрос, может обновлю прошиву, чтобы бжп разрулило..." Ну, ну... А вся проблема в том, что рип, это статические маршруты, и их всего лиш 32 штуки, для их размещения, можно даже выделить регистры из таблицы мак адресов, на довольно дешовом чипе, и молотить будет поток на полной скорости. А бжп, это проблема, 700-800 тыс. анонсов это серьезные объемы, тут аппаратно сделать уже нужно попотеть. То есть, легко заметить, что это задача совершенно другого уровня! Более того трафик проганять по такой массе регистров, задача трудоемкая. И таких задачь не мало, есть задачи прикладного уровня, которые нет смысла реализовывать аппаратно, потому как они не стабильно интересны. И само управление, требует все больше и больше сервисов. И постепенно, в коммутаторе появляется два ядра, первое это непосредственно фабрика коммутации, и абсолютно ей не нужное, ядро управления коммутатором с операционкой, на котором и стоит ваш целерончик. Получается что коммутатор вне конкуренции, если нужно просто коммутировать поток, коммутировать по признаку велана, рип роута, оспф, фильтровать налету трафик по маске - то есть те операции которые выполняются непосредственно фабрикой коммутации. Коммутатор может также решать примитивные задачи, днсп, днс, пинг, трейс и прочую ерунду. Но если необходимо, БЖП, собрать статистику по нетфлоу, прокси, шейперы, цыска превращается в девайс, не чем не отличающияся от класического сервака. И на таких задачах, ефективней использовать комп, тем более, после появления pci-e, и кучи наворотов на его базе, комп начинает составлять серьезную конкуренцию цыске. А появление карточек дуо и квадро, вообще говорит что в недалеком будущем, квадро карточка будет выступать фабрикой коммутации, а комп станет ядром управления. И тогда цыска, свабодна! Или сделают божеские цены. Думаю данный пост позволит по другому взглянуть на некоторые, крутые, вещи.

С многоядерностю, разработчики сами не знают что это значит Идея там следующая, 1 это 100% загрузки процессора. Если average 1.2, то это означает что в очереди на обработку находится столько задачь, что необходимо 120% процесорных ресурсов. И это сигнал прикупать еще один проц, или повышать частоту проца. Если в системе стоит 2 проца, то как бы 1.2 это нормально, свободно 80%, и т.д. Для квадро, 4 это нормально. Но 0, этого не может быть, потому как проц то работает, и если система загружена на 10%, то там по любому должно быть хоть 0.1

load average. Это случайно не вята? load average - это параметр загрузки очереди обработки, и для 0, система должна стоять, нет нечего в очереди. при таких нагрузках , такого не может быть. Чуствую KaYot, подкинул ты мне работы...

Шо там стоит за операционка? top - 14:35:01 up 76 days, 1:32, 1 user, load average: 0.00, 0.02, 0.00 это мистика, такого не может быть в приципе!

Мы говорим об одном и том же > CPU: Intel Core2 Quad Q9450 2.66GHz > RAM: DDR2 4Gb > NET: Intel PT board dual 82571EB Gigabit Ethernet Controller Это категория > - четыре ядра, 500-600, оптимизированый под гиг

Пики это круто, тогда мы друг друга поймем. Если нужно иметь 3000 независимых счетчика, а это означает что, например счетчик "адын", туда будет складыватся статистика по обему "полученого" трафика на пользавателя "адын". Это в свое время означае что должен существовать, регистр, контенер, переменная или прочая приблуда именно для этой инфы, и туда невозможно положить больше нечего, например отправленый трафик туда положить нельзя, потому как нереально потом разделить сколько передано, а сколько принято инфы. А с этого следует, что если нам нужно 4 счетчика на клиента, то должно быть физически 4 счетчика!!! Отсюда следует, что система должна сниверить поток, на предмет четырех значений, отсюда должно быть 4 условия, при совпадении с которыми данные будут раскладыватся именно в эти счетчики, или пропускатся/дропится. И тут уже не сложно понять, что при отсутствии четырех условий, система не в состоянии разложить трафик по счетчикам. И как не крути, не зависимо, как написаны правила, если там есть пользователь, система при компиляции конфига, организует 4 правила на клиента, с 4 счетчиками соответственно. Отсюда.... повторяю, не нужно себя тешить тем что если конфиг вот такой маленький, то в системе он аналогичный. просто это конфиг. На самом деле, в системе счетчиков еще больше. А то почему оно меньше грузит тачку, это отдельная тема, и это другая история, по крайней мере не уровень тестирования железа, по крайней мере уровень тестирования софта, что в даном посте не ставилось за задачу. И еще раз повторю, если есть необходимость снимать статистику на 750 пользователях, по 4 параметрах, минимум будет задействовано, только под эту процедуру 12тыс дескрипторов. Что позволяет накапливать и считывать "ПЕРСОНАЛЬНУЮ" статистику в любом разрезе. Другого метода, пока просто не существует.

KaYot, то что у тебя писька больше я даже не собираюсь спорить. Инфу ту которую я выложил, удовлетворит 90% текущих админов, не понятно зачем твоя вода на киселе... абслолютно нет комплектации по железу... - просто набор непонятно к чему написаных буков. Если кто не понял. Любую тачку так можно оттюнить..., ...вопрос не дешевле ли преплатить за два лишних ядра, чем связыватся с админами могущее это сделать? Практика показывает что у них и времени нет, и цены они себе не сложат. Данные получены в результате продолжительных експерементов, задача не тюнить, а продавить лбом, ну и кошельком, в пределах разумного. Выводы - подчеркиваю, дешевле переплатить за два ядра, чем нанять админа для тюнинга. В связи с этим, если вы купите тачку согласно моим рекомендациям, а ума у вас как у KaYot-а, то вы будете приятно удивлены. Если вы ленивый как я, то тачка - просто будет работать. А если вы послушаете KaYot-а и купите core duo/ core quad, но вы не достаточно грамотный для тюнингования, да и нагрузки постоянно ростут, то я думаю что вы просто зря выбросите деньги. 3000 правил, это 750 пользователей по 4 правила на каждого, два на локальный трафик, два на внешний. ===========8<----------- add 4002 count ip from 10.180.242.2 to any in via vlan242 add 4002 count ip from any to 10.180.242.2 out via vlan242 add 41002 allow ip from 10.180.242.2 to any in via vlan242 add 41002 allow ip from any to 10.180.242.2 out via vlan242 pipe 40093 config bw 512Kbit/s pipe 40094 config bw 512Kbit/s add 4009 count ip from 10.180.242.9 to any in via vlan242 add 4009 count ip from any to 10.180.242.9 out via vlan242 add 41009 pipe 40093 ip from 10.180.242.9 to any in via vlan242 add 41009 pipe 40094 ip from any to 10.180.242.9 out via vlan242 ===========8<----------- 10.180.242.2 - клиент без ограничений, 10.180.242.9 - клиент с ограничениями, count, allow и pipe выступают в роли счетчиков для сбора сатистики Еще меня смешит, тупая вера в то, что у тебя KaYot оптимизированый роутер!!! Если бы ты занялся програмированием не фаервола, а железа, то был бы разочарован, что на системном уровне, на каждое событие отводится даже не один индентификатор. И то что ты визуально не видиш правил в своем фаерволе, абсолютно не означает что сервак не формирует и х на самом деле. Просто для упрощения настроек, используется обектное структурирование, скажет "таблица", "группа". Разница нагрузки есть только в момент старта, в момент перевода человекопонятного кода настроек, в машинный код. Все, дальше нагрузка абсолютно одинакова. И если есть 750 пользователей и стоит задача получение 4 отчетов по каждому пользователю, то не важно как написаны правила в итоге, в системе будет 3000 счетчиков.

Коре, море, i5, i7, adm - все это условности, чтобы было проще торговать и охмуривать. Есть две ситуации, - первая, тупой роут, - вторая, реально работающая тачка. Чел покупает сервер, а ему тут пришут, того нельзя, сего нельзя..., нафига тогда покупать сервер? У меня все очень просто, берем тачку, ставим на стандартную задачу, без оптимизации и смотрим что получается, результат такой. - одно ядро, частота около 3 гигагерц(меньше себе дороже) трафика больше 130-150 метров не получиш(3000 фаервольных правил), если вылизать и оптимизировать 300метров, дальше начинает проседать(100 правил) - два ядра, 250-300, оптимизированый под 500-600, - четыре ядра, 500-600, оптимизированый под гиг, - 6 ядер, гигабит, оптимизированый потянет и больше, только на... Выводы очень простые, если вы используете гигабитные карты, нужно не менее 6 ядер, от 3.3 гигагерца. Для двух гиговых интерфейсов, больше не нужно, катры от нагрузки РТ или ЕТ. Скажем так - сегодня это стандарт. Разницы между интелом и амд, существенно не увидел, берем что подешевле. То с чего начинался пост, будет проседать на ста метрах трафика.

У нас есть здания, договор с держ майном, в оренде 2 кв.метра, стоимость 150грн в месяц+индекс инфляции. Четыре клиента, по 50 гривен, итого 200. Какие предложите компромисные решения? Было шесть. Мы сказали что сворачиваем узел, или клиенты пусть делают компенсацию. Три ушло, на пипел, потом один вернулся. Сейчас платят 50грн за инет+компенсацию 30грн. И похоже возвратятся и те два. По жилому фонду, к тому идет. ps. Шо то все идет к подорожанию инета...

Наверно пора включать в договор .... Подключение 1 гривня, если длинна линии связи превышает 30 метров, абонент оплачивает разницу из разчета 3 гривня погонный метр. Если стоимость присутвия оператора в доме превышает 5% совокупных платежей по дому, компенсация стоимости присутствия оператора компенсируется абонентентами дома на пропорциональной основе. Сомневаюсь что конкуренту интересно проводить компенсацию. Практика показывает, что издержки берут на себя, в основном только пионерские сетки, монстры данный вопрос даже не оговаривают. Как правильно замечено - дом пропускают. И практика показывает, со временем, жильцы на ногах председателя выносят, в сторону интересного провайдера - иди казел... с поклоном... проси... окучить наш дом... По крайней мере у нас такие случаи имеются. Если дом окучен, развесить объявление что через месяц, услуга прекращается, как правило вопрос за месяц жильцы решают.

С дури, можно и вилкой заколоцца...! Бизнес на ровном месте, ремонтники сотовых, могут обрабатывать сотовые телефоны...

Вот такая мелочь http://www.nano9.ru/ не исключено что срок дйствия будет увеличен до 3-5 лет и будет правилом хорошого тона, електро оборудование обрабатывать при производстве.

У нас такой стоял, проработал пол года, админ выключил и включил 24 портовый COM, никто не хочет ремонтировать... Пожалуйста, опишите более детально проблему с Вашим Luxeon: - при каких обстоятельствах он вышел из строя? - какая нагрузка на нем была? - работал ли он в помещении в котором поддерживалась постоянная температура? Что значит никто не хочет ремонтировать? Мне это непонятно, потому что у Luxeon много по всей Украине сервисных центров. Стоял в серверной, остнащенной кондиционерами, общая нагрузка около 700 ват, при выключении и включении 24 портового коммутатора COM, потреблением порядка 30 ват, упса вылетела. Так как упса была на гарантии, отвезли в гарантийный ремонт. Дальше не знаю, шо то пошло мутное, но в результате упса стоит наверно год, используем как подставку под цветы. Вылетели выходные транзисторы, довольно мощные, в продаже нет, искать влом. Если задел чью то честь, смывайте прямо в данной ветке, открыт для диалога. По опыту, разработки и производства подобного железа скажу что наличие такой поломки, говорит об отсутствии определенной защиты, что может разработчиком интерпретироваться как "нефиг економить". Но прибор должен работать, когда мы у себя обнаружили подобную проблему, все кто обращался, ремонт был произведен безплатно, с установкой дополнительного модуля защиты, который обошолся в 0.6 бакса. Деталями грузить не буду, знания безконечны, жизнь коротка.

У нас такой стоял, проработал пол года, админ выключил и включил 24 портовый COM, никто не хочет ремонтировать...

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

нет

Сори не выдержал... М.Хазин. "Прогноз на 2011 год" http://worldcrisis.ru/crisis/822294 Читается тяжело, но много полезных моментов, для размышления.

Делаем то что нужно нам, иногда приходится и кабельросты строить, но то уже другой вопрос. Самый ходовой бур, 36мм, под тридцатую трубу.

4 подъезда, 9 этажки, перфоратором, диаметр 20мм, не есть проблема, пусть пройдут один подъезд, диаметром 63мм., думаю недели будет достаточно, если жильцы, на ногах, не вынесут раньше.