Свежие комментарии

Может, я тоже стараюсь так не делать. Но мне магазин написал "шиппинг будет через 2 недели, нет на складе", я им поверил, заказал другого, а шиппинг первого случился раньше.

А. Я просто в понедельник или вторник приходил :) Да, забыл написать - номер треккинговый я на бумажку выписывал.

Да, у меня было точно такое же впечатление. Особенно когда я подумал, как я буду показывать выписку (у меня было два съема за одну посылку - частями), и насколько стремно лезть в клиент-банк из кафе или ехать в банке: мне как раз рассказали, что можно сделать распечатку корзины из инет-магаза ...

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

Да, вот еще какие наблюдал грабли у народа: заказанные посылки на адрес конторы. У таких требуют бумагу из лавки, что это не лавке, а человеку личное ... Да, еще чуваки прекрасно знают что такое пейпал и ебей и умеют смотреть результаты торгов ...

Ну вот конкретно в четверг (сегодня) "за полчаса до открытия" все было забито теми, кто пришел "к открытию", думая что оно в 9.

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

Но вообще, это все производит вполне разумное впечатление нормальной современной официальной конторы: никто специально гадостей не делает и все довольно приветливо.

по моим наблюдениям, если посылки не сваливаются в один день, на это особо не обращают внимания ... у меня как-то была посылка на грани 10тыр (даже на несколько сотен больше), и несколько совсем мелких (20-30 баксов) в одну неделю - без проблем ...

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

Любопытно, как будет выглядеть вся эта процедура если получатель отправления находится не в Москве (точнее - не в одном из крупных городов имеющих таможни по обработке почтовых отправлений)? Куда бежать? Пока что бог миловал и я всегда проходил под планкой в 10000р, но есть шанс что посылка тормознет, а курс доллара успеет вырасти. Или что количество посылок в сумме в течении недели превысит, а таможня сподобится отследить и просуммировать.

Да, вот это сообщение агентства ОБС: http://asy.livejournal.com/1725007.html. Я как раз по его поводу лжеюзера nastin и спрашивал (он специалист по всяким таможенным операциям). Вот он и написал, что связи особой нет.

Ну я так, для прояснения картины.

Насчёт таможенных брокеров и т. п. пресловутые 10000 р. с этим статусом никак не связаны, см. http://nastin.livejournal.com/788358.html?thread=4098694#t4098694. 10000 это лимит на международные почтовые отправления , и всё, что таковым является, пройдёт под барьером независимо от брокерности. Просто не все курьерские службы официально являются _почтой_.

семидесятипятирублируйте (с)
???
"Что это было, Бэрримор?"

впрочем, могу ответить таким же "телеграфным стилем":
-+-
<b>FFTW_DEFINE_API(FFTW_MANGLE_FLOAT, float, fftwf_complex)

#define FFTW_DEFINE_API(X, R, C) \
\
FFTW_DEFINE_COMPLEX(R, C); \
...
#define FFTW_DEFINE_COMPLEX(R, C) typedef R C[2]</b>
-+-

а на словах добавлю, что fftw3.h (тем самым) определяет тип fftwf_complex как float[2], а "тесткейс" fftwf_benchmark.c, в свою очередь, оперирует исключительно fftwf_* типами и айпиаем.

пролучилось
http://rapidshare.com/files/199835193/nikon_d700.rar

ужос на крыльях ночи.........

Диски, как я понял, пока на одном гигабите (по пропускной способности хост-2-хост) сидят, пока не устраиваешь "дуал ченнел"... с "поверхности", в пике плотности, снимают до гигабита. Т.е. в принципе, как я понимаю, "на пике" мы уже вполне способны различить "сик-2-сик" latency. Ну и, конечно, в терминах инициации операции "латентность" никуда не исчезает по любому - на то буфера "с отложенной записью" (либо напротив - "префетч") и существуют, чтобы "прятать" её.

но это всё трюизмы.
Я по другому поводу ,-) - надо бы снять канделябр с автора JTransforms, он сравнение провёл честно (если не считать, что в сях можно было бы и "маллоком" обойтись вместо "каллока", но это мелочи на уровне долей долей процента от процента ,-)) - hint: посмотри на имя "тест кейса" (fftwf_benchmark.c) и загляни внутрь его (там "неонка", причём весьма "прозрачная" ,-)).

PS: по поводу этих бенчмарков лично я, честно говоря, вообще не понимаю "поинта" - джава _не_ вычислительная платформа _и_ с/с++ _не_ вычислительная платформа. Чего их сравнивать на этой области ?!! - они одиноково "[не]эффективны" :-))

PPS: FFTW_MEASURE (2) сливает с учётом "planning phase", т.е. где-то там баааальшой косяк по алгоритмике лежит

Ага, у них IE only появилось буквально позавчера вечером, вместе с капчей.

Я давно уже пользуюсь вот таким линком (http://info.russianpost.ru/servlet/ems_item?action=search&barCode=TRACKI...). Удобен тем, что никаких прыгающих баннеров нет.

с этим никто и не спорит. вы наверное подумали, что я за Java? - это не так. точнее, не для вычислений она.

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

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

По приведённому отношению величин (20/4/2) видно, что если диск у нас "умный" и "бегать" приходится не далеко и не часто, то лимитирующей стадией у нас является трансфёр хост-2-хост. Т.е. при собственном буфере в ~8MB для нас "сик-2-сик" виртуально исчезает - он выполняется на фоне, пока хост заглатывает очередную "двухмегабайтную" порцию данных.

возможно поэтому кэш на борту дисков такой "маленький" - всё равно больше <s>по каналу</s> "в глотку" ему и не пропихнёшь.

.