Как стать автором
Обновить
4
0

Пользователь

Отправить сообщение

Топик быстро скатился в "ищите женщину" или "борьба с одиночеством".
Ну в целом логично, и мнгогое так и есть - если у жены/подруги нет желания попробовать себя где-то еще - все (скорее всего) будет не очень. Тут нужно желание обоих.
Важный момент - что всегда можно вернуться обратно. Но если устроитесь - сами не захотите. И дело даже не в ЗП. Проще объяснить что мир - он большой, и свободный человек может (если его хотят по каким-то причинам там видеть) жить в любой стране. Выбрать климат и культуру которые ему близки. И разумеется, выбрать где криминала меньше, медицина лучше, пенсии вменяемы, и т.д. и т.п.
В общем прежде чем ехать надо понимать пару вещей:
1) с кем и когда: если студент - не тупи годы как я - сразу вали учиться по студенческой, или работать и т.п. И да - высшее образование нужно (хотя бы в виде бумажки) везде.
Если едешь не один - социализируй подругу/супругу - работа - хоть и начальная, за копейки - нужна. Хотя бы как необходимость человеческой деятельности.
2) Не рассчитывай на мгновенное восстановление в плане финансов и прочего-прочего до прошлого уровня. Это придет, но скорее всего - пару лет будет тяжело.
3) Помни - работа в IT на данный момент самая "релокационная" на планете земля. Врачам надо не просто доказывать квалификацию - но часто опять тратить годы на повторное обучение. Юристам без идеального языка и прочих факторов - ничего не светит.
Посмотри мир. Я не видел никого кто бы жалел что посмотрел мир, побывал где-то.

«Во-первых, не сочетающаяся с комфортом скорость, способная даже довести до тошноты.» сразу напомнило один прекрасный фильм:

«в случае разрыва паровоза, вместе с ним разорвет и всех путешественников!» (с) к/ф «Чокнутые»
Спасибо.
Как за саму тематику работы, так и за подборное описание как и что, и пояснения в комментариях.
Судя по комментариям — люди хотят что бы все было быстро, и их устраивает что все при этом может время от времени падать.
А я как-то видел как в очень-очень большой компании скормили серверу очень много данных связанных с биллингом. И 300 гиг памяти оперативной просто сожрало. Потом начало жрать своп, и это кое-как успели отловить уже. И успев добавить на лету в своп (изначально 60 гиг, докидывали по 50, в итоге за 200 стало временно) смогли без падения докрутить то, что по новой было бы часов 10+.
В общем мне все это напомнило старый ролик «Mongo DB Is Web Scale».
Как админ-дба могу сказать что при разборе полетов с мускулом — нужны очень специализированные знания именно в области мускула. Их можно получить в процессе работы, безусловно — ничего сверх сакрального там нет, документации хорошей много, но крайне желателен реальный боевой опыт (все таки много нюансов, да и работа чаще всего с ценно-важными данными под нагрузкой).
В общем Вам на самом деле нужен DBA с опытом администрирования, по крайней мере судя по Вашему описанию.
Немного для тех кто как я решил повторить шаги:

1) path пришлось сделать глобальным, в /etc/environment (хотя это возможно загоны моей системы)
2) в hdfs-site.xml необходимо убрать в пути «file:»
3) при создании файловой копи-паст лучше не делать, т.к. "–" приведенный в примере это ни разу не "-", который должен быть
Из моего опыта в забугорье:
что происходит от момента включения компьютера до логин скрина? по пунктам
как добавить/убрать дисковое пространство?
отличия sudo и su?
как узнать открытые файлы в системе? кем открыты что на пример не доступа?
дисковое пространство 100%, удалили большой файл (лог на пример). Места меньше не стало. Почему и как лечить?
чем swap раздел отличается от swap файла?
положкние файлов конфигурации сети, хоста, итп?
как добавить что-то в автозагрузку?
что происходит при нехватке памяти?
как узнать какие библиотеки использует программа?
как сделать вход на сервер без ввода пароля? (имеют в виду ключи на обычно )))
какими утилитами будешь пользоваться при диагностике сетевой проблемы? (или на пример не идет коннект к приложению с одного сервера на другой)
Да, все просто, но учтите — часто вопросы задает HR по бумажке а не спец. Бывают и забавные вопросы — дают маску и просят назвать кол-во IP которые уместятся. Засчитывают только тоный ответ =)
Рекомендую попробовать поменять дефолтовый уровень изоляции мускуля с repeatable-read на read-commited. Может очень существенно поднять производительность (тут конечно все от задач). А вот держать на нуле innodb_flush_log_at_trx_commit — стремно имо. 2 хотя бы…
Так же в зависимости от железок и системы с O_DIRECT. Может иметь обратный эффект.
Выставить выбор engines (которые как раз прекрасно выбираются «под задачу») как минус — это честно говоря несколько неожиданно.

Упомянутый Tungsten — я правильно понимаю, что имеется в виду 3d party программа tungsten replicator? Не, она прекрасна что бы гонять данные из одной базы в другую онлайн. Но выставлять ее как фишку Postgre — несколько странно.

