有冇人同汪汪一樣，成日覺得一日24小時係完全唔夠用

瀏覽: 2,053
回覆: 24
追帖: 2

列印

Susan﹏汪汪大家相信自己是對的才走死胡同 Silver Member 帖子 13625 積分 14537 註冊時間 2013-7-18 發短消息加為好友	#16 樓主發表於 2021-1-22 08:36 AM 只看該作者大中小繁簡 [按此打開] [隱藏] 引用: 原帖由煙民母親生賤種於 2021-1-22 12:42 AM 發表預計用幾N多日拿去維修？聽講爛果d維修都幾麻煩。自從用咗mac開始真係未試過要維修電腦
UID 5211447 帖子 13625 精華 0 積分 14537 金幣 507 閱讀權限 70 在線時間 8947 小時註冊時間 2013-7-18 最後登錄 2021-3-8 查看詳細資料	回覆引用 TOP

Susan﹏汪汪大家相信自己是對的才走死胡同 Silver Member 帖子 13625 積分 14537 註冊時間 2013-7-18 發短消息加為好友	#17 樓主發表於 2021-1-22 08:42 AM 只看該作者大中小繁簡琴晚直接用Time machine 去灌落部新mac然後瞓覺今早起身成部電腦已經ready好舊電腦可以byebye了
UID 5211447 帖子 13625 精華 0 積分 14537 金幣 507 閱讀權限 70 在線時間 8947 小時註冊時間 2013-7-18 最後登錄 2021-3-8 查看詳細資料	回覆引用 TOP

Susan﹏汪汪大家相信自己是對的才走死胡同 Silver Member 帖子 13625 積分 14537 註冊時間 2013-7-18 發短消息加為好友	#18 樓主發表於 2021-1-22 08:46 AM 只看該作者大中小繁簡不過啲軟件汪汪要睇吓有冇arm版本去裝因為汪汪就咁用time machine灌落去、應該所有軟件都係x86 雖然照行x86係依然行得到
UID 5211447 帖子 13625 精華 0 積分 14537 金幣 507 閱讀權限 70 在線時間 8947 小時註冊時間 2013-7-18 最後登錄 2021-3-8 查看詳細資料	回覆引用 TOP

Susan﹏汪汪

大家相信自己是對的才走死胡同

Silver Member

帖子: 13625
積分: 14537
註冊時間: 2013-7-18

發短消息加為好友

#19

樓主發表於 2021-1-22 09:00 PM

咦...

有冇人知點樣分個軟件係x86定arm?
好似個個軟件都直接開到...完全唔知點樣分

係得docker用唔到，要下載arm版

======================

玩左幾分鐘...部機個效能絕對係勁過公司部macbook pro
好多軟件都可以一㩒就打開左...開始真係唔知intel仲有咩存在意義

======================

超正

汪汪compile自己個library都係超快速度compile完
https://github.com/SusanDoggie/Doggie

[ 本帖最後由 Susan﹏汪汪於 2021-1-22 10:23 PM 編輯 ]

回覆引用被引用(1) TOP

sswroom

尊貴會員

帖子: 1439
積分: 1596
註冊時間: 2012-3-9

發短消息加為好友

#20

發表於 2021-1-22 11:45 PM

[隱藏]

引用:

原帖由 Susan﹏汪汪 於 2021-1-22 09:00 PM 發表

咦...

有冇人知點樣分個軟件係x86定arm?
好似個個軟件都直接開到...完全唔知點樣分

係得docker用唔到，要下載arm版

======================

玩左幾分鐘...部機個效能絕對係勁過公司部macbook pro
好多軟件都可以一㩒就打開左...開始真係唔知intel仲有咩存在意義

======================

超正

汪汪compile ...

你現時是用Single Thread Compile還是Multiple Thread Compile? 我用Multiple Thread Compile我的C++程式也能很快(x86 CPU)

回覆引用被引用(1) TOP

Susan﹏汪汪

大家相信自己是對的才走死胡同

Silver Member

帖子: 13625
積分: 14537
註冊時間: 2013-7-18

發短消息加為好友

#21

樓主發表於 2021-1-22 11:51 PM

引用:

原帖由 sswroom 於 2021-1-22 11:45 PM 發表

你現時是用Single Thread Compile還是Multiple Thread Compile? 我用Multiple Thread Compile我的C++程式也能很快(x86 CPU)

汪汪係Multithread去compile swift

