Pull to refresh
4
0

User

Send message

Не сказал бы, что в год станет легче.

А не подскажите, как этот фар под маком запускать как отдельный апп, чтоб терминал не запускался? И как ему зафорсить чтоб тачбар в режиме ф-клавишь работал. А то они там дико неудобно и глючно тачбар поддержали, а в фаре это прямо важно. Я даже не пойму, как фар в список исключений добавить.

Ну вот феттель за 7:18 проезжает. Или это что-то другое? https://youtu.be/yqGvYQyezWM

Ну, казалось бы фича глубоко системная. Аппаратная кнопка для fn и системная настройка именно для капслока... Почему оно даже в штатном режиме так плохо работает? Скажем если быстро нажать backspace, caps то оно никогда не работает, а это довольно типовый сценарий когда не попал на раскладку. Про аппаратную кнопку, ну вы серьезно? Зачем позоритесь, она в лучшие свои моменты работает через раз, а иногда просто вообще перестает хоть как либо работать до перезагрузки ноута.

Я полгода как переехал на мак и меня поражает, что никто не пишет про переключения языков. На моем маке есть аппаратная кнопка для этого. Еще есть режим когда капс лок переключает языки. Но оба этих способа просто невероятно глючат. Причем, это не только у меня. Особенно яркие эффекты, когда машинка под нагрузкой. Эта аппаратная кнопка это просто невероятно, как можно было настолько плохо сделать переключалку. Капс лок получше, есть хак как повесить на него ф18 и этот хак еще чуть получше, но все эти способы все равно имеют надежность процентов 70-80%. Я в итоге раза по 3-4 бывает пытаюсь переключить язык, это просто жесть. Что творится под серьезной нагрузкой это отдельная песня. Починить не то что не могут, с каждым патчем очередным скорее становится все хуже и хуже. На винде я реально ни разу не встречал, чтоб с переключением языков были хоть какие-то проблемы.

Все эти приколы с окнами, с кривоватыми шорткатами это все мелочи жизни, к которым можно привыкнуть. Ну да, cmd+q рядом с cmd+a это "гениальное" решение. Еще у меня от jetbrains привычки что ctrl+q это инспект, частенько ide закрывал поначалу. В винде мне нравились хоткеи в чем-то больше, в чемто меньше. Как минимум удобно что win+? управляют ОС, а ctrl, alt, shift это хоткеи для приложений, тут все вперемешку.

Момент с мышью и трекпадом это отдельная песня, что либо одно, либо другое работает удобно. Это явно сделано специально, чтобы повысить барьер перехода, я не могу это ничем объяснить еще. А еще, как тут работает выбор микрофона, как работает блютус, как работает wifi. Как тезеринг устроен с айфоном... ох. Все беспроводное тут сделано так, чтоб причинить побольше боли. Скажем я в поле открываю ноут, он тут же мне предлагает соединится с телефоном жены, мой лежит в 20 см от него. Телефон жены в паре метров, но любит он его очень. Ок, даже если он предложит подключится к моему, то это не работает НИКОГДА. Процесс всегда падает с неудачей, надо идти в раздел wifi и ткнуть в телефон там. Тоже работает через раз. С блютусом, когда закрываешь ноут то он блютус соединение держит все равно, даже когда почти полностью уснул. Перекидывать наушники между айфоном и макбуком это еще то веселье по итогам. Качество звука тоже с проблемами, дергается и прерывается. Микрофон он выбирает из всего набора ну самый говеный и не запоминает мои предпочтения, хоть 100 раз настраивай что этот я люблю больше, винда привыкнет и станет его выбирать на дефолт, маку пофиг.

Какие-то проблемы с внешним 4к монитором или это тандерболт док. Включается он с задержкой иногда в минуту. Раньше вообще не включался через раз, на других моих устройствах таких проблем в принципе нет, а там даже пиксельбук и андроид аппараты, не только винда. Ставишь фильм на внешний экран наверху почему-то полоска, что ресурсов много ест мой фильм. Убираешь полоску, она назад.

