KaYot

Нормальная база должна целиком быть в RAM-кеше, и обращаться к диску изредка для выгрузки блока. Предложение поставить SSD ерунда. Да и индексы дадут не 20-30%, а 20к-30к%

Да, запрос нужно переделать, на входе давать start_time и end_time сразу в unixtime, и проверки делать стандартным >start AND <end. Тогда заработает индекс и по этому полю. А при использовании FROM_UNIXTIME ключ работать не может, идет полный просмотр таблицы. Попробуйте explain еще раз сделать, с созданными ключами. Только в условии что-то вразумительное задайте, не select *

А с какой стати автоматически создаваться временной таблице?

Запрос не поменяется, индексы лишь упрощают движку поиск в таблице. Теоретически 1 индекс на базе 2ух полей в вашем случае(с миллионами записей) будет еще эффективнее, но тут жена-архитектор БД сказала "хз, нужно тестить" Добавьте индексы, дайте базе большой кэш innodb и будет все космически.

Индексами должны быть поля используемые в where. У вас это unix_secs и srcaddr. Добавьте, это сразу даст многократный буст к скорости обработки.

Первым делом нужно поменять движок таблицы на InnoDB, и задать для mysql здоровенный innodb_pool. Сейчас у вас запросы вероятно вообще не кешируются и каждый раз выполняются с вычиткой всей таблицы с диска.

http://mysqltuner.com/ Качаете скрипт, запускаете, он вам все подробно расскажет.

В принципе и для 2 аплинков FV не нужен. Вам точно нужно балансировать исход, может фиг с ним? Тогда можно вообще 2 дефолтами обойтись. Можно статикой большие маски нарезать(/2) для ручной балансировки, можно вообще нужные подсети(яндеск/гугль/mail.ru) завернуть в более быстрый аплинк, остальное в дешевый. А для приема двух фуллов нужна железа совсем другого уровня, это уже cat6500/7600 и SUP 720-3BXL/720-10g-3cxl, тут парой сотен баксов не отделаться.

Это щедевр Вы пока лучше ничего не покупайте, книжку почитайте.

Для этого 2 FV нафиг не нужны, поставьте любой свич с BGP, не нужны вам тумбочки и тазики.

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

Вот только при <60 в бойлере всякая гадость бактериальная начинает жить. Ну его такую экономию.

На 6-7км вполне пойдет Airfiber24, в тестах на хабре 500м дуплекса получалось на такие расстояния. AirFiber5 должен быть еще круче. Со штатными антеннами, диш туда не прикрутить.

Сотана!

А почему нет. У нас в здании установлен банкомат соседнего банка, так сегодня дедушка ворвался в офис и долго кричал что мы ему пенсию не даем, и он поехал жаловаться на нас в прокуратуру. Любые объяснения бесполезны, проще согласиться.

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

Иск будет отклонен в первом же слушании, ерунда какая-то в нем.

800 pppoe сессий потянет младший двухядерный целерон под s1150, с ценой платформы в сборе 100$. И загрузка будет те же 20%. Так почему бы их не тянуть специализированному девайсу за 1000$? Лично я у этих тумбочек кроме энергопотребления никаких плюсов и потенциала не вижу.

Лучше его вообще продать и поставить простой сервак на e3-1220. Ну или декстопную на i5 любом для любителей колхоза.

В соседней Черногории чуть дороже(страна в евросоюзе), зато все православные, в ходу евро и половина населения говорит на русском. Дешево и классно, год назад отдыхали. Экскурсии по горам и озерам фантастические. А еще поразил момент с ценами на европейские товары. В маленьком приморском городке, в минимаркете на витрине наверное все сорта пива что варятся в европе. Чешское, немецкое, голландское и черт знает какое которого я и не слышал. Причем что хрень местного пивзавода стоит 60 евроцентов, что навигатор и бавария 65 центов. Отвел душу баварией тогда В прошлом году в Грузии был

Польза от дополнительных потоков есть там, где есть большая вычислительная нагрузка именно на CPU + нагрузка идет многопоточная. Виртуалки или сервера отдающие контент получают прибавку, HT позволяет использовать 'простаивающие' по вине софта ядра - пример, ядро стоит в глобал-локе ожидая записи на диск, с включенным HT оно же вполне может продолжать считать другой поток, не требующий операций I/O. Маршрутизация же к вычислительно-интенсивным задачам не относится, все упирается в скорость и латентность памяти/кешей/внутренных шин/pcie контроллера и добавление виртуальных ядер никак эти

И оно ведь даже включается.

Какой мощный некропост. Уж помог так помог.

Разные numa-ноды не страшно, всегда можно прерывания раскидать правильно. Страшны разные бортовые контроллеры pciе, с ними ничего не сделаешь.

Не правда. В s2011 к примеру у каждого cpu свои контроллеры памяти и pcie.В итоге 1 сетевка не может утилизировать пару CPU(соседний cpu работат с сетевкой подключений к другой ноде), есть примеры из практики когда система с 2 камнями работает значительно хуже чем с 1. Для 1366 это не актуально, там контроллер pcie на матери и коллизий не возникает, 2 камня всегда быстрее одного.