Swift通常compile係慢過C++好多
因為swift個generic type system係比c++個template複雜好多
基本上swift個compile time 做type resolve好多時都係搞到個complexity去到exponential

==============

其實汪汪個library都係同時compile埋brotli, libjpeg同libwebp
不過呢三個dependences都係一瞬間就compile完，然後大部分時間都卡左係五個之中其中一個swift library 果到

[ 本帖最後由 Susan﹏汪汪於 2021-1-22 11:59 PM 編輯 ]

回覆引用被引用(2) TOP

sswroom

尊貴會員

帖子: 1439
積分: 1596
註冊時間: 2012-3-9

發短消息加為好友

#22

發表於 2021-1-23 12:04 AM

引用:

原帖由 Susan﹏汪汪 於 2021-1-22 11:51 PM 發表

汪汪係Multithread去compile swift

Swift通常compile係慢過C++好多
因為swift個generic type system係比c++個template複雜好多
基本上swift個compile time 做type resolve好多時都係搞到個complexity去到exponential

==============

其實汪汪個library都係同時 ...

C++ compile的速度是同輸出的格式有關，compile成win32格式特別慢，elf就很快

回覆引用 TOP

sswroom

尊貴會員

帖子: 1439
積分: 1596
註冊時間: 2012-3-9

發短消息加為好友

#23

發表於 2021-1-23 12:11 AM

引用:

原帖由 Susan﹏汪汪 於 2021-1-22 11:51 PM 發表

汪汪係Multithread去compile swift

Swift通常compile係慢過C++好多
因為swift個generic type system係比c++個template複雜好多
基本上swift個compile time 做type resolve好多時都係搞到個complexity去到exponential

==============

其實汪汪個library都係同時 ...

我現時的compile system有做change detection，沒有修改過的檔案不會重新compile，可以節省很多compile時間

回覆引用被引用(2) TOP

Susan﹏汪汪

大家相信自己是對的才走死胡同

Silver Member

帖子: 13625
積分: 14537
註冊時間: 2013-7-18

發短消息加為好友

#24

樓主發表於 2021-1-23 08:36 AM

引用:

原帖由 sswroom 於 2021-1-23 12:11 AM 發表

我現時的compile system有做change detection，沒有修改過的檔案不會重新compile，可以節省很多compile時間

Swift都係有呢個功能、只係swift compiler做足晒optimizing
有啲嘢本身太複雜都好難快得去邊

同埋始終swift係LLVM之父第二個親生仔
而家LLVM其實係被swift帶住走

好多LLVM嘅新野都只係為咗swift

回覆引用 TOP

Susan﹏汪汪

大家相信自己是對的才走死胡同

Silver Member

帖子: 13625
積分: 14537
註冊時間: 2013-7-18

發短消息加為好友

#25

樓主發表於 2021-1-23 09:04 AM

[隱藏]

引用:

原帖由 sswroom 於 2021-1-23 12:11 AM 發表

我現時的compile system有做change detection，沒有修改過的檔案不會重新compile，可以節省很多compile時間

基本上汪汪呢頁code影響最大
https://github.com/SusanDoggie/Doggie/blob/main/Sources/DoggieMath/Arithmetic.swift

如果就咁寫一句

複製內容到剪貼板

代碼:

let a = b * c + d * e

而呢度可能c同e係ScalarMultiplicative
b同d係ScalarMultiplicative.Scalar

但呢個ScalarMultiplicative只係generic
Swift變咗要solve呢個a係咩type果時就要睇晒所有source code有幾多個*號係食ScalarMultiplicative.Scalar同ScalarMultiplicative

然後又再睇有咩+號食兩個ScalarMultiplicative
但呢個+號係我哋自己認為係食兩個ScalarMultiplicative
Swift都係睇晒所有*號係咪最後result ScalarMultiplicative先決定到

而當然呢度個ScalarMultiplicative同ScalarMultiplicative.Scalar之間係有個constraint

基本上swift會build左個tree出嚟去solve呢行code嘅types

==================

其實汪汪果頁protocol 係寫少咗一個constraint
再寫多一個constraint會crash左swift compiler

汪汪report左個bug好多年、都仲未fix到
蘋果話再加果個constraint搞到個AST打左結所以compiler crash

[ 本帖最後由 Susan﹏汪汪於 2021-1-23 09:23 AM 編輯 ]

回覆引用 TOP