В целом у меня были выше ожидания, мак ос оказалась не то что сильно лучше винды, хотя скорее лучше конечно же, но android/ios показались более адекватными. Больше плюсов от м1 я увидел. Магазин приложений например действительно очень куцый, даже на винде он получше местами. А я люблю апп сторы, когда ты апдейтишь все скопом. brew пока не особо освоил, что там может быть полезного. Вот спасибо предыдущему треду, фар поставил наконец и это кайф. Теперь есть полноценный файл менеджер, если б еще с тачбаром разобрались там, чтото они там перехимичили и каждый хоткей требует внимательности, а как на такое непонятное полутерминальное приложение повесить форсирование fn клавиш я чето не разобрался. До этого я просто не понимал как тут логи смотреть по удобству похоже на винду, в основном пришел к less, что о многом говорит...

>> Вы какой абзац имеете в виду?
Там где про гарантии железа.

>>Мне кажется, что в докладе Гольдштейшна о моделях памяти простым языком хорошо эти понятия определены.

Легче не стало.) Там тоже неявно вводится порядок и этот неявный порядок нарушается. Как будто операции это некие сущности, на которых еще и введен полный порядок, что очевидно не так. Все те же самые вопросы встают с неменьшей силой. Ну может просто я не соображаю, а остальным эти все концепции понятны. Хоть Java Memory Model мне понятна, там никаких реордерингов нет и логика строится на выстраивании отношений частичного порядка. Мне непонятно, какие именно гарантии я получаю от того, что операциям запрещен реордеринг. Особенно когда мой код проходит цепочку компилятор-jit-scheduller-cpu и они все могут вносить свои искажения в то, как он исполняется. Вот см. пример выше, если и чтения и записи идут с запретом реордеринга, я могу иметь гарантии, что не увижу их в другом порядке? А если только записи? Только чтения? Какие гарантии я получаю? Ну итд выше по списку, о каком вообще порядке может идти речь, если у меня в общем случае не линеаризуемый код.

>>Вы имеете в виду SC for DRF?
Видимо, я далек от языков низкого уровня и процессоров типа Альфы, где видимо это не всегда так. Поэтому боюсь, что термин мне незнаком. Но судя по вики очень похоже.
Вот не пойму в подобных статьях, что такое реордеринг. Как будто есть какой-то порядок-ордеринг в многопроцессорной системе и он может не соблюдаться. То есть его нет, на самом то деле. Я еще понимаю натуральный порядок операций более менее в рамках одного потока и то о каком реордеринге идет речь, если операции исполняются в конвеерах параллельно и имеют предиктивное исполнение, то есть понятие начала и конца операции крайне размыто. Когда заканчивается операция записи в память? По идее когда в с-щей ячейке памяти появляется с-щее значение, или когда из процессора уходит команда на изменение?

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

А в многопоточной системе? Гарантирует ли запрет на реордеринг 2х записей в ячейке А и Б, а потом 2х чтений оттуда же, что мы увидим при чтении тот же порядок (не увидим запись в Б и отсутствие записи А), что был при записи? Или это какое-то другое требование. Запрет на реордеринг только записей или только чтений вообще не имеет по идее никакого проверяемого эффекта. Как я понимаю, на той же альфе мы можем увидеть запись через гонку вообще в любой момент времени, а потом увидеть честную запись, а потом опять увидеть запись через гонку. В процессоре вообще кмк понятие времени сильно размазано.

