macOS - это просто винда, сделанная правильно (но со своими проблемами). Процессоры Apple - это искусство. Другой ноут (Lenovo с ryzen 5800u) у меня уже есть, но m1-m2-m3 это мобильные процессоры с соответствующим потреблением, при этом их производительность сопоставима с настольными. Какой любой другой ноут это предоставит? Нет таких.
Почему бы ей так делать? Это специальный хак внутри драйвера для компенсации проблемного железа. Для другого диска он не нужен, да и macOS я использовать не собираюсь - Linux уже сносно работает, а через год-два вообще будет норм.
Нет ссылки под рукой, но героические транс-женщины, которые портируют Linux на железо Apple, выяснили, что macOS не делает fsync, и врёт, что сделала. Если же писать на диск как положено, без хитрых хаков в драйверах, производительность в некоторые моменты встаёт на колени.
А есть ли шансы на какой-то девайс, где apple silicon, но флеш не распаян? Хочу с нормальным nvme комп (wd black или лучше), а не той ерундой, что в предыдущих маках.
Спасибо за перевод. Статья слабовата: автор явно писал на другом ЯП и тащит оттуда плохое, но до некоторых важных моментов (сделать сервис структурой интерфейсов и собрать их в main например) автор уже догадался. Осталось разобраться с неймингом (сейчас с ним швах) и структурой пакетов (на самом деле в Go это одно и то же) и можно будет пользоваться.
Ох уж эти эксперты из скорлупки со своими советами. Когда им тыкаешь, мол вон, Go всё популярнее с каждыйм годом, уже большая часть облаков на нём, а там куда ни плюнь - всё слайс (динамический массив) байт, буквально. А они "да это не при чём, Go популярен из-за пиара Google". На вопрос "как именно Google пиарит Go?" всегда тишина. Всегда.
Вы так говорите про сохранение сотни фильмов и сериалов в строго определённом формате, строго на диске из-за того, что стриминг не устраивает лично вас, как о чём-то обыденном) У вас хобби, это нормально, оно стоит денег, и это нормально. Но это исключение из правил, а не его опровержение. Если не скерет, честно, сколько раз вы полностью пересматривали свою коллекцию целиком с округлением до целого?) Если вы работаете, это должно занять где-то 10 лет (1 просмотр и 1 пересмотр)...
Не понимаю я этой дискуссии. Вы же одним сообщением выше говорите про энтерпрайз, затем приводите в пример исключительно бигтех (который очевидно на 0% энтерпрайз), при том ваши примеры подтверждают мои же слова: а) они все активно применяют ssd, б) их бизнес вполне себе генерит деньги на покупку ssd вместо hdd в) в богатых корпорациях большие объёмы обычно на ленте лежат, а не на дисках
Когда админил в энтерпрайзе, всё подряд бэкапил (иногда даже образы дисков, пожатые lzo), никакими сотнями терабайт там и не пахло (это потребовало бы тысяч терабайт (петабайты?) обрабатываемых данных т.к. данные энтеррайзов это не hevc видео или jpeg, которые не сжать).
Ну допустим, и что? Это вообще не отменяет моих тезисов. Если сотни терабайт нужны для домашнего ПК, то лучше вложиться в терапию (и я тут не издеваюсь, я серьёзно), если для бизнеса - он должен генерировать деньги на это хранилище, иначе он не нужен.
Когда-то этот блог был качественным и интересным) Ну не может насыщение рынка SSD подстегнуть переход с них. Как и снижение спроса из-за затаренности. А жестким дискам пора, объективно: уж лучше возиться с несколькими ssd меньшего объёма.
Современный кремний очень умный, он сам подстраивается под охлаждение и нагрузку. У меня ноут с Ryzen 5800U, система охлаждения ноута не вывозит, но пользоваться им чертовски удобно и любую разработку он вывозит. Вентилятор работает где-то 5-10% времени. Т.е. современное железо такое быстрое, что задач, под которыми наш проц занят на 100% и упирается в охлаждение, их очень мало. А если охлаждение достаточно быстрое, то почему нет? При этом современный софт вполне себе может утилизировать 16 потоков (привет pycharm), так что почему бы и нет?
Я уж молчу про то, что в сумме получается гораздо больше 100%
Ну почему бы и нет? Я вот пишу на Go в neovim+gopls, но на работе есть стандарт: GoLand. Соответственно, я пользуюсь обоими, зависит от того, что пишу, куда и когда надо будет пушить.
Вот, да, прям не в бровь, а в глаз. Не могу понять почему это стало нормой. Те же банки буквально вытирают ноги о нас, своих клиентов. При этом весь этот неотключаемый инфомусор, которым нас забрасывают, не вызвают волны отторжения и гнева у массового потребителя услуг.
Понимаю, что пример синтетический, но нельзя такое в книгах писать: новички видят, потом используют. Во-первых слайс байт, который мы передаём, он же откуда-то взялся. Скорее всего из ридера. "Принимай интерфейсы, отдавай структуры". Автор другим советует принимать интерфейс (вместо файла), а себе не смог. Во-вторых в Go не принято принуждать к аллокациям. А если я а хочу 10 тыс раз сделать receiveMessage()? А если я точно знаю, что буду делать их по очереди и хотел бы переиспользовать слайс вместо его многократного выделения?
Спасибо за статью. Если есть возможность - стоит тест повторить на современных ОС: 1с поддерживает RHEL/Oracle EL версий 8 и 9 (CentOS 7 вышла 9(!) лет назад и поддерживается последний год), Ubuntu 22.04. Еще неплохо бы выложить конфиги постгреса и sysctl касающиеся vm.*
macOS - это просто винда, сделанная правильно (но со своими проблемами). Процессоры Apple - это искусство. Другой ноут (Lenovo с ryzen 5800u) у меня уже есть, но m1-m2-m3 это мобильные процессоры с соответствующим потреблением, при этом их производительность сопоставима с настольными. Какой любой другой ноут это предоставит? Нет таких.
Почему бы ей так делать? Это специальный хак внутри драйвера для компенсации проблемного железа. Для другого диска он не нужен, да и macOS я использовать не собираюсь - Linux уже сносно работает, а через год-два вообще будет норм.
Нет ссылки под рукой, но героические транс-женщины, которые портируют Linux на железо Apple, выяснили, что macOS не делает fsync, и врёт, что сделала. Если же писать на диск как положено, без хитрых хаков в драйверах, производительность в некоторые моменты встаёт на колени.
А есть ли шансы на какой-то девайс, где apple silicon, но флеш не распаян? Хочу с нормальным nvme комп (wd black или лучше), а не той ерундой, что в предыдущих маках.
Спасибо за перевод. Статья слабовата: автор явно писал на другом ЯП и тащит оттуда плохое, но до некоторых важных моментов (сделать сервис структурой интерфейсов и собрать их в main например) автор уже догадался. Осталось разобраться с неймингом (сейчас с ним швах) и структурой пакетов (на самом деле в Go это одно и то же) и можно будет пользоваться.
GTK всю жизнь был сишной либой, во фрагментах кругом плюсы. Они из другой статьи или относятся к плюсовой обёртке для GTK, а не к самому GTK?
Ох уж эти эксперты из скорлупки со своими советами. Когда им тыкаешь, мол вон, Go всё популярнее с каждыйм годом, уже большая часть облаков на нём, а там куда ни плюнь - всё слайс (динамический массив) байт, буквально. А они "да это не при чём, Go популярен из-за пиара Google". На вопрос "как именно Google пиарит Go?" всегда тишина. Всегда.
Неплохо, хоть и не очень актуально для меня - я всегда внешний редактор использую.
Вот да, тож интересно.
Вы так говорите про сохранение сотни фильмов и сериалов в строго определённом формате, строго на диске из-за того, что стриминг не устраивает лично вас, как о чём-то обыденном) У вас хобби, это нормально, оно стоит денег, и это нормально. Но это исключение из правил, а не его опровержение. Если не скерет, честно, сколько раз вы полностью пересматривали свою коллекцию целиком с округлением до целого?) Если вы работаете, это должно занять где-то 10 лет (1 просмотр и 1 пересмотр)...
Не понимаю я этой дискуссии. Вы же одним сообщением выше говорите про энтерпрайз, затем приводите в пример исключительно бигтех (который очевидно на 0% энтерпрайз), при том ваши примеры подтверждают мои же слова: а) они все активно применяют ssd, б) их бизнес вполне себе генерит деньги на покупку ssd вместо hdd в) в богатых корпорациях большие объёмы обычно на ленте лежат, а не на дисках
Когда админил в энтерпрайзе, всё подряд бэкапил (иногда даже образы дисков, пожатые lzo), никакими сотнями терабайт там и не пахло (это потребовало бы тысяч терабайт (петабайты?) обрабатываемых данных т.к. данные энтеррайзов это не hevc видео или jpeg, которые не сжать).
Ну допустим, и что? Это вообще не отменяет моих тезисов. Если сотни терабайт нужны для домашнего ПК, то лучше вложиться в терапию (и я тут не издеваюсь, я серьёзно), если для бизнеса - он должен генерировать деньги на это хранилище, иначе он не нужен.
Когда-то этот блог был качественным и интересным) Ну не может насыщение рынка SSD подстегнуть переход с них. Как и снижение спроса из-за затаренности. А жестким дискам пора, объективно: уж лучше возиться с несколькими ssd меньшего объёма.
Самая смешная часть. В стандартных репах Fedora даже блоба нет, надо rpmfusion подключать ???
Современный кремний очень умный, он сам подстраивается под охлаждение и нагрузку. У меня ноут с Ryzen 5800U, система охлаждения ноута не вывозит, но пользоваться им чертовски удобно и любую разработку он вывозит. Вентилятор работает где-то 5-10% времени. Т.е. современное железо такое быстрое, что задач, под которыми наш проц занят на 100% и упирается в охлаждение, их очень мало. А если охлаждение достаточно быстрое, то почему нет? При этом современный софт вполне себе может утилизировать 16 потоков (привет pycharm), так что почему бы и нет?
Ну почему бы и нет? Я вот пишу на Go в neovim+gopls, но на работе есть стандарт: GoLand. Соответственно, я пользуюсь обоими, зависит от того, что пишу, куда и когда надо будет пушить.
Вот, да, прям не в бровь, а в глаз. Не могу понять почему это стало нормой. Те же банки буквально вытирают ноги о нас, своих клиентов. При этом весь этот неотключаемый инфомусор, которым нас забрасывают, не вызвают волны отторжения и гнева у массового потребителя услуг.
func getMessageType(msg []byte) []byte {return msg[:5]
}
func receiveMessage() []byte {return make([]byte, 1_000_000)
}
func storeMessageType([]byte) {}Понимаю, что пример синтетический, но нельзя такое в книгах писать: новички видят, потом используют. Во-первых слайс байт, который мы передаём, он же откуда-то взялся. Скорее всего из ридера. "Принимай интерфейсы, отдавай структуры". Автор другим советует принимать интерфейс (вместо файла), а себе не смог. Во-вторых в Go не принято принуждать к аллокациям. А если я а хочу 10 тыс раз сделать
receiveMessage()? А если я точно знаю, что буду делать их по очереди и хотел бы переиспользовать слайс вместо его многократного выделения?Спасибо за статью. Если есть возможность - стоит тест повторить на современных ОС: 1с поддерживает RHEL/Oracle EL версий 8 и 9 (CentOS 7 вышла 9(!) лет назад и поддерживается последний год), Ubuntu 22.04. Еще неплохо бы выложить конфиги постгреса и sysctl касающиеся vm.*