Вообще вопросов к статье довольно много, даже куда больше, чем имеет смысл задавать. Тема избитая, холиварная, но в данном случае поданная однобоко.
На моем опыте, по производительности упирались скорее в сеть и диск. Т.е. тунгстен работает следующим образом — он физически копирует себе bin логи MySql и работает с ними, создавая thl файлы команд которые забирает по сети слейв тунгстен и применяет. Соотвественно идет повышенная нагрузка на диск при сильной нагрузке на MySql (бин логи могут занимать очень много и двойная запись тоже отжирает ресурсы), плюс если передавать из многих схем и таблиц, не отсеивая только то что надо, thl могут так же много весить.

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

Решаются эти проблемы на самом деле довольно просто — тунгстен можно поселить на MySql слейве (если правильно помню и не ошибаюсь — надо только включить опцию записи слейв логов).
Давно используем тунгстен для репликации в оракл.

В целом все ок, но бывают и проблемы при больших операциях, когда на слейве тунгстен валится при попытке обработать thl файлы с нехваткой ява памяти ( давали много памяти, но не помогает, увы). В остальном — да, надежно и как Вы выше сказали — фильтры великая вещь и можно отсеивать ненужную информацию и транзакции и преобразовывать как нам угодно.
Ну тут да, надо судиться, а начать с общения с оператором.
Ибо…
«От кого» — т.е. номер или буквенное сообщение в данном случе ставиться любое, а это открыто далеко не на каждом канале у оператора для рассылки. Т.е. по сути ваш номер — это все равно что там было бы слово, заголовок. Его просто поставили туда. Скорее всего по причине того, что с недавних пор сильно были урезано кол-во имеющих право слать с «буквенных» номеров.
Даже сама рассылка возможна только на превелигированных каналах. Где «в теории» работают только проверенные контант провайдеры.
У оператора есть логи за последние кхмм… пару лет что на каком канале под какими явками и паролями рассылалось.
Скорее всего, подобный спам шел от какого-нить суб-партнера, т.е. клиента-однодневки у «проверенного КП».
Т.к. обнаружить что слали не Вы и что ваш номер туда просто поставили не проблема, и кто рассылал тоже, то скорее всего можете расчитывать на компенсацию с ОПСОСа в суде или досудебном порядке.
Поработай у оператора или в этой области. Я не физик, я говорю что видел.
На регистрацию в сотах хватит на пол часика точно в современной мобиле, может больше, от модели зависит. Про микросекунды отличная шутка, да.
Остаточный заряд, да, не точно выразился
Так в том и прикол, что еще некоторое время карта на остаточном электричестве будет вполне себе регистрироваться. Т.ч. вынимать аккумулятор надо будет или сильно заранее, или не брать с собой мобилу.
Все описанное — ожидаемая плата за медленно наступающий киберпанк. Все естественно, все ожидаемо. И на самом деле все УЖЕ еще чуток веселее, особенно в плане мобильных и прочего.
Вопрос в том: что из этого можно свести к минимуму в плане потенциального вреда для себя? На самом деле довольно дофига, если знать что как сделано и в нужной ситуации воспользоваться знаниями.
А что касательно возгласов: «а пусть хоть обследяться, мне скрывать нечего» — дык, это только пока вы никому не нужны.

ЗЫ тут писали про необходимую включенность телефонов, что бы определить человека. Вы не правы. Телефон можете даже не включать =) Симку можете даже вынуть — еще некоторое время будет на остаточном регистрироваться.
Собственно играл в дьяблу на убунте. Вайн как никак эволюционирует постоянно. При чем без всяких там особых плясок — один доп параметр, если не ошибаюсь. Сходу нагуглил. В тот же гильдварс2 на убунте бегал =)
Согласен, что от версии к версии Убунта становится все тормознее. Но это как бы логично — сравнить вин95 и вин7 — несколько не корректно. И да, пока что для игр еще нужна винда, хотя стим уже радует и дает надежду.
Но в остальном… На работе половина людей или на маках или на никсах — как ни крути, а работать (в сфере IT и если ты не програмер четко под винду) на никсах/маках удобнее.
На данный момент имеем одну небольшую но довольно нагруженную запросами MySql БД живущую в tmpfs, никаких проблем нету, аптайм с пол года.
Если цель — ниша «user OS» — то требуется обеспечить полноту простых и понятных конечному пользователю требований.
Т.е. по сути — тот же Linux давно стал адекватной desktop осью, на котором отлично можно как работать, так и просто браузить/слушать музыку/смотреть видео и т.п. И даже во многие игрушки играть (хотя тут конечно еще до по настоящему хороших результатов далеко).
Но что позволило Linux стать desktop осью? Именно его популярность как серверной операционной системы. Опыт людей, их знания, удобство работы с консольными приложениями. И только потом уже шла плавная и непростая адаптация изначально серверной оси к запросам пользователей. И только тогда производители железа, увидев необходимость — стали делать драйвера.
Но откуда взяться пользовательской базе у Haiku? Имо только если ее будут ставить как бесплатную ось для новых компьютеров, при том сделав ее полноценной для оных.

Информация

В рейтинге
Не участвует
Дата рождения
Зарегистрирован
Активность

Специализация

System Administration, Database Administrator