Все статья по многопоточке используют эту терминологию так, будто она всем широко известна. И есть какая-то за этим великая наука, которую все знают. А я вот сижу дурак дураком и до сих пор до конца это не понимаю. А я прилично конкаренси лет 10 уже занимаюсь минимум. Может кто посоветует по этим базам какие-то ссылки или лекции?
А как вам удалось на хромбуке установить VirtualBox? Я думал это пока невозможно.
Ну вот оставляю этот коммент через хром и через андроид приложение PIA VPN. Вроде все работает, мой IP определяется в латвии, как и пишет приложение.
Про андроид виртуалку хорошие новости, не знал. Надеюсь, второй блин будет поаккуратнее. Там действительно в целом сама хром ос уже довольно стабильна, все баги летят в андроид и линукс подсистемах.
ЗЫ. Стрельнул у меня баг с вендингом кстати. Воспроизвелся. Но просто прибил процесс и проблема сразу ушла.
Во первых, даже на скрине видно, что не процессор используется на 100% все время, а одно ядро заедается на 100%. На скрине же видно, что больше 100% цпу используется. У меня бывает и 400% загрузка.
Во вторых, этот вендинг и раньше регулярно вис. В районе М80 версии где-то, то есть баг не особо новый. В актуальной версии кстати еще ни разу такого не видел. А вот телеграм андроидный вечно ядро заедает, пока не убьешь его. Но андроид подсистема в принципе не особо сейчас стабильна, много багов разнообразных.
В третих, на хромос багов такого уровня хватает. Причем в каждой версии часть починят, зато новых наделают. То, что вчера работало, сегодня уже не особо. Так и живем, не особо пока зрелая ОС, если честно. Если это основной рабочий инструмент, то могут быть очень веселые приколы. У меня сейчас порядка 5 багов крайне серьезных на пиксельбуке, которые ну очень бесят. Не знаю, как там часто вендинг с ума сходит, но на фоне моих проблем это выглядит не особо напряжно.
Забавно поломали все Jetbrains продукты, с настройками по умолчанию весь текст рендерится в прямоугольные полоски. Ну и так, по мелочам много где чего поломали и починили. Мультиаккаунт например прилично поломался. А телеграм андроидный стал значительно приятнее и удобнее. Чтото с батареей наладили, меньше потреблять стал, но тут скорее вернули как было, это в 84й версии слегка поломали. В целом релиз вызывает смешанно позитивные эмоции.
Я как первое и второе устройство для работы использую Pixelbook Go и могу отметить, что все далеко не так просто. Chrome OS очень сырая операционная система и сомневаюсь, что на более старом и дешевом хромбуке прямо нет все тех проблем, что я вижу на их флагмане. М80 релиз привел к тому, что я его просто не использовал, а положил на полку, там такая тьма была багов введена, что просто потерялся какой либо смысл. В М81 половину новых багов починили, но все равно это ты сидишь на как на бомбе. То одно ломается, то другое. Сейчас вот блютус гарнитуры перестали работать нормально, постоянно прерывания звука.
При этом я очень люблю свой пиксельбук, но посоветовать такую машинку не могу никому. Очень много возни и проблем, часть решается, часть нет. Где-то можно костыль воткнуть, где-то просто подождать, они довольно оперативно разбирают эти баги. Кое где надо с гуглерами этими пообщаться и носом ткнуть в проблему, а то они не могут ее найти.
Вот тут чудная бага была, что когда в линукс аппе печатаешь в попапе, весь инпут уходил в последнее андроид приложение. В моем случае там телеграм висел, то есть вводишь условно говоря в ремоут десктоп клиент пароль, жмешь ентер и он уходит тому, с кем ты в телеге общался. Но спасало то, что там был еще один баг с андроид приложениями и по ентеру сообщение не уходило. Но! Второй баг починили раньше, чем первый!
Все, что связано с русским языком, реализовано особенно криво. Хоткей для переключения языка скажем ctrl+space, а не launcher+space, как вроде бы логичнее и в винде и в маке примерно так сделано. И не переназначается.

