ддосят их плотно видимо---------- Добавлено 07.02.2013 в 16:02 ----------[whois.radb.net]
aut-num: AS8492
as-name: OBIT-AS
descr: Obit Telecommunications, St.Petersburg, Russia
remarks:
им напишите например...
судя по тому что за редкими случаями пинги к ним прорываются с минутными таймаутами - или что то с каналом или ддосят их намертво ---------- Добавлено 07.02.2013 в 12:07 ---------- [root@host~]# ping 91.219.193.254
PING 91.219.193.254 (91.219.193.254) 56(84) bytes of data.
64 bytes from 91.219.193.254: icmp_seq=21 ttl=61 time=1.13 ms
64 bytes from 91.219.193.254: icmp_seq=35 ttl=61 time=544 ms
64 bytes from 91.219.193.254: icmp_seq=38 ttl=61 time=529 ms
^C
--- 91.219.193.254 ping statistics ---
42 packets transmitted, 3 received, 92% packet loss, time 41021ms
rtt min/avg/max/mdev = 1.133/358.546/544.955/252.807 ms
[root@mj314 ~]#
ТС - мой давний клиент и хороший знакомый, у него ПО, которому нужно i386 обязательно и овер 16гб рам, т.е. 32гб. т.е центос 5.х i386, который не ставится на большие диски с лету + kernel-PAE, т.к насколько я знаю в centos6 i386 kernel-PAE - нету.
ПО, как я понял - не работает на центос, отличных от 5ой ветки... на 6ой, у которой есть совместимость - ТС не пробовал. или уже пробовал?
если по простому - то включить лог медленных запросов, типа
log-slow-queries или как его там, и посмотреть долгие запросы с Raws_examinated - скажем ну .... больше чем 100000...
ну или по времени долго выполняющиеся. быстрее всего эти запросы и будут создавать временные файлы .....
да и вообще на самом деле анализ медленного лога много чего покажет и расскажет.
http://www.e-reading-lib.org/book.php?book=1002799
например хотя бы поиметь общее представление и почитать книжки.
только хецнер! только хардкор!
route: 178.63.0.0/16
descr: HETZNER-RZ-FKS-BLK2
интересная тема, но для начала - выяснили - какой движек формирует #sql_XXX ? и какого они размера ? просто имейте ввиду - что если временно-формированные таблицы формируются большого размера (я встречал до 16гб!!!) то вы потеряете всю оперативную память, поэтому увлекаться сильно не надо.
mysqltuner - покажет не до конца объективную картину, так как показывает он более менее вменяемые данные спустя 24часа после рестарта.
вот теперь более менее ясно, линк отдал клиенту - пусть думает...
крутота железа, навороты датацентра, количество аплинков и их толщина - стоят 0$.
вы предлагаете хранить у вас информацию для юр-лиц.
они попросят финансовые гарантии. скажем какие то реальные активы, которые вы будите готовы отдать, в случае чего?
недавно мой клиент искал подобный вариант... ничего не нашел, дал ему линк и на эту тему, возможно свяжется с вами..
просто интересно - чем ваше предложение может отличаться от обычного хостера в том ,или ином смысле ?
потенциал есть безусловно, что вам мешает мой эксченж и пиратскую 1c-предприятие продать конкурентам ?
вы предлагаете хранить информацию, представляющую финансовую ценность, а в замен что ? гарантии ? договор - это "честное слово". дайте в долг 1млн$, мамой клянусь, через неделю отдам 2млн$.
Сори за саркам - но интересны подробности.
