vrom

vrom
Рейтинг
84
Регистрация
15.12.2005
kxk:
vrom, ATX чтоли (на первый взгляд) :)

ага, места видно у них дофига

хотя вот http://www.hetzner.de/presse_feb06.html - это уже что-то другое

и это другое http://www.hetzner.de/fileadmin/template/hetzner/images/foto/server_1.jpg

по видимому у них сервера все-таки не 1U

(это директор hetzner)

http://www.hetzner.de/fileadmin/template/hetzner/images/foto/print/pi_0307.jpg

Семен Семеныч:
Ну, почему же, именно ООО? Индивидуальный предприниматель также может набирать работников.

может то может, только вот это сразу настолько усложняет ведение отчетности и уплату налогов, что самим, без бухглатера, это все вести будет уже проблемно.

Если уж и отдавать 30%, то уж и ООО или ЗАО регистрировать и получать имиджевые плюсы и поднимать цены...

Так что имхо ИП эффективно использовать, только если не иметь официальных работников.

Lisa:
а налог с ФОТ (он на упрощенке тоже какой-то там был, меньше, чем на основной системе, но был)? Я так понимаю, что по договору подряда он тоже есть. А то это было бы слишком просто :)

помоему его нет... но это уже не так важно.

Если придется плаить 13% НДФЛ + 14% в Пенс. фонд - то этот вариант уже практически ничем не отличается от устройства человека в штат.

Т.е. если со всем этим заморачиваться, то имхо уже надо делать ООО

если хотите сделать за 3 копейки, то посмотрите

http://phpmydirectory.com/

год назад они его переписали с нуля - стал более-менее нормальный скрипт

dex:
по поводу администрирования - Вы же знакомы с isp - так у них есть решение для управления несколькими серверами из единого интерфейса...

админить сервер я имею ввиду админскую работу... отвечать за сервер, косяки править и поднимать если проблемы

dex:

по поводу новостных блоков
а в сторону статики Вы смотрели?
делаете кроном тхт файл с новостями и инклудите ... должно снять проблемы, вроде

у меня там до позавчерашнего для стоял модуль кеширования в статические файлы.

я сейчас его снял и сейчас работает дефолтовое кеширование TYPO3 (при нем главная страница генерится за 200-400 mc)

Как ни странно - особой разницы нет - поскольку в TYPO3 страница тоже кешируется целиком в базу и отдается несколькими запросами.

dex:
так сделайте ему vds, или простенький серве - если нормально платит:)

я пробовал этот сайт на vds с ISPmanager - это не рулит, потому что там по процу жесткие ограничения.

а vds с виртуоззо стоит довольно много

простенький сервер - это вариант, но его же еще админить надо - так что по деньгам это не проходит

dex:

а по-сути - 4 к хитов - и такие нагрузки - это что-то ужасное! что за cms такая?

да бросьте, чего ужасного?

6-10 секунд на генерацию главной страницы берутся из-за большого количества новостных блоков (и новостной модуль не заточен под размещение 10 блоков т.е. порядочно лишних запросов к мусклу + этот новостной модуль пропатчен - структура данных усложнена по сравнению с дефолтовой)

TYPO3, сайт wciom.ru и wciom.com (кроме цмс там есть еще кастомная база на полтора гига с поиском и рассылка ежедневная на несколько тыщ получателей)

С нагрузкой было все ОК, до тех пор пока не сделали многоязычность по схеме 1:1 (т.е. каждая новость имеет свой перевод) - видно это привело к усложнению запросов

zzeus:
40 клиентов и 70 мало посещаемых серверов?

ИМХО ваших ресурсов должно быть достаточно с головой. (хотя может у нас разные понятия о "мало" - назовите количество просомотров в сутки со всех сайтов).

самый грузящий сайт - порядка 4500 хитов в сутки (1000 уников)

Остальные я думаю все до 100 уников в сутки.

zzeus:

Меня терзают смутные сомнения, что у кого-то из ваших клиентов php скрипт крайне нагружеает мускуль и жрет процессорное время.

у меня не сомнения - я это знаю точно. И знаю какой скрипт, и знаю почему...

Это готовая CMS со своими механизмами кеширования. Переписывать эти механизмы - слишком дорогое удовольствие

zzeus:

ЗЫ: "FC4" выглядит просто страшно. Вставьте CentOS чтоли, если хотите RH-based и нет денег на EL.

сервер 2 года назад делали

vrom добавил 01.02.2008 в 02:17

zzeus:
угу. яж говорю: кто-то из клиентов жрет неоптимизировал скрипт.

рекомендую: ограничить максимальное время выполнения скрипта, максимальную память выделяемую скрипту. должно помочь.

клиент нормально платит чтобы его не ограничивали

вот так выглядит, когда время генерации гл. страницы без кеша - 13 сек

