Webman

Есть похожие непонятки с такими же 3Com-ами. Бывает неожиданно возрастает пинг до 70-100, VPN-подключение рвется, или вообще не подключается. Планирую поменять их на Intel из ценового диапазона 70-100 баксов, потому что дешевые сетевушки (в том числе и эта) - годятся для десктопов, но не для серверов...

МП Socket775 Intel S3210SHLX какая-то загадочная материнка. То ли производят ее мало, то ли покупают много. Она практически у всех поставщиков раз в неделю меняет свой статус с "есть" на "нет". Мне удалось получить ее где-то за месяц - повезло По поводу двух-процессорных конфигураций. Новое железо слишком дорого и не слишком оправданно. У меня 300 человек ходят в инет через Celeron 3,3 Ггц, 1024 памяти и 3com-овские сетевушки. Средняя загрузка канала - 50 мегабит в каждую сторону, в пиках до 100. При этом pcap'ом считается трафик. Загрузка процессора на уровне 50%. У товарища Corsair-а тоже приблизительно 300 человек. Зачем ему двухголовая материнка с ксеонами? Тот же Core 2 Duo (и особенно Core 2 Quad) с нормальной материнкой решит все его проблемы. С большим запасом. Даже если он захочет повесить на него ВСЁ (роутинг, подсчет трафика, несколько сайтов, файловый сервер, да еще и биллинг какой-нибудь) - он не загрузит его полностью. Xeon, itanium - это просто прекрасно. Но для бюджета хотя бы в 3000 баксов. И для обслуживания хотя бы 5000 пользователей. Иначе просто нет никакого смысла в такой производительности. Есть конечно вариант поискать БУшный брендовый сервер, цена на 2 * Xeon 2,4 ггц будет как раз в районе 1000 баксов. Но по производительности (говорят, сам не сравнивал) два таких ксеона "уделываются" Core 2 Duo E6550. Впринципе вполне реально, учитывая что с рождения тех ксеонов прошло уже лет пять. Не зря говорят, что технологии не стоят на месте. Так что только Intel Core... Quad или Duo - в зависимости от финансовых возможностей. В случае 300 пользователей Q9300 хватит за глаза. С трех-кратным запасом.

Если позволяет бюджет - то лучше взять нормальный сервер. В последствии будет намноооого меньше проблем. Серверная материнка - это изначально совершенно другой уровень надежности. Совершенно другая производительность. В тех же интеловских мамках изначально стоят 1-2 гигабитные сетевухи, причем нормальные - интеловские %) В случае чего - не будет никаких заморочек с гигабитом. Есть PCI-E, PCI-X - куда можно напихать кучу полезных карточек. Там даже БИОС другой =) В разрешении 800х600, а не 640х480 как обычно =) Главное перед покупкой погуглить на предмет совместимости железа. Мне повезло - не заработал только контроллер Promise FastTrack, но он изначально в этот сервер и не предпологался... Но народ иногда умудряется пролетать с памятью и процами...

Sirglund, гм. Оригинально вы советуете - IDEшные винты и материнку на которой присутствует только SATA. Автору темы могу посоветовать взять пару HDD 320 Gb SATA-II 300 Seagate 7200.11 <3320613AS> 7200rpm 16Mb - у них высокая максимальная скорость передачи данных - 115 Мб/сек, что положительно скажется на быстродейтсвии. И в рейд 1 их соответственно. Если операционка *nix - то лучше использовать программный рейд, не связываясь с рейдом на материнке. Плюс если позволит бюджет - лучше взять 4-х ядерник, типа Q9300 и чуть более быструю память типа Kingston <KVR800D2E5/2G> DDR-II DIMM 2Gb <PC2-6400> ECC CL5.

Большое спасибо за помощь Всё собралось как надо

