Еще можно рассмотреть предложения на вторичном рынке, например пустое шасси от 4507 предлагают за примерно 17 тысяч, супервизор можно и за 3 найти, правда без SFP+ Разумеется, это кот в мешке, но весьма жирный и с трехмесячной гарантией.
Объединенный коммутатор - маршрутизатор тем и хорош, что может делать маршрутизацию L3 практически на скорости коммутации, то есть исключает бутылочное горлышко на участке коммутация - маршрутизация.
Eddy_Em: ну у меня целью было выжать теоретический максимум в 128 тысяч байт в секунду из USB CDC. И оно таки заработало (и на офтопике, и на линуксе, и на ведроиде), чему я несказанно рад.
Eddy_Em: там было очень странное явление, больше похожее как раз на опустошение буфера - при частых чтениях прерывание проглатывалось, при увеличении интервала (и соответственно, большем наполнении буфера) - все работало четко, и под оффтопиком, и под линуксом.
Стандартная библиотека STM подлежит тотальному списанию в быдлокод - меня их километры макросов, которые вызывают макросы, обращающиеся к макросам добили.
Eddy_Em: ну на C++ всегда можно откатиться на "стиль C" в потребном месте. Или действительно изучить STL, чтобы знать, откуда какой костыль там произрастает.
Последний раз когда я грешил на QSerialPort, глюк прекрасно воспроизвелся на read, и вообще выяснилось, что QSerialPort не приделах, а пакеты ворует STM32F3, которая иногда не вызывает прерывание по окончанию транзакции в CDC.
Eddy_Em на сегодняшний момент, QT - лучшее что произошло с пользовательскими интерфейсами. Я видел MFC(святые макросы из преисподней!), VCL(бууууэээээ),
GTK( :-| ) , wxWidgets (чур меня, чур!), черт возьми, я писал когда-то на голых CommonControls. Когда в процессе писания под них у меня сами собой написались сигналы/слоты, я пришел к выводу, что думаю с Trolltech (тогда Qt владели они) в одном направлении.
На QT приложения получаются относительно лаконичными, а логика - прозрачной. Ну и не жрут память как некоторые браузеры.
Eddy_Em количество чозанафиг в секунду при попытке реализовать что-то в современном браузере (особенно с графикой и динамикой) стремится к известной константе 100500. У QT хоть результат предсказуемый и переносимый, тем более, что приложение сразу получается событийно-управляемым.
Anton B: С точки зрения базы данных запрос по непосредственно заданному id
select * from t where id=500 - почти ничего не стоит. Для ответа на вопрос о необходимости разрезания, нужно знать вашу нагрузку, поскольку именно из-за нагрузки в первую очередь возникает необходимость базу разделить на несколько серверов (и это, это будут клоны одной и той же базы со взаимной репликацией, а не куски).
Anton B: До ограничения на размер файла в файловой системе вы доберетесь не скоро (4 терабайта в ext3). СУБД предначена для хранения огромных таблиц и использует специальные структуры и алгоритмы, чтобы делать это эффективно. Разрезав таблицу на части, вы спутаете всем этим умным алгоритмам карты. Потому как к примеру вместо одного бинарного поиска по индексу, БД придется залезать в десять индексов.
При влезании в тематику "большие данные" вы одним запросом не обойдетесь, нужно будет решать вопрос об оптимальном разбиении базы на части.
Вы взяли провода из вот этого вот трапецевидного разъема и затолкали в контроллер?