top - 00:29:19 up 170 days, 21:54,  1 user,  load average: 7.13, 5.79, 4.27
Tasks: 135 total, 7 running, 128 sleeping, 0 stopped, 0 zombie
Cpu(s): 72.9% us, 26.8% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.2% hi, 0.2% si
Mem: 2072832k total, 1799160k used, 273672k free, 81428k buffers
Swap: 3072268k total, 161892k used, 2910376k free, 1223152k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23404 mysql 15 0 328m 221m 4092 S 60.6 11.0 30617:16 mysqld
8611 apache 16 0 74244 38m 17m R 45.7 1.9 0:41.82 httpd
8962 apache 17 0 74264 37m 16m R 31.4 1.8 0:43.05 httpd
8835 apache 16 0 64160 27m 17m S 19.2 1.4 0:43.54 httpd
8488 apache 16 0 65476 29m 17m R 17.2 1.4 0:50.46 httpd
8492 apache 16 0 64168 28m 17m S 12.9 1.4 0:50.87 httpd
9021 apache 16 0 63624 27m 17m S 5.6 1.4 0:24.34 httpd
9661 root 19 0 7216 5456 1656 R 5.3 0.3 0:00.26 awstats.pl
1 root 15 0 1744 480 448 S 0.0 0.0 4:03.03 init
2 root RT 0 0 0 0 S 0.0 0.0 0:37.24 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.71 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT 0 0 0 0 S 0.0 0.0 0:19.58 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.47 ksoftirqd/1
7 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root 10 -5 0 0 0 S 0.0 0.0 0:42.26 events/0
9 root 10 -5 0 0 0 S 0.0 0.0 0:14.39 events/1
10 root 16 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
14 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
110 root 10 -5 0 0 0 S 0.0 0.0 0:00.06 kblockd/0
111 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kblockd/1
114 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
172 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
173 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/1
171 root 15 0 0 0 0 S 0.0 0.0 922:26.77 kswapd0
264 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
420 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
421 root 19 -5 0 0 0 S 0.0 0.0 0:00.00 ata/1
427 root 25 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
428 root 25 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
449 root 15 0 0 0 0 S 0.0 0.0 218:09.02 kjournald
1006 root 12 -4 1636 400 396 S 0.0 0.0 0:00.12 udevd

vrom добавил 01.02.2008 в 00:27

narodd:
Здравствуйте,

я не спец по хостингам, но могу сравнить со своим топом

мой вывод - у Вас не сильная загрузка, если оптимизировать запросы мускулю

я знаю, что там скрипты можно оптимизировать - только это слишком большая работа

С индексами для таблиц пробовал - но особой разницы не увидел.

Сейчас посмотрел - возможно надо оттюнить MySQL... phpMyAdmin показывает много красных циферок...

446 запросов в секунду это наверное много

Трафик: статистика по сетевому трафику MySQL-сервера со времени его запуска.
Трафик Tip ш в час
Принято 3,915 МБ 2,000 КБ
Отправлено 2,016 МБ 1,030 КБ
Всего 5,932 МБ 3,030 КБ
Соединения ш в час %
Максимально одновременных 22 --- ---
Неудачных попыток 10 k 5.09 0.20%
Прерваны 12 k 6.02 0.24%
Всего 5,104 k 2,546.26 100.00%

Всего ш в час ш в минуту ш в секунду
3,367 M 1.68 M 27.99 k 466.48