Теперь собственно по хромбукам, на мой взгляд эти устройства ближе к планшетам, чем обычные ноуты. Там встают «нативно» андроид приложения (работают со скрипом, многие просто не работают). Там как бы нативный хром и все что там сделано реально удобно и без особых косяков. В планшетах я так и не нашел для себя удобный терминл для удаленного доступа, а тут все заработало и очень удобно. Поверх этого есть супер фича, которой нет у планшетов, у тебя интел с линуксом в контейнере, то есть можно запускать всякие jetbrains IDE и прочие интересные штуки для разработки. Они причем явно очень стараются и это направление сильно развивается. Но интел имеет и свои минусы, при 5-7 ваттном потреблении они имеют просто смешную производительность, далеко не iPad pro. Мой windows ноут быстрее на моих задачах просто в 10 раз. Это многовато. Причем гипертрединг по умолчанию просто выключен, привет мелтдаун и спектр. Решение прямо таки сильное, на мой взгляд. Если флаги похимичить, то и лаги в интерфейсе сразу пропадают и разрыв уже в 6 раз всего становится, и звук и видео перестает лагать, но вот по умолчанию выключено.

Короче мой вывод, я не очень понимаю, чем гугл занимался 10 лет. ОС выглядит сырой и косой. Глючит не только андроид и линукс подсистемы, что понятно они новые относительно, но и сама коровая хром ос легко крашится и глючит. Но, вот именно для моих задач пиксельбук оказался крутым и полезным, но его надо очень любить, чтоб все это терпеть. Я вот люблю.
Сам блок да, а вот дефолтный провод от блока до розетки, это совсем другое дело. Я его первым делом заменил на китайский, раз в 5 меньше и легче.
Я .Net разработчик, под Windows. Плюс на момент покупки макбуки не позволяли 32Г оперативной памяти.
Я пользуюсь ноутбуком XPS 15 9550 уже почти 2 года и хотел бы рассказать о том, что в этой статье абсолютно не раскрыто. Большинство проблем, с которыми я сталкивался так же присутствовали и в модели XPS 13, причем в обоих поколениях.
1. Поддержка Делл.
Купить ноутбук официально невозможно. Модельный ряд в России сильно ограничен. Старших моделей, с 32Г РАМ тогда просто не было. Не похоже, что тут что-то изменилось. Официальные представители Делл это нечто, любые операции с ноутбуком по факту приходилось делать самому. Сайт делла, в те редкие моменты, когда не висит и не глючит до неработоспособности, выдавал такие трэшовые конторы по ремонту и поддержке, что туда была страшновато даже заходить. А они, когда видели ноутбук за 150к+ рублей чуть ли не падали в обморок.
Было там например чудное приложение, на ноутбуке, где можно было запросить поддержку. Оно было такого ужасающего качества, что написать туда заняло где-то месяц, все остальное время оно висло и отлетало по таймауту. После непродолжительной беседе, в этом чудном приложении ответили, что поддержка мне не полагается. Ощущение реально как от наших государственных российских учреждений в худшие времена. Все непрозрачно, глючит, тормозит, не для людей, а по итогу кучи нервов и сил получаешь пшик. Сайт такой, что половина ссылок ведет на 404, а вторая половина виснет при нажатии.
2. Прозрачность Делл.
Я до сих пор не могу понять, есть ли чип TPM на моем ноутбуке. Виндовс его не видит, а на форумах пишут, что он есть. Есть какие-то рецепты, как его пробудить методом перестановок БИОС туда и обратно, и обесточиванием ноутбука и стартом его с какими-то хитрыми комбинациями клавиш, но они не работают для меня. Для меня это было важным фактором и очередное подтверждение полнейшей непрозрачности продукта для потребителя.
3. Стабильность Делл.
Первые пару лет, ноутбук выключался через раз, включался в рюкзаке сам, сжирал батарею в ноль, плавил всякие шоколадки и сдыхал. И это при том, что был настроен на отключение через 20 минут неиспользования. То есть, даже если он включался, почему он потом не выключался? В итоге он за полгода довел батарею до состояния, когда она уже была еле живая, за счет абсолютно ненужных циклов заряд-разряд. Ну и автономность рабочего инструмента вызывала вопросы. Я общался с ребятами, которые занимаются ремонтом таких ноутбуков, они настоятельно советовали отключить Гибернейт в принципе, ибо ноутбуки эти часто (по их словам) от него сгорали. На мой взгляд, это жесть для ноутбука, который хоть иногда отходит от зарядки. Докупить новую батарею официально я не смог, см про сервис Делл.
Вот читаю чудесные истории, про новый XPS15 и как он ведет себя с i9. Там похожие проблемы, что были с маком. Только на маке их починили за пару дней, а какой либо официальной информации от Делла по этому поводу я не видел, не удивлюсь, что в их стиле проблема просуществует годы, как история с спонтанными пробуждениями ноутбука.