Добавил. Сборка прошла чуть-чуть дальше. Теперь вываливается следующее: g_locker -lstg_common -lconffiles -o mod_store_mysql.so ln -fs "`pwd`/mod_store_mysql.so" /root/stg-2.405.9.8_Alf/projects/stargazer/modules/mod_store_mysql.so gmake[2]: Leaving directory `/root/stg-2.405.9.8_Alf/projects/stargazer/plugins/store/mysql' gmake[1]: Leaving directory `/root/stg-2.405.9.8_Alf/projects/stargazer/plugins' g++ -c admin.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c admins.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c main.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c curr_ip.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c settings.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c stg_timer.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c tariff.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c tariffs.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c traffcounter.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX g++ -c user.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX user.cpp:1441:11: warning: #warning "TODO: gcc v. 4.x generate ICE on x86_64" user.cpp:1529:23: warning: #warning "TODO: gcc v. 4.x generate ICE on x86_64" g++ -c user_property.cpp -O2 -I/usr/local/include -Wall -I /root/stg-2.405.9.8_Alf/projects/stargazer/../../include -DLINUX In file included from admin.h:46, from user_property.h:22, from user_property.cpp:1: /root/stg-2.405.9.8_Alf/projects/stargazer/../../include/admin_conf.h: In constructor 'ADMIN_CONF::ADMIN_CONF()': /root/stg-2.405.9.8_Alf/projects/stargazer/../../include/admin_conf.h:32: ошибка: нет декларации 'memset' в этой области видимости gmake: *** [user_property.o] Ошибка 1 Немного смущают загадочные user.cpp:1441:11: warning: #warning "TODO: gcc v. 4.x generate ICE on x86_64"

Пытаюсь собирать старгейзер в 64-битной системе (Linux, Gentoo 2007.0, вывод uname -a: Linux server 2.6.25-gentoo-r5 #3 SMP Tue Jul 1 18:37:21 NOVST 2008 x86_64 Intel® Core™2 Quad CPU Q9300 @ 2.50GHz GenuineIntel GNU/Linux). Версия gcc - x86_64-pc-linux-gnu-4.3.1. Скачиваю, распаковываю, перехожу в projects/stargazer, делаю ./build... И в районе сборки mysql_store получаю ошибку. Вот вывод некотрого количества последних строк: gmake -C store/mysql gmake[2]: Entering directory `/root/stg-2.405.9.8/projects/stargazer/plugins/store/mysql' ../../Makefile.in:35: deps: Нет такого файла или каталога gmake[2]: Leaving directory `/root/stg-2.405.9.8/projects/stargazer/plugins/store/mysql' gmake[2]: Entering directory `/root/stg-2.405.9.8/projects/stargazer/plugins/store/mysql' g++ -c mysql_store.cpp -O2 -I/usr/local/include -Wall -fPIC -I /root/stg-2.405.9.8/projects/stargazer/../../include -DLINUX In file included from mysql_store.cpp:8: /root/stg-2.405.9.8/projects/stargazer/../../include/user_ips.h: In function 'const USER_IPS StrToIPS(const std::string&)': /root/stg-2.405.9.8/projects/stargazer/../../include/user_ips.h:209: ошибка: нет декларации 'strcpy' в этой области видимости /root/stg-2.405.9.8/projects/stargazer/../../include/user_ips.h:211: ошибка: нет декларации 'strtok' в этой области видимости /root/stg-2.405.9.8/projects/stargazer/../../include/user_ips.h:225: ошибка: нет декларации 'strtok' в этой области видимости mysql_store.cpp: In member function 'virtual int MYSQL_STORE::GetMessage(uint64_t, STG_MSG*, const std::string&) const': mysql_store.cpp:1869: предупреждение: формат '%lld' предполагает тип 'long long int', но аргумент 4 имеет тип 'uint64_t' gmake[2]: *** [mysql_store.o] Ошибка 1 gmake[2]: Leaving directory `/root/stg-2.405.9.8/projects/stargazer/plugins/store/mysql' gmake[1]: *** [store/mysql] Ошибка 2 gmake[1]: Leaving directory `/root/stg-2.405.9.8/projects/stargazer/plugins' gmake: *** [plugins] Ошибка 2 Приблизительно то же самое происходит при попытке сборки старгейзера с уже пропатченным модулем от Alferov'a. На всякий случай мой make.conf CFLAGS="-march=core2 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CXXFLAGS="${CFLAGS}" USE="-acl -berkdb bzip2 -cups -dbus -fortran -f77 -gdbm -gpm -gtk -ipv6 \ ithreads -ldap logrotate nls nptl mysql -pam -snmp slang unicode -X samba xml apache2" ACCEPT_KEYWORDS="~amd64" LANGUAGE="ru" LINGUAS="ru" MAKEOPTS="-j5" MULTILIB_ABIS="amd64" ABI=amd64 Возможно я что-то делаю не так, а возможно есть какая-то проблема... Или какая-нибудь особенность 64-битной среды... Кто-нибудь сталкивался с подобным? В какую сторону копать?