Тип запроса ш в час %
admin commands 0 0.00 0.00%
alter db 0 0.00 0.00%
alter table 7,336 3.66 0.00%
analyze 0 0.00 0.00%
backup table 0 0.00 0.00%
begin 1 0.00 k 0.00%
change db 390 k 194.71 0.01%
change master 0 0.00 0.00%
check 0 0.00 0.00%
checksum 0 0.00 0.00%
commit 1 0.00 k 0.00%
create db 0 0.00 0.00%
create function 0 0.00 0.00%
create index 0 0.00 0.00%
create table 3,661 1.83 0.00%
delete 867 k 432.38 0.03%
delete multi 37 0.00 k 0.00%
do 0 0.00 0.00%
drop db 0 0.00 0.00%
drop function 0 0.00 0.00%
drop index 0 0.00 0.00%
drop table 3,654 1.82 0.00%
drop user 0 0.00 0.00%
flush 0 0.00 0.00%
grant 0 0.00 0.00%
ha close 0 0.00 0.00%
ha open 0 0.00 0.00%
ha read 0 0.00 0.00%
help 0 0.00 0.00%
insert 3,201 k 1,596.84 0.10%
insert select 132 0.00 k 0.00%
kill 0 0.00 0.00%
load 0 0.00 0.00%
load master data 0 0.00 0.00%
load master table 0 0.00 0.00%
lock tables 3,892 1.94 0.00%
optimize 6 0.00 k 0.00%
preload keys 0 0.00 0.00%
purge 0 0.00 0.00%
purge before date 0 0.00 0.00%
rename table 0 0.00 0.00%
repair 0 0.00 0.00%
replace 6,020 3.00 0.00%
replace select 0 0.00 0.00%
reset 0 0.00 0.00%
Тип запроса ш в час %
restore table 0 0.00 0.00%
revoke 0 0.00 0.00%
revoke all 0 0.00 0.00%
rollback 0 0.00 0.00%
savepoint 0 0.00 0.00%
select 74 M 36.92 k 2.20%
set option 261 k 130.43 0.01%
show binlog events 0 0.00 0.00%
show binlogs 2 0.00 k 0.00%
show charsets 233 0.00 k 0.00%
show collations 92 0.00 k 0.00%
show column types 0 0.00 0.00%
show create db 11 0.00 k 0.00%
show create table 15 k 7.52 0.00%
show databases 516 0.00 k 0.00%
show errors 0 0.00 0.00%
show fields 310 k 154.82 0.01%
show grants 1 0.00 k 0.00%
show innodb status 0 0.00 0.00%
show keys 2,835 1.41 0.00%
show logs 0 0.00 0.00%
show master status 0 0.00 0.00%
show ndb status 0 0.00 0.00%
show new master 0 0.00 0.00%
show open tables 0 0.00 0.00%
show privileges 0 0.00 0.00%
show processlist 0 0.00 0.00%
show slave hosts 0 0.00 0.00%
show slave status 0 0.00 0.00%
show status 1 0.00 k 0.00%
show storage engines 0 0.00 0.00%
show tables 17 k 8.31 0.00%
show variables 483 0.00 k 0.00%
show warnings 0 0.00 0.00%
slave start 0 0.00 0.00%
slave stop 0 0.00 0.00%
stmt close 0 0.00 0.00%
stmt execute 0 0.00 0.00%
stmt prepare 0 0.00 0.00%
stmt reset 0 0.00 0.00%
stmt send long data 0 0.00 0.00%
truncate 1 0.00 k 0.00%
unlock tables 3,896 1.94 0.00%
update 349 k 174.15 0.01%
update multi 0 0.00 0.00%
Начало Переменная Значение Описан

top - 00:21:15 up 170 days, 21:46,  1 user,  load average: 2.81, 3.15, 3.03

Tasks: 130 total, 5 running, 125 sleeping, 0 stopped, 0 zombie
Cpu(s): 90.9% us, 8.8% sy, 0.0% ni, 0.0% id, 0.2% wa, 0.0% hi, 0.2% si
Mem: 2072832k total, 1986592k used, 86240k free, 81364k buffers
Swap: 3072268k total, 161240k used, 2911028k free, 1476560k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7150 apache 17 0 65032 26m 14m R 58.4 1.3 0:45.84 httpd
8519 root 21 0 10560 8828 1656 R 31.7 0.4 0:00.96 awstats.pl
8488 apache 16 0 62884 23m 14m S 27.0 1.2 0:01.83 httpd
7667 apache 16 0 67156 27m 14m R 16.5 1.4 0:21.63 httpd
23404 mysql 15 0 328m 221m 4092 S 12.9 10.9 30613:14 mysqld
7456 apache 16 0 65140 26m 14m S 5.3 1.3 0:35.29 httpd
7481 apache 16 0 65464 26m 14m S 4.3 1.3 0:45.72 httpd
32026 root 16 0 2020 1036 788 R 0.7 0.0 0:10.32 top
1 root 16 0 1744 480 448 S 0.0 0.0 4:03.02 init
2 root RT 0 0 0 0 S 0.0 0.0 0:37.23 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.71 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT 0 0 0 0 S 0.0 0.0 0:19.58 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.47 ksoftirqd/1
7 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root 10 -5 0 0 0 S 0.0 0.0 0:42.26 events/0
9 root 10 -5 0 0 0 S 0.0 0.0 0:14.39 events/1
10 root 16 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
14 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
110 root 10 -5 0 0 0 S 0.0 0.0 0:00.06 kblockd/0
111 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kblockd/1
114 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
172 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
173 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/1
171 root 15 0 0 0 0 S 0.0 0.0 922:26.73 kswapd0
264 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
420 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
421 root 19 -5 0 0 0 S 0.0 0.0 0:00.00 ata/1
427 root 25 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
428 root 25 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
449 root 15 0 0 0 0 S 0.0 0.0 218:08.65 kjournald
1006 root 12 -4 1636 400 396 S 0.0 0.0 0:00.12 udevd
1042 root 25 0 0 0 0 S 0.0 0.0 0:00.00 shpchpd_event
Всего: 439