Перейти до

NiTr0

Сitizens
  • Всього повідомлень

    3 380
  • Приєднався

  • Останній візит

  • Дней в лидерах

    28

Все, що було написано NiTr0

  1. NiTr0

    Изучение FreeBSD

    Под accel-pptp разницы между нагрузкой пптп и пппое практически нет. Брас на 4-головом феноме, с хитрыми шейперами (на аплоад на ifb шейпер для микса + на мир и украину отдельно шейпер, в ifb заворачиваются те у кого нет разделения скорости по направления, потом трафик шейпится по направлениям) на 6к адресов, 1 гигабит пппое вывозит где-то впритык. Упростить шейпер - нагрузка упадет раза в 2. Клиентов под 1000 было в пике тогда. И да, феном в сети - совсем не то же что корки...
  2. Если он может отдать сколь-либо ощутимый ток - это да, прорыв. Потому как у аккумов весьма ограниченный ресурс (эдак 500 циклов), и скорость заряда низкая...
  3. NiTr0

    Изучение FreeBSD

    А если я хочу баш как шелл юзать? А если /usr/local на другом разделе (т.е. мелкий корень, возможно - даже read-only, остальное - отдельно) - как мне быть в случае если тот жирный раздел повредится? Сливать воду?
  4. NiTr0

    Изучение FreeBSD

    В линуксе нет понятия "пришло с системой или доставили из пакетов". В линуксе все из пакетов, и в то же время система (дистрибутив) включает все пакеты. Ну т.е. даже какой-то файрфокс или набор тем для гнома - это "система". При этом практически все, что нужно для работы, лежит в / (/bin,/sbin) включая шелл (bash во фре же ставится в /usr/local). А зачем так сложно? Казалось бы - сделал себе обратно совместимое ABI, и обновляйся себе... Или это неакадемично?
  5. NiTr0

    Изучение FreeBSD

    Система портов - пожалуй, превращает бсд в помойку сродни шлаквари. Отдельных ласковых слов заслуживает хранение установленного из портов в /usr/local - да-да, там же где и скомпиленное вручную... IPoE к примеру...
  6. NiTr0

    Изучение FreeBSD

    Ну не знаю... хэндбук местами окаменел лет 10 назад (особенно нат - там древний natd который нужно закопать), местами - неочевидные баги, файрвол живет своей жизнью порой (пример - стоит поменять в ipfw создание правила ната и заворот в него трафика местами - как это сделано в куче примеров в интернетах - как начинаются подземные стуки вида "не работает нат, рестартонул файр - все заработало до ребута" (9.0). Нативный шелл - уступает даже бизибоксовому по функционалу, для сколь-либо комфортной работы надо ставить bash. Ну и прочие подарки для йогов...
  7. Ну неплохие китайско-корейские рефлюки есть по пару килобаксов. С довольно широким диапазоном (более 30 дБ), и с софтом в т.ч. и под андроиды. С блютузом и юсб. И компактные. Для пона - разве что кабель померять, на предмет сварок, ну и может что-то за первым делителем увидеть еще можно. Но вообще - ИМХО рефлюк необходимая в хозяйстве вещь. Как и сварочник. Пускай даже бюджетные. Искать, где утянулось волокно/где кто-то вогнал гвоздь в кабель - без рефлюка печально...
  8. Обычно распухшие акки просто мрут. Но могут и рвануть/загореться. Вероятность небольшая, но ненулевая.
  9. После роутера ставится еще один роутер или ТД - и раздается все на ура через вайфай или кабель... А так - да, похоже сеть на упариках зашитых как влан свич.
  10. NiTr0

    GEPON в FTTB

    Стройте RSTP кольца тогда уж... PON - он не для магистралей.
  11. Несколько скада-систем, используемых в ДТЭК. Хоть и относительно примитивных, но все же. Померялись? Какова масштабируемость этого? Как оно в мультимастере к примеру будет работать? Сколько поддержка этого будет обходиться, учитывая редкость (и соответственно цену) SQL-программеров? Юниттесты этого добра тоже печально делать будет... А вообще, правильная практика - разносить хранение данных и бизнес-логику, не лепя все в кучу. Оно-то да, красиво - сменил номер пакета в табличке, а логика тут же и абонку сняла, и зажурналировала, и т.п., но разгребать это все (а половина логик
  12. NiTr0

    OSPF не проходить до клієнта

    Попробуйте зашить свежую прошивку в ону, может пофиксили. Не поможет - саппорт долбите по этому вопросу. Как вариант - альтернативные онушки...
  13. RT-N10E/RT-N12E (и они же с -LX) - реалтеки с 16 МБ рамы. Со всеми вытекающими - от кривого вайфая до регулярных висов. RT-G32 - ралинк. Шьются в wive, после чего работают долго и счастливо месяцами без ребутов. Один минус - хреново работают с длинными линиями (порой и на 60 метрах меди линк не поднимается), и относительно много брака.
  14. NiTr0

    GEPON в FTTB

    145 домов, 5,9,14-этажки - это по 60-200 квартир на дом. Пускай по 100 в среднем. Итого - при 10% плотности подключений имеется 1.5 тыс.абонов, потенциально - 15 тыс. Вопрос - нафига городить PON-FTTB? Тем более, если уже построено по FTTB??? Что это даст ТСу, кроме нового, неизведанного ранее гимора? Может, стоило бы что-то в консерватории поменять - ну, там, наладить безотказную работу имеющегося оборудования, пересмотреть тарифы, вбросить деньги в рекламу? Неспроста же 2/3 хомяков рассосалось (канал просел с 1-1.2 гига до 300-400Мбит)
  15. Биллинг на пыхе писать... Не, ну можно конечно, но я бы не стал. Хотя - да, дешевых программеров-пыхарей много, но разгребать после них залежи говнокода в последствии упаритесь. Как по мне - неплохо бы что-то более вменяемое и структурированное - тот же питон(+джанго) или раби (с рельсами). Ну и да, по-хорошему нужен вам не программер-биллингописатель, а архитектор системы/координатор проекта - ну чтобы изначально сделать более-менее близкую к правильной структуру данных и пинать остальных разработчиков (а в более-менее масштабном проекте и должно быть поболее одного - хотя бы потому что о
  16. Можно. Ядро у всех одно и то же. Модификации ядра вендором - минимальны (максимум - свои плюшки коряво сбоку прилепят). Не, может конечно кто-то из вендоров и поставил вместо 16 МБ памяти 32МБ, которые забиваются в итоге не за 3 дня, а за месяц - но все равно проблема остается. И да, "счастливые обладатели" поделок на реалтеках массово их несут "на перенастройку" в нашу техподдержку. В надежде, что после "правильной настройки" эта поделка перестанет вешаться или рвать видео по вайфаю (юникаст, да). ИМХО - тенды и то лучше, стабильнее...
  17. Не верю. Реалтек вешается/ребутится раз в несколько суток самопроизвольно (утечки памяти в ядре - кривой сдк), вайфай весьма корявый, и т.п. Я, в отличие от вас, тесно имел дело с их прошивками. Пытался в свое время править баги в них по просьбе одного из вендоров. Так вот, актуальный сдк на 2.6.30 ядре - грусть-печаль, за 2-3 суток аптайма (при активном гулянии по вебке роутера - намного быстрее) утекает память, и роутер падает в кернел паник. Что там на 2.4 ядре делается (которое в эдимаксах и т.п. юзается) - не скажу, но не думаю что сильно лучше - писано оно все одинаково коряв
  18. Не верю. Реалтек вешается/ребутится раз в несколько суток самопроизвольно (утечки памяти в ядре - кривой сдк), вайфай весьма корявый, и т.п.
  19. У хюндая аналогичная И не только у него.
  20. Нужно снимать напряжение и ждать, пока напряжение на банках упадет ниже ЭДС элемента для нормальной плотности. Иначе - будет постепенно разрушаться свинец пластин (ток-то протекает, и он больше тока саморазряда). Не быстро, но срок службы в буферном режиме сокращается.
  21. В общем, после общения с саппортом и праздников проблема вроде как решилась - во всяком случае стало намного лучше чем было до того, по вечерам 100 мбит в один поток с какого-то файлообменника вполне можно увидеть.
  22. NiTr0

    Посоветуйте пингатор для сети ;-)

    Или friendly pinger - юзали пока на заббикс не ушли
  23. BNT с постоянной тупой подзарядкой - 2-3 года и аккум высыхает. А если потом напряжение падает до 12.7-12.8В, после чего опять дозаряжается - то упс идеальный для долгой жизни батрей...
  24. Вероятно - в APC. Т.к. заряжает акки за 3-5 часов (по заявлениям вендора) + я лично видел живые, но подсохшие акки 2000-го г.в. Но как-то не проверял.
  25. Советую посмотреть вживую топящуюся углем печь
×
×
  • Створити нове...