ThePriest

Рейтинг
90
Регистрация
10.01.2010
ssoll:
Они партнеры гугла по adx и др. у них офис в Москве, они дают все акты, счета подписывают.

Вот это наиболее реальный способ отбеливания. Офис в Москве необязателен.

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

---------- Добавлено 05.11.2013 в 16:35 ----------

borisd:
Легальность схемы имхо сомнительна, т.к. не снимает проблемы валютного контроля.

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

borisd:
Причем для валютного котроля нужны будут документы (договор, счета, акты) не от прокладки, а от настоящего источника выплат.

Если эта фирма скупает рекламу, то неважно, кому она дальше перепродает рекламу.

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

Тем более он пишет, что партнеры adx, то есть они могут продавать траффик сразу в разные сети.

рецидивист:
Вот хоть начинайте меня убивать и пытать, да что хотите делайте, но не могу понять, почему в РФ такой дорогой хостинг!?
Возьмем к примеру Hetzner самый простой выделенный сервер с такими параметрами:

Хетцнер купил землю и сам построил на ней дата-центр - ему не надо платить аренду.

Хетцнер сам делает сборку серверов (другие хостеры пошли по наилегчайшему пути - продают марку+бренд).

Хетцнер не включает в цену лишний саппорт (это значит мне не придется платить за то, что они будут всякие скрипты настраивать _другим_ клиентам).

WapGraf:
poiuty, полугиговые давно на рынке уже.
Полагаю LineHost'у нужно more more ....
Вот как слепят SSD на 2-3ТБ так сата мхом порастут.

SATA-то не порастут, потому что цена за гиг там очень низкая, они подходят для нетребовательных хранилищ.

А вот у SAS уже туги дела. Если судить по ценам Хетцнера, цена за гиг SAS в 2 раза дешевле чем у SSD. Плюс у SAS еще стоимость контроллера.

Так что вместо 4 SAS уже выгоднее (даже с точки зрения цены за гиг!) брать 2 SSD.

Не говоря о том, что SSD будет намного быстрее.

sladkydze:
Сейчас строю кластер для одного банка, у них процессинг VISA, простой 3 часа в год и привет, отбирают лицензию. Как вы думаете, они кроят? Пытаются вкорячивать SATA или SSD домашние? :)

Там все N+1 зарезервировано, включая SAS полки. Ибо SAS диски 2-портовые и к ним можно подключить 2 и более контроллеров, которые будут их параллельно обслуживать. Чего НИКАК нельзя сделать на SATA и SATA-SSD.

Интересно узнать кстати, а вы рассматривали что-то типа FusionIO? У них write endurance в 35+ раз выше чем у обычных SSD.

И в таких вещах наверно кластер с синхронной репликацией используется, пока на несколько машин не закоммитится, транзакция считается незавершенной (так что выход из строя 1 или даже нескольких серверов не страшен)?

wprecursor:
Мы обсуждаем SAS и SSD не только в пределах баз данных.
Факт в том, что некоторые хостеры используют отдельный сервер с SSD для БД, а в качестве основного хранилища - SAS или SATA диски.
Также фактом является то, что SAS надежнее и являет собой образец стабильной работы в любых режимах, чем SSD похвастать не может, недотягивая даже до одиночного диска в некоторых операциях.

Пожалуйста, повторяйте с SAS

http://www.mysqlperformanceblog.com/2013/08/28/testing-intel-samsung-sandisk-sata-ssd/

sz=350G
sysbench --test=fileio --file-total-size=$sz --file-num=64 prepare
sysbench --test=fileio --file-total-size=$sz --file-test-mode=rndwr --max-time=180000 --max-requests=0 --num-threads=8 --rand-init=on --file-num=64 --file-io-mode=async --file-extra-flags=direct --file-fsync-freq=0 --file-block-size=16384 --report-interval=10 run

WapGraf:
ThePriest, вы не учли тот факт что в статье тестировался один тип ssd.

По ссылке сравнение разных ssd.

wprecursor:
На мой взгляд большая проблема - святая вера в скорость SSD.

Да причем тут святая вера.

Есть тесты, сделанные профессионалами.

http://www.mysqlperformanceblog.com/2012/05/21/intel-520-ssd-in-mysql-sysbench-oltp-benchmark/

1 SSD против 8 15k SAS with BBU

Там есть ссылка, вот повторите его и покажите нам какой SSD медленный, а SAS быстрый.

WapGraf:
Коментарии излишне.

Разница между SAS и SATA на порядки показывает кривизну ваших тестов.

Разница в разы - ок.

Еще раз: SAS не может выдавать десятки/сотни тысяч iops как в ваших тестах.

Выдает его контроллер с кешем на ваших тестах с мелкими данными.

Про размер данных, надо брать его минимум раз в 10 больше кеша.

Нет особой принципиальной разницы между SAS и SATA дисками, поэтому разница тут в том, что кэш контроллера тестировался на самом деле.

WapGraf:
Но не считаю верным кэш на диске отключать.

Тогда и данные надо брать побольше объемом.

Вот людям не что свое время тратить.

Поздравляю, вы наконец обнаружили, что hw raid для ssd нафиг не нужен.

Нормальные бенчмарки есть тут:

http://cdn.oreillystatic.com/en/assets/1/event/56/Linux%20and%20H_W%20optimizations%20for%20MySQL%20Presentation.pdf

- Raw SSD drives performed much better than using a traditional H/W raid controller

- Even on RAID10 performance was worse than single raw drive

- H/W Raid controller seemed serious bottleneck

А можно ли вывести доллары из пейпала на долларовый счет в российском банке без конвертации? Кто-нибудь пробовал?

Похоже уже починили.

Всего: 288