Проблем с ним было очень много, но по факту их решают, просто очень медленно. Сейчас, через 1.5-2 года после покупки вопросов уже стало сильно меньше. Windows стала работать намного стабильнее после апрельского апдейта, обновления БИОС не приводит к тому, что ноутбуком невозможно пользоваться. И я бы охотно его обновил на новый Делл, но вот открываю форумы и читаю про все эти проблемы и понимаю, что заплачу я очень много денег, а получить могу ноутбук, который доведут до ума через 2 года.

ЗЫ Поставил тут игру впервые за долгое время. World of Warcraft, отлично играется первые 20 минут. Потом начинаются адские тормоза, видимо перегрев. Даешь остыть минут 10 и все опять хорошо, но ненадолго. И вот смысл ставить GPU, если она неюзабельна? Игры мне на этом ноутбуке некритичны, но уровень доверия такие вещи сбивают напрочь. Тут тормозит GPU, на другом будет тормозить также CPU и с этими проблемами ты остаешься один на один.
Нет, там на уровне концепции языка нет стека практически. Java программа же не зависит от платформы, виртуальной машины итп. Она живет в виртуальном мире и сильно отвязана от конкретной среды исполнения. Но тот же new Object() может заалоцировать объект хоть в хипе, хоть на стеке, хоть вообще по регистрам раскидать его.
Как я понял, посыл статьи, что unsafe пугает, поэтому мы спрячем unsafe за Span. Так вот Span ничем тут помочь не может, все равно, чтобы заалоцировать массив на стеке надо unsafe код, причем спрятать этот unsafe за библиотечным вызовом не получится, так как область видимости метод. Единственный способ, спрятать unsafe сейчас с помощью Span это коллбек, что довольно неуклюже.
public delegate void Callback(Span span);

public unsafe void Invoke(Callback callback) {
Span s = stackalloc double[100];
callback(s);
}


В той же Java это сделано значительно элегантнее, и там заалоцировать массив на стеке задача JVM и escape analysis.

Span КМК сейчас это просто инструмент для создания АПИ доступных как из перформансного unsafe кода, так и для "обычного" safe кода. Ну, и дешевый способ создавать легковесные слайсы, без аллокаций на хипе. Пока не введут способ без unsafe кода и unsafe struct с fixed аллоцировать на стеке, это все равно игрушка для low level кода. Нужен высокоуровневый инструмент, для работы с массивами на стеке, в Java же он есть.
У меня похожий чоппер электровелосипед, только подешевле раз так в 10. У него эти толстые колеса делают его очень мягким. Я на нем по лесным дорогам катаюсь, в основном. Только у него клиренс мизерный, в остальном очень удобен. Там еще сиденье очень мягкое, в итоге когда подлетаешь на кочках (из-за посадки ноги не пружинят) приземляться на сиденье очень мягко.
То, что я и мои коллеги должны внимательно следить за этой документацией. А раньше следил компилятор. На практике, в большом сложном приложении это почти невозможно делать без ошибок. Лямбда скажем ушла в очередь, в другой поток и там кинула рантайм, который надо вернуть обратно и выкинуть наружу. Понять, что именно может бросить этот код стало очень сложно.

Information

Rating
Does not participate
Registered
Activity